В чем смысл диаграммы Ганта, и поможет ли она мне? [закрыто]

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

Как говорится в Википедии, диаграмма Ганна - это тип гистограммы (чаще всего «линейный тип»), который помогает при планировании проекта. Его часто рисуют вручную на стене на большом (действительно большом) листе бумаги, поскольку его легко изменить в этом формате.

Это очень простой тип инструмента планирования; Вы можете произвести это в Excel или некотором эквиваленте; и довольно эффективный, поскольку время, необходимое для определенных этапов проекта, может быть приблизительно оценено. Если есть задержка - нет проблем - одна строка удлиняется, остальные остаются прежними, и у вас есть новая дата окончания проекта.
На нем легко видны перекрывающиеся фазы (по времени), а также зависимости начала одной фазы от конца другой.

Вот и все, что нужно сделать.

Конечно, проблема с Гантом (или «временной диаграммой», как ее обычно называют в моей части мира) заключается в том, что в начале проекта вы все прекрасно рисуете на стене, чувствуя энтузиазм. и счастлив, ... тогда происходит одна задержка, и вы меняете ее на графике, и вы все еще чувствуете себя счастливой ... затем происходит другая задержка, вы снова ее рисуете, и вы все еще чувствуете себя довольно хорошо ... Происходят 100-кратные задержки ... вы чувствуете себя как _______ (цензура).

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

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

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

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

• Мой менеджер: Когда программное обеспечение будет в состоянии отправки?
• Разработчик: я выполнил задание, которое вы мне дали. Какое задание вы мне сейчас поручаете?

Итак, какие факторы необходимы для того, чтобы диаграмма Ганта была полезной?

Несколько членов команды

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

Знание задач

Это кажется еще одним очевидным утверждением, но вы будете удивлены тем, как много программных проектов недостаточно четко определены, чтобы их можно было разделить на задачи. Вам действительно понадобится предварительная спецификация и некоторая степень предварительного дизайна. В некоторых методиках Agile / Extreme вы не можете использовать диаграмму Ганта, потому что вы не знаете, какие задачи будут в следующей 3-недельной итерации.

Время и мотивация для поддержания графика

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

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

Это может звучать как существенное постоянное время, и вы правы. Откуда появляется мотивация для этого?

Кто-то на самом деле заботится о результатах

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

Как побочный эффект, это сделало мой проект лучше организованным и более эффективным, и члены моей команды были более мотивированы.

Ни одно изобретение не заслуживает большего признания за то, чтобы сделать планирование проекта столь же непопулярным, как сегодня, чем Tracking Gantts. Отслеживание Ганта не только следует считать вредным, но и злом. Вот почему

Причина № 1: их мотивация

Отслеживание Ганта позволяет вам видеть, на каждый шаг вашего плана, сколько времени вы думаете, что это займет и сколько времени на самом деле это займет. Каждый день и на совещании по статусу вы узнаете, что фаза X должна была начаться к марту, но она явно не начнется до мая. Потрясающие. Вы уже знали, когда делали первоначальное планирование, что план будет меняться по мере продвижения проекта. Новая информация выявляется. Люди и ресурсы непредсказуемы и т. Д. Итак, почему важно постоянно напоминать на каждом совещании о статусе, насколько плохо ваши ранние прогнозы справляются с реальной жизнью?

Причина № 2: они заставляют вас придерживаться первоначального плана

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

Причина № 3: они ничему вас не учат

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

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

На самом деле существуют системы управления проектами, которые пытаются решить проблему с этой ошибочной точки зрения. Они измеряют ваши прогнозы в сравнении с фактической эффективностью и пытаются скорректировать ваши общие оценки с помощью статистического анализа. Как будто «Дэнни всегда недооценивает все на 14,3%» всегда так. Дэнни не глуп, и предполагать, что ошибка его предсказаний предсказуема, действительно идиотизм. Это путает примитивное «излечение» - добавление факторов к вашей оценке - с причиной проблемы. Ваша оценка не является неточной, потому что она не была умножена на «правильный» фактор. Ваш план просто неполный; и каждый план неполон по-своему.

Причина № 4: они сосредотачивают ваше внимание на неправильных вещах

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

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

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

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

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

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

Очень простой пример - скажем, два программиста работают над проектом с тремя задачами (программный модуль A занимает у одного программиста 10 дней, программный модуль B занимает у одного программиста 5 дней, а затем интегрирует a и b, занимая у обоих программистов 2 дня). Первые две задачи (модули кодирования A и B) будут выполняться параллельно, и цель состоит в том, чтобы выполнить все три задачи и, таким образом, спроектировать все это за 12 дней.

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

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

Они полезны? Очевидно, что да, но с одним существенным предупреждением: только до тех пор, пока информация, которая входит в них, хороша, то есть:

• список задач завершен
• оценки точны
• зависимости между задачами являются всеобъемлющими и
• Ресурс представитель команды и правильно сопоставлены с задачей.

И оттуда команда должна работать над графиком и выполнять задачи в правильном порядке (не делать что-то более интересное, чем назначенная задача, так как это потенциально может задержать кого-то / кого-либо еще в будущем).

Если вы сделаете все это, то да, тогда это действительно может помочь вам, но работа должна быть выполнена заранее, чтобы обеспечить ее точность и реалистичность.

Я ЛЮБЛЮ диаграммы Ганта, и если бы у Mac был лучший выбор программного обеспечения для их создания, я бы использовал их постоянно.

Знакомство с зависимостями огромно. «Если мы не выполним часть проекта с обратной засыпкой данных, то разработка улучшений Whatsit не может начаться».

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

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

В результате вы потратите больше времени на обновление плана, чем на выполнение работы.

Просто управляйте своими требованиями, а все остальное позаботится о себе.

YMMV