Когда я только пришел в управление проектами, то в первую очередь меня познакомили с MS Project. Почему-то тогда я был уверен, что только с помощью этой программы и можно управлять проектами. Я смотрел в рисуемую диаграмму и для меня проект визуализировался!
Кроме того, когда в какой-то компании или команде, где я работал, возникали проблемы с управляемостью проекта, кто-то тут же вспоминал про MS Project. Менеджеры вдруг начинали его использовать, или же затевались разговоры о необходимости сетевой версии для всех менеджеров проектов и сотрудников.
Да, когда все валится из рук, менеджеры тут же пытаются найти “серебряную пулю”, чтобы взять под контроль ситуацию.
Все кажется очень простым: рисуешь магическую диаграмму Ганта, распределяешь ресурсы, и она показывает в чем потенциальные проблемы. И все бы ничего, если использовать диаграмму Ганта для верхнего уровня планирования, но не для контроля.
У нас был клиент, который требовал от менеджера проекта постоянно предоставлять диаграмму Ганта по всему проекту. Уже тогда по плану проект должен был длиться не менее 3х месяцев. При этом диаграмма была подробна, с декомпозицией задач объемом до 3-4 часов, и это на команду из нескольких человек! Когда у клиента по каким-то причинам смещался дедлайн он просил подкорректировать диаграмму, переставить работы. Передвижение дедлайна на пару дней занимало у PMа почти пол дня кропотливой работы в MS Project. Клиенту казалось, что именно подробная диаграмма хода проекта позволит контролировать ход работ. Но каждый разумный человек, который смотрел в такую диаграмму восклицал: “Они сумасшедшие, если хотят погрязнуть в таком количестве контроля!”. Да, этот разумный человек был я. 
Недавно при расчете очередного проекта меня также попросили составить подробный план. Мы расписали все известные фичи проекта, оценили их объем по каждому из специалистов, я расставил майл-стоуны и определил какие фичи будут готовы на каждом этапе. А вот диаграмму Ганта составлять отказался.
И вот почему.
Для разработки интернет-проектов я считаю диаграмму Ганта очень полезным инструментом только на верхнем уровне планирования. Использование же диаграммы Ганта в качестве инструмента микропланиварония, а тем более контроля — пустая трата времени. Мало того, что на это тратиться огромное количество менеджерских усилий… менеджеры при этом выступают для разработчиков полными идиотами. Любой разработчик замечает по этому поводу: “Этих кретинов не волнует результат, им важны только отчеты, только процесс!”
Когда мы планируем проект, то используем планирование в MS Project только для верхнего уровня плана. Мы расставляем майл-стоуны и определяем, что к ним должно быть готово, в какой последовательности может идти разработка, исходя из тех данных, что у нас есть на текущий момент. Более детальное планирование идет уже на уровне итераций (2х или 4х недельных). Когда мы используем 2х недельные итерации, то фичи на планировании разбиваются на задачи по 4-8 часов. Расставить их в диаграмме Ганта, выстроить последовательность, связать, настроить ресурсы… задача просто нелепая и бессмысленная.
Для примера можно рассмотреть такую ситуацию. У нас есть склад, заполненный, скажем, коробками. Надо освободить этот склад. Можно написать план-схему вывоза коробок, выставить нормативы, пригласить грузчиков, познакомить их с этим планом, а потом ходить за каждым и контролировать ход выполнения работы. Есть другой вариант: пригласить команду опытных грузчиков с толковым бригадиром, поставить им задачу освободить склад за день и контролировать только количество перемещенных коробок. В зависимости от замеряемой скорости перемещения коробок планировать: успеют они за день или же надо разбираться с их эффективностью.
Контрольный вопрос: в каком случае склад будет освобожден быстрее?
Второй контрольный вопрос: в каком случае затраты на контроль будут ниже?
Вопрос третий: Что в сущности дает нам план с диаграммой Ганта при решении нелинейной задачи кроме спокойствия?
А?
Я, однако, всегда считал, что диаграмма Ганта и предназначена для верхнего уровня планирования. Как пример из строительства - единственный подъемный кран нужен и для прокладки, допустим, теплотрассы (трубы в раскоп опускать), так и при строительстве будочки для сторожа, но при этом никто на диаграмме не отмечает этапы “укладка первой трубы, укладка второй трубы, …, укладка энной трубы”