Меня часто спрашивают сколько проектов может вести руководитель проекта, ожидая услышать в ответ два-пять-и более в стиле Александра Македонского. Или в скольких проектах может быть одновременно задействован исполнитель? Простой ответ: один руководитель — один проект — одна команда. Ничья!
В качестве доказательства приведу цитаты из двух уважаемых книг сверх уважаемых авторов. Сначала из «Критической цепи» Элияху Голдратта:
— Предположим, что работник должен сделать три элемента: А, В и С. Эти элементы могут входить в разные проекты или в один, это значения не имеет. Выполнение каждого элемента требует ровно десять рабочих дней. Если он будет работать с элементами последовательно, то на исполнение каждого элемента уйдет десять дней. Так, через десять дней после того, как он начнет работу над В, В будет готов и его передадут другому человеку для дальнейшей работы. Но наш работник находится под давлением и старается удовлетворить требования всех.
В результате он работает с одним элементом пять дней и переходит к другому элементу. Предположим, что он работает с элементами в такой очередности А, В, С, А, В, С. Каким будет время исполнения каждого элемента? Я рисую на доске диаграмму для того, чтобы им было легче увидеть ответ. Марк отвечает первым. Похоже, он поражен. — Время исполнения каждого элемента удваивается. Я знал, что перепрыгивание от задания к заданию — это плохо, но я даже вообразить не мог, что это имеет такие последствия. И это при том, что мы еще не учли время, которое теряется при переключении от одного элемента на другой.
Далее — из «Скрам Революционный метод управления проектами» Джефа Сазерленда:
Возьмем для примера типичную группу. В этом году они решили взять три проекта. Назовем их А, В, С. Планирую свой год, группа заявила, что сначала немножко поработает над одним проектом, потом над другим, потом над третьим. Как выглядит их план на год, показано на рисунке.
Действуя традиционным методом, то есть пытаясь делать все и сразу, группа завершает свои три проекта до конца июля. Если группа подойдет к делу, вооружась гибкой стратегией, например Scrum, и будет работать поочередно над каждым проектом, минимизируя затраты времени и сил на переключение контекста, она сможет закончить все к началу мая.
Джеральд Вайнберг в одном из своих трудов (Управление качеством программного обеспечения) приводит таблицу, которая говорит о многом:
«Думайте сами, решайте сами, один или не один» ЕП
PS: Песня про работу и жизнь под давлением
Комментарии: нет ответов