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

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

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

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

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

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

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

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

См. также

Управление ИТ-проектами, базовый курс, 3 поток. Онлайн-курс с 15 мая по 1 июля 2019 Промо

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

Отличительная черта курса - органичное сочетание трех вещей: - Теория проектного управления (PMI®+Agile Alliance+Российские ГОСТ+Методологии от 1С)  - Опыт внедрения продуктов 1С (опыт франчайзи и успешных компаний + тренды Infostart Event и Agile Days) - Разбор реальных проблем и рекомендации экспертов по проектам слушателей Мы будем фиксироваться на тех инструментах, которые реально оказываются полезными в практике  руководителей проектов внедрения. 

04.04.2019    12540    67    Infostart    18    

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

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

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

26.06.2020    3189    0    1c-intelligence    15    

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

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

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

08.06.2020    3791    0    stepan96    12    

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

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

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

25.05.2020    4532    0    sapervodichka    1    

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

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

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

24.01.2019    9478    0    user809424    11    

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

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

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

18.05.2020    9804    0    MariaTemchina    33    

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

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

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

23.03.2020    4893    0    MariaTemchina    24    

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

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

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

03.03.2020    5621    0    VLikhobabin    44    

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

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

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

29.06.2017    33468    0    1СERP    79    

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

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

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

23.01.2020    10875    0    MariaTemchina    8    

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

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

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

09.01.2020    5854    0    roman72    0    

Про одну Тётю

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

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

24.12.2019    6310    0    1c-intelligence    32    

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

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

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

09.06.2017    30357    0    1СERP    175    

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

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

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

14.10.2019    5671    0    chavalah    16    

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

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

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

19.09.2019    11687    0    ogroup    163    

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

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

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

16.09.2019    9062    0    GSoft    15    

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

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

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

18.04.2017    31213    0    1СERP    189    

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

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

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

30.08.2019    10816    0    SergeyN    6    

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

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

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

20.08.2019    8135    0    KoldunOne    7    

Быстрый старт: минимальный набор автоматизации типовых процессов

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

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

16.08.2019    7830    0    Hissin    18    

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

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

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

10.04.2017    31080    0    1СERP    107    

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

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

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

28.06.2019    7476    0    SergeyN    1    

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

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

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

19.06.2019    9615    0    FB_10160810658600104    62    

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

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

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

18.06.2019    7146    0    MariaTemchina    8    

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

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

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

03.04.2017    41755    0    1СERP    231    

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

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

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

31.05.2019    8349    0    MariaTemchina    23    

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

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

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

14.05.2019    10743    0    1c-intelligence    121    

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

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

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

06.05.2019    7170    0    MariaTemchina    8    

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

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

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

23.02.2017    27155    0    Gavrik    10    

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

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

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

04.05.2019    8663    0    1c-intelligence    39    

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

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

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

15.04.2019    11105    0    MariaTemchina    15    

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

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

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

13.02.2019    7987    0    chavalah    22    

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

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

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

17.06.2016    39619    0    raiml    37    

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

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

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

12.02.2019    9574    0    MariaTemchina    20    

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

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

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

04.02.2019    9716    0    1c-intelligence    64    

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

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

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

31.01.2019    8048    0    MariaTemchina    0    

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

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

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

26.12.2014    44092    0    CheBurator    64    

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

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

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

14.01.2019    9858    0    MariaTemchina    13    

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

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

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

10.01.2019    12324    0    chavalah    123    

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

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

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

26.12.2018    9378    0    1c-intelligence    7    

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

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

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

1 стартмани

14.09.2015    35926    0    axxell    15    

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

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

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

19.12.2018    9381    0    MariaTemchina    24    

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

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

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

09.12.2018    8807    0    chavalah    119    

Памятка руководителя: не играйте с деньгами

Управление проектом Личная эффективность Управление персоналом (HRM) Бесплатно (free)

Важная статья о персонале из цикла «Памятка руководителя»: здесь я планирую затронуть один из наиболее острых вопросов – деньги. А также развернуто ответить на некоторые комментарий читателей по двум прошлым статьям.

05.12.2018    16627    0    andironenko    128    

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

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

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

06.04.2015    37419    0    raiml    14    

Шаг назад и ... шаг назад (классификация внутренних проектов)

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

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

03.12.2018    8377    0    capitan    26    

Белая и пушистая рецензия на Чёрную книгу Скрам

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

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

26.11.2018    9685    0    MariaTemchina    40    

"Черные страницы Scrum", по версии Ивана Селиховкина

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

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

23.11.2018    10755    0    Selikhovkin    8    

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

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

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

16.11.2014    28472    0    raiml    46    

Памятка руководителя: Будьте оптимистичным или на крайний случай злым

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

Следующая статья из цикла Управление персоналом - в этот раз предлагаю обсудить вопросы психологии управления и подчинения. Для тех, кто начинает читать этот цикл с этой статьи, вот ссылка на прошлый материал https://infostart.ru/public/937923/, в конце статьи будут ссылки на все статьи из серии «Памятка руководителя» - читатели просили. Итак, продолжаем работать с персоналом.

22.11.2018    12170    0    andironenko    43    

Создание концепции проекта (project scope statement). Курс по управлению проектами, часть 8

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

Что такое концепция проекта? Это понятие, близкое по смыслу к техническому заданию (ТЗ). Одно из определений концепции - детальное, целостное описание работ в удобной для команды форме.

19.11.2018    7701    0    Selikhovkin    2