Полезна ли диаграмма Ганта больше, чем одна страница?

Question

Я работал над несколькими проектами, управляемыми с помощью диаграммы Ганта. У некоторых из них есть огромное количество задач, и менеджер проектов тратит все свое время на борьбу с MS Project вместо того, чтобы делать правильный выбор.

Я вижу смысл, если есть несколько отдельных команд, работающих над чем-то (например, юридическим, ИТ, маркетингом) для управления проектом в целом.

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

Answer 1

Микроуправление проектами разработки программного обеспечения с использованием MS Project - одна из самых глупых вещей, которые кто-то может делать, особенно в гибкой среде. Слишком много вещей, которые занимают 1/10-е или 10-кратное время, которое вы предсказывали, слишком много вещей, которые выходят за рамки, и слишком много совещаний по планированию проекта, отнимающих полезное рабочее время.

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

Однако они полезны для обеспечения того, чтобы действия (создание учетной записи с настройкой XYZ, проверка соответствия для проверки формулировок на веб-сайте и т. Д.) Были выполнены в определенные сроки. Крупные сроки для задач программирования также хороши.

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

Answer 2

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

Это, однако, инструмент. Если инструмент используется правильно, он эффективен. Если это не так, это может быть неэффективно.

Вы должны знать, как правильно спланировать свой проект. Вам необходимо понять, что нужно включить в список задач и как. Например, для ИТ-проекта почти всегда бесполезно опускаться до уровня отдельных назначений (создать таблицу для хранения с использованием данных ). Держите его на уровне истории ( разрешите пользователям входить в систему ), назначьте для него всю команду, и планирование станет намного проще.

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

Answer 3

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

Вместо того, чтобы иметь одну массивную диаграмму Ганна с сотнями задач, была общая диаграмма для всего проекта с целями высшего уровня. Затем были отдельные графики для выполнения подцелей. Хотя это ограничивает гибкость одним способом (вы не можете автоматически балансировать ресурсы между командами подзадач), похоже, это лучше соответствует тому, как люди работают хорошо: в небольших или средних командах.

Answer 4

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

Я нарисовал диаграммы Ганта с размером страницы еще в конце 70-х годов. У них никогда не было достаточно подробно, поэтому я отказался. Диаграммы Ганта с 5 заданиями бесполезны.

Начиная с 90-х годов я использовал MS проект по 10 реальным проектам продолжительностью 6-12 месяцев с заданиями размером примерно в 1 неделю, и где-то между 50-250 организованных задач в иерархии, связанные с элементами архитектуры программного обеспечения, с командами 5-10 человек. Такие планы распечатывают как сетку из 3 на 5 полных страниц и мы старались прикрепить это к стене, где это было видно.

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

То, для чего они НЕ были полезны, серьезно отслеживало ход проекта. Сунь Цзы говорит нам, что ни один план не выживет на поле битвы нетронутым, и Гантт графики не являются исключением. Это правда, что с осторожностью можно пересматривайте план тщательно каждые несколько недель и отмечайте достигнутый прогресс. «Настоящий менеджер проекта» мог бы это сделать. Мы были достаточно осторожны так что первоначальные задачи плана выдержали довольно половина проекта, и к тому времени люди довольно хорошо поняли проблема и дополнительное перепланирование произошли, но неформально, а не с проектом MS.

Я также использовал MS Project для планирования многих подобных задач для серьезных время и оценка целей. Это имеет неприятный побочный эффект получения реалистичных оценок с большей частью видимых затрат. Удивительно, насколько реалистичные оценки убивают проектные предложения. Промышленность, кажется, хочет, чтобы плохие заниженные оценки запускали проекты; неудивительно, что так много времени и бюджета уходит.

У меня отношения любовь-ненависть к самому проекту MS. Требуются описания задач, приоритет задачи и назначение ресурсов. Но я не могу сказать: «Я предпочитаю выполнить эту задачу первым, а не эту задачу», который задается как необязательный приоритет задачи, и я не могу назначить ресурс частично для одной задачи, частично для другой, и получить любую разумный график.

Но для комплексной оценки проекта я не понимаю, как вы можете жить без этого. Ловкие люди скажут вам, что вы не можете планировать; Я не знаю, кто они в качестве клиентов. Я никогда не находил клиента, который бы позволил мне работать без плана или бюджета в долларах / времени, на который он меня бы удержал.

Answer 5

Я работал над одним проектом, в котором для успешного управления проектом использовался файл диаграммы Ганта / MS Project. Информация о проекте поддерживалась менеджером, не являющимся разработчиком, который лично встречался с командой для получения обновлений статуса. Эта система, казалось, работала довольно хорошо, и диаграмма Ганта позволила всей команде быстро оценить статус. И, разговаривая с моим другом, который работает в компании, которая использует этот подход, он, кажется, очень хорошо работает для их команд.

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

Я думаю, что ключевым моментом является наличие человека за пределами команды разработчиков, который обновляет файл MS Project. И диаграмму Ганта следует рассматривать как инструмент, который можно использовать для информирования о состоянии проекта, возможных проблемах с задержками графика и планировании потребностей в ресурсах. С этими элементами на месте, диаграмма Ганта может быть полезна.

Answer 6

И полезна ли диаграмма Ганна меньше одной страницы? Эта маленькая информация легко может быть размещена на доске, на доске объявлений или в любом другом месте. На самом деле нет никаких причин, по которым вы должны начать бороться с любым инструментом GANNT, когда вы можете указать необходимую информацию за минуту карандашом на любой имеющейся у вас бумаге.

Answer 7

Я не большой поклонник диаграмм Ганта, особенно тех, которые созданы в MS Project - так много места для страниц занято так мало информации, и в большинстве (как и большинство графиков) информация искажается или скрывается. Если диаграмма Ганта помогает команде проанализировать, что требуется, кому назначено какое задание, какие задачи проскальзывают, где есть риски - тогда это полезно - однако - большинство диаграмм Ганта разрабатываются в начале проекта и затем никогда не видны или использовать снова. Итак, вернемся к первоначальному вопросу - имеет ли значение размер ???? цитата из недавней книги - если это глупо и работает, то это не глупо

Answer 8

Я искренне согласен с комментариями о диаграммах GANTT, не подходящих для гибкой разработки, где у нас нет четкого понимания деталей реализации с самого начала.

С другой стороны, я не могу помочь, но с любовью вспоминаю тяжелые выходные, которые я провел, составляя диаграмму GANTT для проекта, которым я управлял, где технология и требования были очень хорошо поняты, а график был критическим. *

У нас была входная стенка в нашу секцию кабины, частично покрытая этой диаграммой Ганта (5 страниц формата А4), и было очень полезно убедиться, что мы работаем по критическому пути - добиться того, что нужно сделать сделано прямо сейчас - и также позволило мне доложить совету проекта с подробными отчетами о том, как продвигается проект в соответствии с графиком.

Полезность диаграмм GANTT определенно зависит от контекста, но я бы сказал, что если вы знаете свои требования, и особенно, если вы придаете большое значение своему графику, они могут быть невероятно полезными.

Answer 9

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

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

Answer 10

Я считаю, что диаграммы Ганта полезны для планирования временной шкалы проекта и учета X дней отпуска, проскальзывания и т. Д. Они также отлично подходят для обеспечения того, чтобы все ресурсы были распределены на 100% по всему проекту. 1001 *

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