Внедрение решений: как выполнять все обязательства в срок в условиях ограниченных ресурсов

Публикация № 1082350

Методология - Управление проектом

Многие менеджеры вынуждены работать в условиях многоклиентской среды с ограниченными ресурсами. И вовремя сдавать проекты в таких условиях сложно. Как добиться того, чтобы поставки делались без нарушений сроков, рассказал гостям и участникам конференции Infostart Event 2018 управляющий партнер BIPULSE.RU Алексей Васильев.

Справка

Алексей Васильев, выпускник Санкт-Петербургского национального исследовательского университета информационных технологий, механики и оптики. Прошел путь от разработчика до менеджера и консультанта. Внедрял Agile c момента его появления в России, с 2001 года. Имеет большую практику в применении и синтезировании разных адаптивных подходов. С 2015 года координатор Санкт-Петербургского клуба менеджеров IT-проектов. В настоящее время тренер, консультант, управляющий партнер BIPULSE.

 

О чем пойдет речь

Компания (учебный центр) BIPULSE помогает менеджерам сдавать проекты вовремя. И проблемы, о которых я буду говорить, знакомы многим.

В каком мире мы живем? В мире, когда у нас много клиентов и мало ресурсов. И при этом объем работы точно не известен: и не так страшны первые 90% проекта, как вторые 90% проекта. Мы контрактуемся на один объем работы, а по факту он растет. Сроки и бюджет при этом фиксированные. Поэтому нам нужно все это как-то подружить между собой. Ситуация усугубляется тем, что поток заказов неравномерный, и это тоже очень сильно напрягает.

 

 

Возникает вопрос, как выжить в условиях, когда нужно удерживать в голове многие вещи.

 

 

Какие подходы можно применить

Посмотрим, что обычно делают менеджеры, и какие подходы для работы есть в принципе.

 

 

 

Самый простой способ – это нанять больше сотрудников. Мы наймем больше сотрудников, и тогда все успеем. Много клиентов – больше сотрудников, все замечательно.

 

 

Но это приводит к увеличению фонда оплаты труда.

 

 

И в условиях неравномерного потока заказов у нас появляется риск кассового разрыва, потому что сегодня заказ есть, а завтра заказа нет. В какой-то момент обязательно возникнет вопрос, чем платить, потому что в современном мире мы не можем четко это прогнозировать.

 

 

Получается, намного лучше удерживать компанию на текущем состоянии и не увеличивать количество сотрудников. Т.е. этот вариант не работает.

 

Что еще можно сделать? Наверное, усилить контроль. Команда не успевает выполнять задачи, поэтому вы, как менеджер, должны контролировать сроки исполнения задач. Например, разработчик пообещал, что сделает задачу за два дня, и не сделал. Вы к нему приходите и начинаете ругать, мол, обещал и не сделал, надо в следующий раз успевать, давать правильную оценку сроков. И вы начинаете метаться: здесь разработчик, там разработчик. И сам менеджер становится ограничением. Почему? Потому что от него начинают ждать принятия решений. Сотрудники перестают работать самостоятельно, они ждут, когда их «пнут». И менеджер пытается «пинать». Появляется «выученная беспомощность» – без начальственного взора ничего не работает, не делается.

 

И вы, как руководитель, становитесь ограничением.

В голове хаос, и вы начинаете думать: наверное, мне нужен тайм-менеджмент, потому что я ничего не успеваю, мне срочно нужно научиться тайм-менеджменту, без этого ничего не получается. Но такой способ тоже не очень сильно помогает.

 

 

 

Какие еще есть варианты? Например, Agile, всякие другие методики. Может, он нам поможет в условиях, когда много клиентов. Возможно, но есть проблема – эти все подходы рассчитаны на однопроектную, однопродуктовую среду. Там ничего нет про многоклиентность, там все делается под монопродукт, который создает команда – большая или маленькая.

А если Project-менеджмент использовать, может, он поможет? Но Project-менеджмент – это толстая книжка, читать ее долго (там 600 листов), а как применить – непонятно.

Есть еще теория ограничений, но тоже непонятно, как ее использовать в нашем производстве, в нашей разработке.

 

 

 

Как видим, все в чистом виде сложно применить: либо оно не работает совсем, либо не применимо в наших условиях. А Канбан – вообще управление потоком, что подходит для сервисов, когда мы просто оказываем услуги, т.е. как приложить термины производства для интеллектуальной деятельности, как сделать конвейер. Для проектной деятельности, когда много клиентов, этот подход тоже не самый удачный.

 

 

 

Решение есть – скрестить разные подходы и адаптировать их под себя

Один из вариантов, который я предлагаю, – скрестить разные способы.

 

 

 

 

Для этого возьмем то, что решает проблему, адаптируем к нашей среде, и находим новое решение уже на уровне синтеза разных подходов. Некоторые уже говорили, что не стоит упираться в методологии. На самом деле в методологиях всё есть, но нужно знать, что брать. В каждой методологии есть одна часть, которая работает именно в нашей среде. Мы ее можем взять и адаптировать. И даже первый принцип Agile гласит: «Адаптируй!». Поэтому небольшие изменения вполне приемлемы.

 

 

 

Что мы будем брать? Я предлагаю взять метод критической цепи теории ограничений, конечно же, Agile, добавить сюда щепотку «Мифического человека месяца» Брукса и «Профессиональной разработки программного обеспечения» Макконнелла. Все это приправим фирменным соусом моего авторства – у меня 20 лет разработки, поэтому я могу это скрестить.

 

 

 

Метод критической цепи: как работает и что из него можно использовать

Начнем с теории ограничений. Она придумана в 1984 году Голдраттом. И самое основное в ней – это оптимизация денежного потока компании. Также в ней есть решение для управления проектами, дистрибуцией и так далее.

В чем суть Теории? В любой системе есть только один фактор, ограничивающий возможность зарабатывания денег. Все очень просто, остается только его найти. Поэтому самое важное – это найти ограничение.

 

 

 

Где у нас чаще всего бывают ограничения? Ограничений у нас часто два:

1. Дефицит внимания. Мы, как руководители, не можем вовремя принять решение, поэтому становимся ограничением всей системы, нас все ждут. Например, тот же Scrum четко говорит, что руководитель есть только раз в  неделю, и его ждать не надо, должна срабатывать самоорганизация.

2. Загруженный ресурс – разработчик, который жутко загружен, его все ждут. Это очень большой профессионал, его надо ждать, но зато все знает. Но он является ограничением нашей системы и не дает нам больше зарабатывать, точнее, ограничивает пропускную способность нашей компании по деньгам.

 

 

 

Как применить метод критической цепи? Важно, что этот метод работает как для одного проекта, так и для нескольких. И если у нас есть портфель заказов, то этот метод тоже будет работать. Это очень важно, поэтому я беру этот метод в качестве основы.

 

 

 

 

Что он дает? Он позволяет сдать проекты в срок. 97% проектов, выполненных методом критической цепи, завершаются в срок или раньше срока. В остальных случаях статистика показывает своевременную сдачу 70%. Кроме того, он экономит внимание руководителя: ему нужно меньше тратить внимание на то, чтобы делать микроменеджмент и прочие вещи.

И самое важное – он выстраивает поток работы на ресурсе-ограничении. Это позволяет управлять всем конвейером.

За счет чего это работает?

Все лгут. Лгут оптимистично или лгут пессимистично. Приведу пример: руководитель спрашивает оценку, за сколько человек сделает. Он ориентировочно говорит, что дня за два. Но проходит три дня, а работа так и не сделана. И руководитель начинает ругаться, что человек подводит, что он не очень хороший сотрудник. Что сделает человек в следующий раз? Заложит подстраховку!

 

Он не хочет, чтобы повторялись эти разговоры, и он закладывает подстраховку. У него появляется много времени, чтобы выполнить задачу, уложиться в срок. Но срабатывает закон Паркинсона – всякая работа занимает все отведенное под неё время. Человек заложил себе в два раза больше времени, но не успел, потому что потратил его на какие-то другие дела, например, на соцсети.

 

 

 

Или бывает иначе. Человек думает, что у него много времени, поэтому откладывает выполнение задачи на потом. Наверное, многие сдавали курсовую работу в последнюю ночь. Это синдром студента: мы все откладываем на последний момент. То есть у нас много времени, но мы откладываем задачу на последний момент. И, конечно, мы не успеваем. И пропускаем все сроки, нарушаем все свои обещания.

Есть еще одна важная деталь – многозадачность. Это когда руководитель прибегает с новым проектом, который нужно срочно-срочно делать. Все начинают заниматься новым проектом, а старый бросают. А ведь старый тоже надо делать. Поэтому мы сначала одним проектом занимаемся, потом другим, у нас переключения, нервный срыв у разработчиков, у менеджера, тем более. И команда ничего не успевает.

 

 

Так что многозадачность – вещь сложная. С ней живется иногда, но при этом менеджеров пытаются набирать таких, чтобы они умели работать в режиме многозадачности.

Эффективность в режиме многозадачности – процентов 30 от максимума. У разработчиков еще хуже: они могут только на одном сфокусироваться. Тем не менее, мы считаем, что многозадачность есть, и такой фактор нужно учитывать. И метод критической цепи тоже это учитывает.

Но самая важная деталь – это закон Мёрфи: все, что может пойти не так, пойдет не так.

Можем, конечно, вспомнить про риск-менеджмент. Но кто его применяет? Им пользуются нечасто. Хотя закон Мёрфи говорит: как бы хорошо мы риски не проанализировали, все равно что-то пойдет не так, что-то будет не учтено. Но метод критической цепи учитывает и это тоже – те самые риски, которые могут произойти (дефекты, новые требования, которые неожиданно откуда-то появляются).

Как работает метод критической цепи? Очень просто: берем оценку с вероятностью завершения 50%. Например, разработчик нам сказал, что сделает за 2 дня. Мы эту оценку делим пополам, и половину пишем в буфер. И так от каждой задачи половину оценки записываем в буфер. Буфер нас защищает от неопределенности, высказанной Мёрфи.

 

 

 

 

После этого исключаем многозадачность и строим критическую цепь.

 

 

 

Как правило, если задачи крупные, мы можем выстроить их в какой-то последовательности. Например, мы договорились о последовательности поставки, и у нас получится какая-то критическая цепь. Она будет выглядеть примерно так, как на картинке ниже: красным выделена критическая цепь. В конце у нас буфер. То, что не красное, то выполняется не с помощью метода критической цепи.

 

 

 

После того, как построили цепь, нужно контролировать буфер. Это четвертый шаг – отслеживать потребление буфера.

Вот четыре шага метода критической цепи.

 

 

 

 

Буфер надо контролировать. В чем суть контроля буфера? Посмотрите на график.

 

 

 

 

То, что по оси Х, – это процент исполнения проекта или процент исполнения цепи. Если проект в зеленой зоне – все хорошо, мы можем не вмешиваться в работу команды. В желтой – нужно держать руку на пульсе, потому что с проектом что-то не так, еще чуть-чуть, и он выйдет из-под контроля. Эти показатели говорят о том, что за проектом нужно наблюдать, готовиться договариваться о чем-то. Если проект в красной зоне все плохо: его уже надо спасать, нужно думать, как перебросить ресурсы, надо ли спасать проект или не стоит.

Вот такой простой диагональный буфер экономит внимание менеджера. Потому что наглядно видно, что пока проект в зеленой зоне, мы можем не вмешиваться в работу команды, у них все хорошо. Вы, как управленец, можете сказать, что у ребят самоорганизация, все идет по плану. А если плохо, проект вышел в жёлтую зону, то надо проводить не просто стендапы или экспресс-совещания, а проводить статус-митинги, надо начинать спрашивать, что и как, что мешает, чем помочь, как сделать так, чтобы закрыть задачу прямо сейчас, как сделать так, чтобы вернуть проект в зеленую зону. Там может пойти креатив, может быть, придется объем уменьшить или договориться о новых сроках, хотя это не самый лучший вариант, лучше договариваться об объемах, потому что поставка должна быть в срок.

 

 

Для IT-проектов метод придется изменить

Все это замечательно, всего четыре простых шага. Но в IT-проекте есть такая проблема, что объем меняется. Поэтому у нас различные доски популярнее, чем календарные планы-графики, и их часто приходится менять.

 

 

 

А если меняется цепь, если ее надо перестраивать, это затраты на перепланирование.

 

 

 

 

Но с другой стороны, разработчик делает то, что ему больше нравится. Как бы хорошо вы ни планировали, если вы дадите ему пять задач, он выберет самую интересную для себя, потому что ее интересно делать. Неинтересная остается «на завтра», «на вечер» или «на потом». Поэтому план устаревает, в том числе, за счет того, что меняются приоритеты.

 

 

Кроме того, IT – это командная игра, и назначить конкретного человека на задачу мы не можем, мы должны назначать ее на команду.

 

 

 

А еще инженеры – оптимисты. Если задачка очень короткая, то он может на нее заложить 2 дня. И если его еще не били по голове вопросами «почему не сделал вовремя, как обещал», то он будет оценивать ее оптимистично. Поэтому важно «не бить по голове», не спрашивать, почему он не сделал. А нужно коэффициент точности планирования, то, насколько разработчик ошибся, посчитать, записать себе куда-нибудь, а в дальнейшем использовать это при планировании сроков. Но если мы учтем эту оценку в цепи без подстраховки, то у нас буфер быстро израсходуется, он будет соответствовать точности и не защитит нас.

 

 

 

Поэтому нам нужно адаптировать этот метод критической цепи.

 

 

 

Как можно адаптировать

Для этого возьмем то, что работает, и не будем брать то, что не работает. И для начала мы учтем что ресурс – это вся команда, а если ресурс – вся команда, то цепи в общем-то нет. А есть просто некоторый объем работы и в конце буфер. То есть фактически мы цепь можем уже не строить.

 

 

 

У нас получится что-то вроде расчета, пример которого вы видите ниже.

 

 

 

 

У нас оценен объем (оптимистично оценен). Обратите внимание: маленькие задачи содержат неточность планирования, ошибку, в них нет подстраховки. А оценки по выполнению больших задач нужно делить на 2, потому что в них подстраховка. Например, когда на задачу дают 4 дня, там уже подстраховка точно есть, а если задача должна быть выполнена за один день, там подстраховки, как правило, может не быть.

Мы учитываем точность планирования (нормальный показатель – примерно 70%). И добавляем буфер списания, это примерно 30% контрактных сроков или 50% от оцененного объема. То есть мы упрощаем весь расчет цепи до такого простого метода.

И дальше нам нужно этот метод критической цепи, в качестве основного, дополнить какими-то практиками, как мы впихнем его в единую систему ценностей, единую систему координат.

Для надежной поставки достаточно семи шагов

 

 

 

 

1. После  оценки мы должны контролировать буфер. Если мы его не контролируем, все бесполезно. Буфер надо заложить, и его надо контролировать. Если вы его заложите, но не будете контролировать, у вас будет дырявое ведро, из которого все резервы просто пропадут, их просто не будет. Потому что на буфере сразу видно, кого спасать, куда бежать, как и когда договариваться.

 

 

 

 

2. О том, как договариваться, мы можем взять из прогноза срока завершения. На основе диаграммы сгорания мы знаем срок завершения проекта. Если нам надо договариваться об объемах, мы можем сказать заказчику, что закончим в такой-то срок с учетом текущей скорости. Надо объяснить, что вы рассчитывали закончить раньше, но не успеваете, поэтому предлагаете обсудить объемы работ, может быть, что-то сместить или не делать, или упростить. И вы уже знаете, о чем договариваться, но у вас должен быть четкий ответ, когда вы точно сделаете работу.

 

 

3. Самое важное – каскадируем проекты. Так как у нас ресурс – вся команда, то мы каскадируем проекты на одной команде. Один проект в один момент времени – это важно. Когда у вас один проект в один момент времени выполняется одной или двумя командами, то у них растет взаимовыручка, у них появляются общие темы для обсуждения на ежедневных стендапах, им становится интересно, что делает коллега. А когда ребята работают на разных проектах, у каждого свои задачи, никто друг другу не помогает. Поэтому когда 1-2 команды работают над одним проектом, то мы можем его делать быстрее за счет взаимовыручки и помощи. Задачи закрываются быстрее, проект закрывается быстрее, мы быстрее получаем деньги за завершение. В итоге у нас повышается скорость генерации дохода, мы быстрее начинаем зарабатывать.

 

 

 

 

Четвертый шаг – запускаем проект по Agile, где есть частая поставка, уточнение требований, формирование цикла обратной связи, развитие команды проекта через ретроспективы. Всю процессную часть мы делаем по Agile-стандартам, потому что у нас один проект, мы привели систему в то состояние, где работает Scrum, где работают Agile-подходы, где работает Канбан метод. И система становится рабочей за счет того, что снаружи у нас критические цепи.

 

 

5. Но у нас же есть неопределенность по клиентам: мы не знаем, когда они появятся. В то же время мы знаем прогноз занятости сотрудников на основе того, сколько проектов у нас стоит в очереди, какие ключевые ресурсы заняты, и можно спрогнозировать, когда освободится ключевой сотрудник, который может начать делать новый проект. Если  он освободится через полгода, контрактуемся за 2 месяца, мы даже можем поднять стоимость проекта и заработать больше. Если наоборот, то опускаем стоимость и запускаем проект быстрее в работу. И за счет этого мы можем на тех же ресурсов начать зарабатывать больше. Но для этого надо знать, когда освободится ключевой разработчик – не по завершении проекта, а именно по завершению запланированной работы ресурса-ограничения. Вот такая тонкость. И таким образом мы  можем выровнять поток заказов.

 

 

Шестой шаг – определить, какой из проектов в красной зоне ускорять. Здесь будет битва: когда вы начнете договариваться о том, куда бросать ресурсы, на какой проект.

Здесь должны быть простые правила: мы ускоряем не тот проект, менеджер которого пришел и больше всех кричит, а тот проект, который у нас требует больше внимания, – больше находится в красной зоне. Если правило один раз определить, это опять-таки снимет нагрузку на вас, как на управленцев. У вас машинка будет работать сама, люди на местах на основе правил будут принимать сами решения. Это сильно упростит вам работу.

 

 

И седьмой шаг – регулярно планировать, выполнять, проверять, корректировать. Т.е. цикл Деминга-Шухарта никуда не девается, и надо проводить планерки, делать работу, проверять результат, что получилось, корректировать планы и процессы. Обратите внимание, тут две корректировки – и планов, и процессов. Проверять мы можем на основе метрик, прогнозов, данных по буферу, и при необходимости и корректировать наши процессы.

 

 

 

 

Таким образом, получается семь шагов надежной поставки. Достаточно простых. Это:

  • контроль буфера проекта;
  • расчет прогноза завершения проекта;
  • выполнение одного проекта в один момент времени на команду, на компанию;
  • применение Agile-подходов для каждого проекта индивидуально;
  • расчет известной загрузки сотрудников;
  • формирование правил приоритизации проектов;
  • выполнение всех шагов регулярно.

 

 

 

****************

Данная статья написана по итогам доклада, прочитанного на конференции INFOSTART EVENT 2018 EDUCATION. Больше статей можно прочитать здесь.

В 2020 году приглашаем всех принять участие в 7 региональных митапах, а также юбилейной INFOSTART EVENT 2020 в Москве.

Выбрать мероприятие.

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. for_sale 832 24.06.19 19:12 Сейчас в теме
Ничё не понял, но очень интересно)

Конкретно по вот этому моменту:
Очень просто: берем оценку с вероятностью завершения 50%. Например, разработчик нам сказал, что сделает за 2 дня. Мы эту оценку делим пополам, и половину пишем в буфер. И так от каждой задачи половину оценки записываем в буфер.


В проекте есть три задачи, на трёх разработчиков. Каждый даёт Х на задачу. Получаем 3Х нужного нам времени на проект. Теперь, если делать, как описано, то нужно 0.5х + 0.5х + 0.5х - это время на задачи и ещё 0.5х + 0.5х + 0.5х в буфер. В результате получаем те же 3Х. Что изменилось? Для чего строить все эти цепи, если мы всё равно ничего не изменили, каждый всё равно затратит время Y на решение задачи и каждый всё равно будет пользоваться своим личным буфером, который он заложил на оценку?

Дальше - если суть идеи именно в том, что буфер это некий общественный котёл (если суть не в этом, то этот абзац можно не принимать во внимание). Т.е. мы разработчику говорим - нет, дорогой, раз оценка Х, значит ставим тебе срок 0.5Х, а дальше уже идёт общий буфер. Получается, любой выход за 0.5Х - это отъедание коллективного имущества. Т.е. кто-то будет жрать за общий счёт этот буфер, а кто-то будет молча ненавидеть и пыхтеть, чтобы успеть в срок. В результате в следующий раз разработчики будут давать оценку 2Х, чтобы всё равно иметь свой личный буфер и плюс ещё общественный на всякий случай.

В общем, если честно, не очень понял суть метода, буду благодарен за разъяснения, потому что тема интересная.
3. Glebis 11 25.06.19 12:51 Сейчас в теме
(1) Плюс корректировка на коэффициент точность оценки времени (70% если брать общий для всех 3х разработчиков):
общее время работы = 3Х + 3/7*3Х,
после контролируем буфер (3Х + 3/7*3Х)/2 времени.
2. Glebis 11 25.06.19 12:12 Сейчас в теме
(1) При истечении 3Х начинаем контролировать буфер в течении 1,5Х по каждому из 3х проектов, не разбираясь какой разработчик чем занят. Тот кто закончит свой проект и не растратит 1,5Х буфера должен помогать тому, у кого буфер в красной зоне.
4. for_sale 832 25.06.19 13:54 Сейчас в теме
(2)
При истечении 3Х начинаем контролировать буфер в течении 1,5Х

Это ещё непонятнее. В статье написано, что от оценки мы отнимаем половину и закидываем в буфер. А тут, получается, работа 3Х и ещё буфер 1.5Х? Если да, то откуда мы берём оплату на 1.5Х, если закладывали только 3Х? Если нет, тогда я ничего не понял))
5. Terve!R 27.06.19 08:47 Сейчас в теме
(4) так там же не про деньги, а про планирование. Про то, как назначит сроки и все успеть)

При первоначальном расчете у нас, например, время оценки программиста просто умножали на 2 и выставляли счет. Ну справился быстрее - молодец и премия повыше)

Но, конечно же, не все могут позволить себе увеличивать ценник на время буфера.
6. for_sale 832 27.06.19 09:44 Сейчас в теме
(5)
Т.е. статья просто о том, что чтобы всё успеть, нужно просто умножить срок на два?))
7. decline12 17 28.06.19 10:20 Сейчас в теме
Когда уже перестанут планировать работу программистов и начнут планировать работу менеджеров?
1. Программирование это творческая работа, как у художника, ну не стоит сегодня творить и создавать шедевры и вот хоть какие планы рисуй они все будут выполнены с этим показателем да и говнокодить я думаю все умеют.
2. Можно ли программировать все 100% времени? 8x21? или 10x21? а вы сами пробовали? попробуйте что-то писать не отрываясь от процесса и так на протяжении месяцев / лет.
3. Вы учитываете тот факт что на рынке программистов меньше чем предложений о работе и специалист любого уровня в любой момент времени может уйти с проекта, сдадите все в срок? а если это был ключевой игрок.

У вас метод когда все работает в идеальных условиях в идеальной среде в идеальном мире, на практике все не так.
Deslime; mRconik; anosin; +3 Ответить
8. Rustig 1669 04.07.19 11:01 Сейчас в теме
(7) вот вы программист, и вы когда входите в проект честно признайтесь, что эффективно работаете 4 часа в день, и по данному проекту хотите работать два дня в неделю.

Руководитель проекта под вас подберет задачи.

Еще раз, вы не должны программировать 8 часов/день х 5 дней в неделю. В таком режиме (постоянно думать и выдавать корректный адекватный идеальный результат) сходят с ума.
Деятельность необходимо менять - сегодня вы общаетесь с клиентами , завтра два дня программируете, след. день тестируете гипотезы, след. день читаете форумы и помогаете коллегам...
Может быть 3 дня программируете, может быть 5 дней по разным проектам....

Главное, что вы знаете свой ресурс, заявляете об этом руководителю, далее руководитель распределяет задачи...
Если руководитель видит в вас машину по зарабатыванию денег , и распределяет на вас задач в объеме 8 часов/день х 5 дней в неделю, то это проблема уже руководителя, а не ваша... Ищите адекватного руководителя, мой совет в таком случае.

И тогда не будет у вас такой обратной связи
а вы сами пробовали?
9. DAV 13.08.19 10:55 Сейчас в теме
(7)
Когда уже перестанут планировать работу программистов и начнут планировать работу менеджеров?

Собственно метод Голдратта "Критическая цепь" как раз про планирование работы менеджера ))) Что бы тот постоянно был в тонусе. Для этого и собственно делается этот самый буфер и режется длительность основной задачи. Т.е. если в обычном планировании ты обратишь внимание на задачу когда она израсходует свое время и перелезет в буфер, то может быть уже поздно. А разработчик, как правило за временем следит "спустя рукава" и о такой мелочи, как предупредить РП о том, что он перелезет за границы он не будет, так как искренне верит в то, что успеет :) Собственно, потому то и придуман этот способ: режем основное время на задачу (поначалу лучше не зверствовать с 50%, а начинать так с 70-75%), а остальное в буфер. И как только основное время закончилось (а ведь есть вероятность, что человек закончит работу в это время, и не нулевая), то РП воленс-ноленс обратит внимание на задачу... Таким образом он всегда в "фокусе" ... Как то так ;)
Оставьте свое сообщение

См. также

Стратегия выживания в корпоративных войнах Промо

Управление проектом Бесплатно (free)

Айтишникам сложно строить карьеру управленца. И все потому, что в их «техническое ДНК» не заложено умение справляться с окружающими их интригами. Однако, поскольку это навык, это можно исправить, считает ИТ-директор в ПАО «Светлана». На конференции Infostart Event 2018 он поделился с коллегами, что и как надо делать, чтобы не погрязнуть в корпоративных интригах и сделать так, чтобы они не мешали выполнению основной работы.

16.09.2019    10511    GSoft    16    

9 советов, как уговорить девушку. Точнее, как уговорить Заказчика работать по Agile, когда он этого не хочет

Управление проектом Бесплатно (free)

Как знает большинство старожилов Инфостарта, я люблю устраивать разного рода онлайн-обсуждения. И эта статья написана как раз по итогам такого рода вебинара-дискуссии. 

16.02.2021    2571    MariaTemchina    39    

Как умирают розовые единороги, или бизнес-автоматизация как способ сделать людей несчастными

Управление проектом Управление командой Бесплатно (free)

Ходят слухи, что информационные технологии должны делать всех людей счастливей, приносить им удовольствие. Наверное, это даже правда, если Вы являетесь разработчиком какой-то компьютерной игрушки или, например, порносайта. Но в случае, если Вы занимаетесь бизнес-автоматизацией, думать так – это фатальная ошибка.

10.02.2021    3360    andironenko    12    

Статья Компетенции РП по версии PMI и здравому смыслу. Часть 2-ая

Управление проектом Бесплатно (free)

Это продолжение моей прошлой статьи. Напомню, здесь я разбираю те компетенции, которые должны быть у уважающего себя руководителя проекта по итогам анализа рынка. Причем в том, что касается компетенций, относящихся к выстраиванию процессов - здесь, на мой взгляд, все более менее понятно. Ну или хотя бы предсказуемо. А вот в компетенции “про людей” иногда заставляют задуматься...

09.12.2020    1529    MariaTemchina    3    

Ошибки управленцев: как топ-менеджеров убивает перфекционизм Промо

Управление проектом Бесплатно (free)

В преддверии онлайн-конференции «Гнев и слезы руководителя» мы решили заранее познакомить нашу аудиторию со спикерами, причем сделать это через видео-истории. Начнем с видео-приглашения от Миланы Джиджоевой и ее виденья диджитализации рекрутинга в России.

24.01.2019    10176    user809424    11    

Что почитать про Agile для чайников?

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Продолжаю рубрику “Письма в редакцию”. Ко мне иногда обращаются с вопросом - вот, я, мол, совсем не представляю, что такое Agile…

03.12.2020    3052    MariaTemchina    9    

Компетенции руководителя проекта: по версии PMI и здравому смыслу. Часть 1-ая.

Управление проектом Бесплатно (free)

Об компетенции руководителя проекта сломано немало копий (хорошо, если не об самих руководителей).  В этой статье хочу оставить свои пять копеек, отталкиваясь от тех компетенций, которые институт PMI® - законодатель моды мирового проектного управления - озвучил в качестве требований к сертификации PMP® со 2-ого января 2021 года.

18.11.2020    2936    MariaTemchina    8    

Как стать исполнителем в проекте от Инфостарта

Управление командой Управление проектом Бесплатно (free)

Инфостарт в поисках специалистов, которые готовы взяться за реализацию интересных проектов. Как подать заявку и стать исполнителем, с кем согласна сотрудничать компания и на каких условиях, рассказал руководитель проектов корпоративного отдела Инфостарта Александр Блинов.

11.09.2020    3095    alexandr.blinov    17    

Проблемы внедрения 1С:ERP на крупном предприятии Промо

Управление проектом Бесплатно (free)

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом реальных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию очередную статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

29.06.2017    35244    1СERP    79    

Давайте спасем древесных осьминогов или 12 советов для начинающих РП от опытных товарищей

Управление проектом Бесплатно (free)

Ниже я попыталась собрать житейские советы от опытных руководителей проектов 1С и выпускников курсов по управлению ИТ-проектами на Инфостарте с моими комментариями. 

04.09.2020    3355    MariaTemchina    23    

Что делать, если с поддержкой 1С всё горит или несколько слов про ITSM…

Управление услугами и сервисом Управление бизнес-процессами (BPM) Управление прочее Управление проектом Бесплатно (free)

Проекты - это, конечно, важно, с завершением проекта внедрения, жизнь прикладного решения, на самом деле, только начинается. И самое интересное еще только впереди… Не случайно в Agile все чаще говорят о “гибком управлении продуктом”, а вовсе не только “проектом”.

20.08.2020    3133    MariaTemchina    4    

Управление в стиле Догвилль

О жизни Управление проектом Бесплатно (free)

Как и почему жизнь на работе становится всё хуже. Или всё лучше.

26.06.2020    4629    1c-intelligence    17    

История одного неуспешного проекта Промо

Управление проектом Бесплатно (free)

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом неуспешных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию первую статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

09.06.2017    31588    1СERP    175    

Есть ли жизнь после внедрения, или упрощаем работу в сопровождении

Управление проектом Бесплатно (free)

Из-за отсутствия грамотных правил разработки на этапе внедрения сильно усложняется работа по поддержке и развитию типовых доработанных конфигураций. О некоторых правилах и подходах в разработке, которые помогут специалистам сопровождать внедренное решение, на конференции Infostart Event 2019 Inception рассказал разработчик компании «Инвестиционная группа Абсолют» Алексей Степаненко.

08.06.2020    5314    stepan96    12    

Добрый великан

Управление проектом Бесплатно (free)

Руководители проектов определяют наше настоящее, каким оно будет?! Ответ прост - таким, каким и сам РП.

25.05.2020    5808    sapervodichka    1    

Почему Scrum не работает в проектах 1С

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Более точная формулировка заголовка, пожалуй будет такой -  Почему Scrum в чистом виде плохо работает в проектах внедрения продуктов 1С.

18.05.2020    11549    MariaTemchina    33    

Такие разные франчайзи. Часть вторая: Особенности реализации крупных проектов, Глава 1. О людях Промо

Управление проектом Бесплатно (free)

Продолжаем публикацию цикла статей о бизнесе франчайзи 1С. В предыдущих статьях мы рассказали о наиболее распространенном мнении о фирмах франчайзи 1С, об истории развития франчайзинга. Поставили вопрос о выборе системы мотивации. Предыдущие публикации вызвали оживленное обсуждение. В продолжении темы расскажем о том – как выглядит работа проектного подразделения фирмы-франчайзи. Расскажем на примере проектного офиса ВЦ «Раздолье». Предложим обсудить проблемы, с которыми приходится сталкиваться в проектном бизнесе. Автор статьи Андрей Мироненко.

18.04.2017    32597    1СERP    189    

Кто здесь? Или как проводить онлайн-совещания

Управление проектом Управление командой Бесплатно (free)

На самом деле, переход рабочей жизни в онлайн обладает некоторым количеством плюсов. В частности хочется верить, что формальный контроль “отслеживаем кто сколько часов проработал, проверка, что сотрудники на месте и все чем-то заняты” заменится фактической отчетностью “по результатам”.

23.03.2020    6286    MariaTemchina    24    

4 причины, почему проекты никогда не завершаются в срок

Управление проектом Бесплатно (free)

Все, кто когда-либо работал в проектах, знают, как важна точность даваемых оценок длительности выполнения каждого задания. При этом, достаточно лишь одному заданию опоздать, чтобы поставить под угрозу выполнение сроков всего проекта. Стараясь подстраховать выполнение своих обязательств, мы закладываем в оценку длительности каждого задания изрядное количество резервов времени. Однако, как бы мы не старались, проекты все равно не завершаются в срок. И тому есть свои причины … четыре основные причины, почему проекты никогда не завершаются в срок.

03.03.2020    6856    VLikhobabin    44    

7-ой PMBoK - конец классического проектного управления? Часть 1-ая

Управление проектом Waterflow Бесплатно (free)

В новой версии PMBoK традиционные рекомендации по управлению проектами перевернуты с ног на голову. В этой статье расскажу свою точку зрения, в чем, на мой взгляд, основные изменения, и как это может сказаться на проектах внедрения…   

23.01.2020    20558    MariaTemchina    8    

Такие разные франчайзи, или как мы делаем большие проекты на 1С. Часть первая: ты помнишь, как всё начиналось Промо

Управление проектом Бесплатно (free)

Недавно была написана статья о том, как работает мотивация персонала. Материал получил активный отклик у читателей Инфостарта, на форуме развернулась дискуссия, которая в итоге была достаточно далека от содержимого исходной статьи и свелась к критике самой идеи работы во франчайзи. Чтобы как-то ответить на эту критику, хотелось бы более подробно рассказать о том, что такое современный франчайзи и как он устроен. Но начнем мы с истории этого вида бизнеса, глазами рядового специалиста. Автор статьи Андрей Мироненко.

10.04.2017    32655    1СERP    107    

1С СППР, как инструмент по внедрению, разработке и сопровождению информационных систем

СППР Управление проектом Бесплатно (free)

Система проектирования прикладных решений (СППР) – инструмент от фирмы «1С», который позволяет проектировать конфигурации, вести по ним полную документацию в разрезе объектов системы, собирать требования на реализацию и выдавать на их основе детально описанные задачи программистам. Как правильно использовать СППР при работе с многосоставной командой, на конференции Infostart Event 2019 Inception рассказал генеральный директор компании «Иритум» Роман Кальмансон.

09.01.2020    8655    roman72    0    

Про одну Тётю

Управление проектом Бесплатно (free)

Суровое челябинское распределение ресурсов

24.12.2019    6914    1c-intelligence    33    

20 мыслей об ИТ-проектах. Мысль №3. "О правильных требованиях к системе"

Управление проектом Бесплатно (free)

Очередной темой серии статей “20 мыслей об ИТ-проектах” будут требования к системе. По результатам голосования был вариант про карьеру проектных ИТ-специалистов, но ее я коснулся в докладе на Воронежском митапе, немного изменив и сделав акцент в сторону аналитиков. В ближайшем выпуске сделаю небольшую выдержку по теме.

14.10.2019    6079    chavalah    16    

Мотивация персонала в фирмах франчайзи: а она работает? Промо

Управление проектом Бесплатно (free)

Думаем, что практически любого работающего человека интересует вопрос мотивации. Этой проблемой в одинаковой степени озабочены работники и работодатели: как мотивировать людей, сколько платить, как платить, какая часть оплаты должна быть фиксированной, а какая зависеть от результата работы, как это всё повлияет на результаты работы, стоит ли быть строгим и дотошным руководителем или нужно активно делегировать полномочия подчиненным. ВЦ "Раздолье" провело небольшое исследование на тему мотивации и вот его результат. Автор статьи Андрей Мироненко.

03.04.2017    43785    1СERP    231    

Незакрытый проект на 1000 часов

Управление проектом Россия Бесплатно (free)

История о незакрытом проекте, о бессонных ночах, о попытках его выгрести, о бесплатной работе, о вселенской боли.

19.09.2019    12894    ogroup    164    

Мастер-класс СППР

Управление проектом СППР Бесплатно (free)

Сергей Наумов, в прошлом разработчик подсистемы бюджетирования в конфигурации «1С:ERP», на мастер-классе конференции INFOSTART EVENT 2018 EDUCATION поделился опытом управления проектами с помощью «1С:Системы проектирования прикладных решений» и показал, как использовать эту программу в работе над разными задачами: для сбора, классификации и хранения требований; для управления разработчиками и консультантами; в качестве системы документирования; в качестве баг-трекера на этапе опытно-промышленной эксплуатации.

30.08.2019    13787    SergeyN    10    

Эволюция пользовательской документации 1С в производственной компании

Пользователю системы Управление проектом Бесплатно (free)

В идеале пользовательскую документацию надо создавать под каждый отдельный проект, менять и актуализировать ее, если в функционале что-то изменилось. Но чаще всего в организациях документацию считают неэффективной, поэтому даже не разрабатывают ее, либо документация имеется, но ее никто не использует, так как она устаревшая. Какие шаги надо предпринять, чтобы заинтересовать пользователей документацией и одновременно снизить нагрузку на консультантов 1С, рассказал руководитель службы технической поддержки в ГК «Доброфлот» Арсен Сазандрашвили.

20.08.2019    9360    Arsen1986    7    

Про спагетти, или как исследовать бизнес-процессы организации Промо

Техническое задание Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

Многие руководители предприятий не обладают полной картиной происходящего в собственных производственных подразделениях. Они знакомы с организационной структурой, направлениями деятельности, общими экономическими показателями. Если по результату получилась прибыль, то наступает уверенность успеха. Но есть ли на рынке предприятия, которые длительное время удерживаются в "слепом" режиме управления?

23.02.2017    27995    Gavrik    10    

Управление проектами по автоматизации бюджетирования

Управление проектом Финансовый учет и бюджетирование (FRP) Финансовый учет и бюджетирование (FRP) УУ Бесплатно (free)

Автоматизация бюджетирования позволяет максимально эффективно планировать ресурсы предприятия и управлять масштабированием компании. Как учесть особенности бюджетирования, встроить его в процессы стратегического планирования, чтобы получить гибкий инструмент управления и аналитики, рассказал Сергей Наумов на конференции INFOSTART EVENT 2018 EDUCATION.

28.06.2019    8609    SergeyN    1    

Цифровая трансформация. Будущее учетных систем

Управление проектом Россия Бесплатно (free)

О цифровой трансформации слышали все, но немногие в этом разбираются. Что она собой представляет, какие несет изменения, на что надо обратить внимание айтишникам и 1С-никам, рассказал на конференции руководитель департамента автоматизации строительных организаций компании «Первый БИТ» Иван Аверьянов.

19.06.2019    10563    FB_10160810658600104    62    

Риск - благородное дело!.. Часть первая

Управление проектом Бесплатно (free)

Несколько рекомендаций по управлению рисками в ИТ-проектах.

18.06.2019    7926    MariaTemchina    8    

10 способов злоупотребления сотрудниками своим служебным положением и методы борьбы с ними с помощью учетной системы Промо

Управление проектом Бесплатно (free)

Не так давно на одном из проектов во время инвентаризации была выявлена очень большая недостача. Как результат, одно из важнейших требований клиента по проекту было: разобраться с тем, что у него происходит в системе, и привести остатки, как он выразился, «в адекватное состояние». А незадолго до этого у меня в практике был случай, когда уже на второй день после внедрения качественной системы учета движения наличных денежных средств (кассы) также была выявлена недостача, но уже в кассе. И в первом, и во втором случае вину за возникновение проблемы представители заказчика попытались возложить на людей, которые занимались внедрением новой системы. И только после долгих и, надо признаться, довольно неприятных и очень эмоциональных разбирательств, удалось доказать клиенту, что система работает правильно, а виноваты в случившемся сотрудники компании, которые намеренно или ненамеренно создали фактическую недостачу товара и денег.

17.06.2016    40587    raiml    37    

Мы в ответе за то, чего вовремя не послали. Матрица ответственности в проектах внедрения

Управление проектом Бесплатно (free)

В своей публикации “Устав писать Устав” я много рассуждала о том, как полезно умение договариваться на берегу. Как известно, у каждого человека в голове своя картина мира. В целом, многие конфликты в ходе проектов происходят как раз из-за конфликта ожиданий, и из-за нечетких договоренностей, кто чем должен заниматься.  

31.05.2019    10274    MariaTemchina    23    

Как мы со Стасом завод за 2 месяца автоматизировали

Управление проектом Бесплатно (free)

Мой опыт быстрого внедрения.

14.05.2019    11532    1c-intelligence    121    

Устав писать Устав

Управление проектом Бесплатно (free)

Ответы на вопросы про то, нужен ли Устав для проектов автоматизации, и если нужен, то зачем?

06.05.2019    8077    MariaTemchina    8    

Практические вопросы внедрения и развития автоматизации склада Промо

Управление проектом Бесплатно (free)

Мне, как одинэснику, не приходилось заниматься какими-то узкими задачами «от сих до сих». Вся моя профессиональная деятельность, как одинэсника, была всегда связана с очень широким кругом вопросов. Наверное, потому, что я работал, в основном, в малых компаниях, где приходилось работать над всем спектром вопросов.

26.12.2014    45190    CheBurator    64    

Как сжать время?

Управление проектом Личная эффективность 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Как, и зачем измерять задачи в чем-то, помимо часов.

04.05.2019    9127    1c-intelligence    39    

Путь джедая в управлении проектами 1С: умение быть, а не казаться

Управление проектом Бесплатно (free)

Чем руководитель проекта “на бумаге” отличается от “настоящего” руководителя проекта, умеющего направлять команду и выдавать ценный результат?

15.04.2019    12474    MariaTemchina    15    

20 мыслей об ИТ-проектах. Мысль №2. "С какой стороны подойти к новому проекту?"

Управление проектом Бесплатно (free)

Продолжаем серию статей из цикла “20 мыслей об ИТ-проектах”. Сегодня мы поговорим о том, с какой стороны подойти к новому проекту. Такой вопрос возникал у каждого, кому приходилось выступать в роли руководителя проектов, особенно первый раз. Да и для опытных РП некоторые проекты вызывают аналогичный вопрос.

13.02.2019    8395    chavalah    22    

Практика пуска склада продуктов питания Промо

Бухгалтерский учет Управление проектом Оптовая торговля, дистрибуция, логистика 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Описывается опыт пуска склада (охлажденная и замороженная продукция) с точки зрения IT. Со временем из складского подразделения была создана компания, которая оказывает логистические услуги (3PL-оператор) сторонним Клиентам.

1 стартмани

14.09.2015    36542    axxell    15    

Стыд и скрам - Чему нас учит Scream Guide

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Название "Scream Guide" можно вольно перевести на русский как “Вопль ужаса от того, как Scrum применяют на практике”

12.02.2019    10682    MariaTemchina    20    

Бизнес, не горюй

Управление проектом Бесплатно (free)

Про цели автоматизации.

04.02.2019    10362    1c-intelligence    64    

Лучший домик для поросенка, или Что нужно знать руководителю проекта внедрения

Управление проектом Бесплатно (free)

Тема управления проектами - популярная, вокруг нее много всего разного накручено. Кто-то считает, что главное - это выучить PMBOK и точно следовать правилам. Кто-то считает, что главное создать комфортную атмосферу, и сразу все как по волшебству заработает. В этой статье я попробую рассказать, какие шаги, по моему скромному мнению, нужно предпринять, чтобы начать более эффективно управлять проектами в организации.

31.01.2019    8466    MariaTemchina    0    

Как теряют бизнес. Реальные истории от бизнес-консультанта. Промо

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

Поговорить о том, какие причины способствуют гибели существующего и часто даже успешного на определенном этапе бизнеса, я планировал давно, но все не доходили руки. Но недавно я услышал о банкротстве моего, теперь уже, клиента. Именно этот факт стал для меня неким толчком. Я осознал, что именно сейчас, в условиях кризиса очень важно понимать, почему бизнес может окончиться крахом и учиться избегать подобных ситуаций. Как известно, когда в экономике кризис, любой бизнес ослаблен. Если сравнивать с человеческим организмом, то кризис для экономики – как ослабление иммунитета. Когда человек здоров, то мелкие болезни проходят незамеченными. Организм сам справляется с проблемами, а в случае ослабления иммунитета, любая инфекция может привести к серьезным заболеваниям или даже стать фатальной. Так происходит и в бизнесе. Если в период подъема экономики какие-то недостатки конкретного бизнеса сглаживаются, остаются незамеченными и даже не слишком мешают работать, то в периоды экономического спада они становятся теми самыми «тонкими местами», которые приводят к снижению прибыли, к определенным проблемам, а иногда даже к полному краху всего бизнеса.

06.04.2015    38045    raiml    14    

Что немцу хорошо, то русскому... Как минимум, небезынтересно. Продолжаем тему Канбан

Управление проектом Бесплатно (free)

Пользуясь несовпадением рождественских каникул в России и Германии, решила познакомиться с тем, как организована работа разработчиков в одном немецком банке. Сразу оговорюсь: еще давно, со времен совместных яхтенных плаваний с немцами, я противник четких стереотипов из серии "все русские всегда...." или "все немцы обязательно..." (пропущенные места предлагаю читателям заполнить самим в меру своей испорченности).

14.01.2019    10497    MariaTemchina    13    

20 мыслей об ИТ-проектах. Мысль №1. "О незаменимых людях"

Управление проектом Бесплатно (free)

Этой статьей начинается цикл из 20-ти обещанных мыслей об ИТ-проектах. Надеюсь, что по прочтении кто-то посмотрит на проблему незаменимых людей с другой стороны.

10.01.2019    13236    chavalah    123    

Где мы взяли флакон?

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

История появления и развития методики

26.12.2018    10179    1c-intelligence    7    

Внедрение программного продукта. Особенности работы бизнес-консультанта. Часть II Промо

Управление проектом Бесплатно (free)

Говорить о внедрении программного продукта можно очень долго, тема это обширная, а нюансов в работе бизнес-консультанта очень много. В статье Внедрение программного продукта. Особенности работы бизнес-консультанта. Часть I я раскрыл только некоторые общие понятия, пояснил, чем работа бизнес-консультанта для малого и среднего бизнеса отличается от работы обычных внедренцев. Также я рассказал о тех базовых принципах, на которых я строю свою работу по внедрению программного обеспечения. Сейчас я предлагаю перейти к подробному обсуждению процесса работы бизнес-консультанта при внедрении ПО.

16.11.2014    28943    raiml    46    

Озарение после прочтения макулатуры по проектному управлению

Управление проектом Бесплатно (free)

Открываю этой публикацией мини-рубрику "Письма в редакцию". По мотивам очередной статьи на Инфостарте пришло мне письмо на корпоративную почту. Прямо-таки, крик души. С разрешения автора, решила опубликовать публичный ответ. Ибо согласна с автором письма, пишущим: "Я уверен, что не я один такой убогий, кто задается подобного рода "идиотскими" вопросами, но при этом почему-то все молчат, видимо, pmbok с agile-ом поистине творят чудеса молчания..."

19.12.2018    10190    MariaTemchina    24    

20 мыслей об ИТ-проектах, или 20 лет спустя.

Управление проектом Бесплатно (free)

В этой серии из 20-ти статей я готов поделиться своей практикой управления проектами. Примеры, опыт и только то, что проверено лично. Выбираем темы голосованием!

09.12.2018    9392    chavalah    119