Короче говоря, диаграммы Ганта полезны, когда зависимости являются основным фактором создания расписания, а канбан-доски можно использовать для активностей, не имеющих зависимостей между собой.
Кроме того, диаграммы Ганта подходят, когда есть предварительный план для всего проекта (по крайней мере, на высоком уровне), тогда как канбан-доски больше подходят, когда весь план формируется и уточняется по мере продвижения проекта.
Канбан-доски лучше подходят для повторяющейся работы (работа с одинаковыми шагами), а диаграммы Ганта лучше подходят для объединения разных типов работы.
Наконец, эти инструменты предлагают разные способы взгляда на работу, которые должны соответствовать вашему подходу к работе и вашему подходу к разработке (Agile или Predictive).
Теперь давайте потратим еще несколько минут, чтобы разобраться в деталях.
Это больше, чем просто разные способы визуализации данных
Диаграммы Ганта и канбан-доски выглядят по-разному, не так ли? И диаграмма Ганта, и доска Канбан по умолчанию предлагают свои собственные способы визуализации данных.Хотя способ визуализации может быть важным и иметь практическое значение, более важными являются концепции и методы, лежащие в его основе, поэтому давайте кратко рассмотрим их.
Концепции, лежащие в основе канбан-досок
Во-первых, важно отметить, что Kanban Board отличается от Kanban, который является методом, а также от Kanban Development, который является альтернативой Scrum (и во многом вдохновлен Scrum).Метод Канбан уже некоторое время используется в производстве.
У метода есть несколько правил, и одно из них – визуализировать работу.
Эта визуализация выполняется на досках Канбан.
В методе Канбан мы определяем этапы работы и создаем для них столбцы на доске.
На каждом этапе работает несколько человек.
Давайте их тоже добавим на доску.
Еще одно фундаментальное правило Канбана (помимо визуализации) заключается в том, что каждый шаг работы должен иметь лимит незавершенной работы, чтобы можно было сосредоточиться на выполнении задач.
Не существует формулы для расчета идеального лимита незавершенного производства для каждого этапа.
Обычно люди устанавливают начальное значение на основе собственного опыта, а затем методом проб и ошибок находят оптимальное значение.
Итак, давайте добавим на доску ограничения незавершенной работы.
Давайте представим, что они уже работают над несколькими элементами.
Обычно в таких случаях мы отправляем элемент на следующий этап, то есть «толкаем» его.
Канбан предлагает другое решение: это «вытягивающая» система, то есть мы не можем перевести работу на следующий этап; он остается там до тех пор, пока следующему этапу не понадобится другой рабочий элемент и он не «затянет» его в свой столбец.
Звучит странно? Задумывались ли вы о практических различиях между подходами? Я расскажу о них через минуту, но сначала давайте обновим нашу доску, чтобы лучше визуализировать это, разделив каждый столбец на два раздела: один для элементов в этом столбце, которые еще нуждаются в доработке, и один для тех, которые завершены.
Теперь вместо перемещения (F) к следующему столбцу мы поместим его в правую часть того же столбца.
Итак, вы спросили о практической разнице, и вот она: представьте, что (G), (H), (I) и (C) полны.
Что вы будете делать, если находитесь на шаге 2?
Обычно ответ таков: вы берете элемент (I) из предыдущего столбца и начинаете над ним работать.
Но подождите – ваш лимит незавершенной работы равен трем, а три предмета у вас уже есть! Да – (F), (G) и (H), которые находятся в правой части колонны, все еще учитываются.
Это тоже система вытягивания, и вам нужно дождаться, пока люди на этапе 3 потянут (F), а не заталкивают его в свою колонну.
Проблема в том, что вам не разрешают брать новый рабочий элемент, а больше вам делать нечего; так что же происходит сейчас? Это ограничение имеет решающее значение в Канбане.
На этом этапе люди на этапе 2 не могут начать работу над новым элементом и должны пойти и помочь людям, которые имеют дело с узким местом — этап 3 в нашем примере: 
Это может распространиться на другие столбцы: когда шаг 1 выполнен (J), а шаг 4 выполнен (A) и (B), они также должны присоединиться к шагу 3 и попытаться решить проблему вместе.
В этом и заключается идея метода Канбан: каждый сосредоточен на всем процессе, а не на одном шаге, и наивысший приоритет отдается максимально быстрому выполнению рабочих элементов, а не выполнению слишком большого количества задач и созданию незавершенной работы.
Итак, доска Канбан — это то, как мы визуализируем этот способ работы.
Я обычно подчеркиваю это, потому что большинство людей используют такие доски, как Trello, как простой и произвольный способ визуализации своих задач, независимо от метода Канбан.
(Признаюсь, иногда я тоже так делаю!) Итак, давайте теперь посмотрим на концепции, лежащие в основе диаграмм Ганта, а затем сравним их.
Концепции, лежащие в основе диаграммы Ганта
Вот типичная диаграмма Ганта:
Как видите, здесь показаны даты начала и окончания мероприятий, а также дата завершения проекта в целом.
Откуда берутся даты? Обычная диаграмма Ганта полностью основана на зависимостях между действиями.
Например, операция A' результата B не может начаться до тех пор, пока не завершится операция A результата A. Итак, чтобы создать диаграмму Ганта, мы сначала создаем WBS, что означает «иерархическую структуру работы», хотя на самом деле речь идет не о работе, а об иерархии результатов/продуктов.
(По крайней мере, так должно быть.
) 
Затем мы проверяем, какие операции необходимо выполнить для получения каждого результата, и добавляем их в список.
Эти действия чем-то похожи на столбцы на доске Канбан, за исключением того, что мы не ограничены фиксированным набором шагов, и каждый результат может быть разным.
Затем мы оцениваем продолжительность операций.
Затем мы определяем зависимости между действиями, которые, в свою очередь, влияют на даты начала и окончания действий.
Даты обычно рассчитываются с использованием метода критического пути (CPM).
И вуаля, у нас есть расписание!
Ну, это самая простая форма расписания, вы также можете учитывать ресурсы, ограничения, разное рабочее время для разных видов деятельности и ресурсов и т. д.
Итак, первым результатом использования этой комбинации CPM/Gantt является то, что у нас будет восходящий расчет, который даст нам дату завершения проекта.
Но это еще не все.
мы можем узнать гораздо больше.
Вот некоторые примеры:
Мы можем протестировать разные сценарии
Допустим, мы обеспокоены тем, что один из поставщиков может опоздать на 30 дней.Как это повлияет на проект? Это непросто определить в нелинейной системе, но как только у нас будет правильная модель расписания, мы сможем просто изменить продолжительность этого элемента и посмотреть, как это повлияет на все остальное.
Мы можем проанализировать задержки
Допустим, мы завершили проект на три месяца позже, чем должны были.Однако некоторые части проекта были задержаны по вине клиента, и теперь нам нужно проанализировать задержки и посмотреть, какая часть задержки лежит на нашей ответственности.
В этом случае мы можем добавить задержки клиента к элементам расписания, посмотреть, какую задержку они создают для всего проекта, и тогда разница между этой и фактической задержкой будет нашей ответственностью.
Мы можем найти наиболее важные операции
Не все операции одинаковы.Некоторые из них можно отложить на разумный период времени без задержки всего проекта, в то время как другие оказывают большее воздействие, а это означает, что каждый день задержки в этих действиях добавит один день задержки ко всему проекту.
Разве не стоит знать, какие операции критичны, и поэтому быть с ними осторожнее? Метод критического пути помогает нам найти эти действия.
До сих пор мы рассматривали концепции и методы, лежащие в основе диаграмм Ганта и досок Канбана.
Теперь мы действительно можем их сравнить.
Различия в контексте
Диаграммы Ганта предназначены для проектов, а не для производства и другой повседневной деятельности (например, обычного бизнеса или операций).Я видел, как многие люди рассматривают свою повседневную деятельность как проекты и пытаются использовать такие инструменты и методы, как диаграмма Ганта и CPM, но это работает не очень хорошо.
Я также видел людей, которые утверждали, что все является проектом (что обычно побуждает меня начать с ними очень долгую дискуссию;) Канбан же изначально (а может и в первую очередь) предназначался для производства, но люди уже давно используют его в проектах.
Различия в типах рабочих элементов
Столбцы фиксируются на доске Канбан, что делает ее полезной, когда этапы работы над элементами очень похожи.Это не всегда так, что ограничивает использование Канбана.
Мы всегда можем заставить себя сделать столбцы максимально общими, применимыми к каждому элементу, но это делает систему Канбан неэффективной.
Итак, если элементы в вашем проекте сильно отличаются друг от друга (например, в строительном проекте), канбан-доска может не подойти.
Различия в зависимостях
Диаграмма Ганта практически бессмысленна без зависимостей.Я до сих пор помню один из выпусков Microsoft Project много лет назад, когда они впервые представили «ручное планирование», позволяющее создавать диаграммы без зависимостей.
Многие сочли это кощунством! Несмотря на это, вы можете думать о CPM/Gantt как об инструменте управления зависимостями, но это не относится к канбан-доске, которая используется, когда сами элементы не имеют никаких взаимозависимостей и единственной зависимостью являются рабочие этапы, которые визуализируется в виде столбцов на доске Когда дело доходит до проектов, концепция зависимостей немного противоречива.
Общее объяснение состоит в том, что прогнозные проекты имеют зависимости (некоторые называют это «водопадом», что мне не нравится), и поэтому диаграмма Ганта — хороший вариант; в то время как в Agile-проектах нет зависимостей, отсюда и предложение использовать канбан-доски.
Я даже слышал, что некоторые люди, которые не являются большими поклонниками Agile, сомневаются в Agile, потому что «он не принимает во внимание зависимости».
Дело в том, что Agile не игнорирует зависимости, а идея состоит в том, чтобы подойти к проекту и сформировать элементы таким образом, чтобы зависимости не создавались.
Если все сделано правильно, зависимостей не будет (или, по крайней мере, не много).
Различия в методах планирования
Диаграмма Ганта работает, когда есть предварительный план, охватывающий весь объем проекта, и лучше всего работает, когда план относительно подробный.Это связано с тем, что если в плане есть только элементы очень высокого уровня, то зависимости между ними будут очень неточными и достаточно произвольными, поскольку реальные зависимости формируются на основе относительно небольших операций и затем отражаются на более высоких уровнях плана.
Итак, если в начале проекта нет полного плана, диаграмма Ганта работать не будет. С другой стороны, в методе Канбан таких ограничений нет. Вы всегда можете добавить новые элементы в первый столбец и снова переупорядочить столбец; затем вы продолжаете и добавляете новые элементы по мере их появления.
Чтобы лучше это понять, представьте себе команду, которая поддерживает действующее программное приложение, исправляя ошибки и добавляя мелкие функции (это повседневная деятельность, а не проект).
По этой причине диаграмма Ганта не подходит для типичных Agile-проектов, где нет предварительных планов.
Однако в некоторых проектах Agile (например, DSDM) существует предварительный план высокого уровня.
Когда использовать доски Канбан
Поскольку в проектах Agile могут быть элементы без зависимостей, в них можно использовать доски Канбан.
Это может быть либо доска Канбан только для визуализации, как это принято в большинстве Scrum-проектов, либо техника Канбан с собственной доской, которая часто встречается в методе разработки Канбан.
С другой стороны, типичный Agile-проект вначале может не иметь четкого содержания, но позволяет ему возникать и развиваться на протяжении всего проекта.
Это очень хорошо поддерживается Канбаном.
В действительности невозможно ни удалить зависимости в прогнозных проектах, ни запустить проект без определенного содержания.
Хотя всегда можно начать проект без плана, это не делает его прогнозирующим или адаптивным проектом; это будет просто хаос.
Итак, только по этим двум причинам Канбан не будет хорошим решением для прогнозных проектов.
Когда использовать диаграммы Ганта
Прогнозный проект имеет множество зависимостей и специфическое содержимое, определенное заранее.
Диаграмма Ганта разработана специально для поддержки проектов такого типа — все очень просто! Поскольку Agile-проекты не имеют зависимостей (или, по крайней мере, не должны их иметь), диаграмма Ганта для них бесполезна.
В то время как некоторые проекты Agile (например, DSDM) имеют предварительный план высокого уровня, которым можно управлять с помощью диаграммы Ганта, большинство проектов Agile, использующих Scrum или другие его варианты, не обязательно имеют какой-либо предварительный план, поэтому используется диаграмма Ганта.
практически невозможно.
Комбинация
Тогда как насчет объединения этих двух инструментов? Каждый из них более полезен для одного из подходов; поэтому попытка совместить два инструмента на уровне проекта не поможет. Однако, возможно, полезным сценарием будет иметь диаграмму Ганта для проекта в целом (прогнозируемый проект) и использовать доски Канбан для этапов проекта, где это необходимо.Например, в строительном проекте мы можем использовать доски Канбан для рабочих этапов, которые имеют меньше зависимостей и схожие результаты.
Некоторые этапы проектирования подходят для этого.
Интересно, что некоторые программы планирования поддерживают оба представления одного и того же набора данных.
Это означает, что вы можете планировать свой проект с их помощью и визуализировать его в виде диаграммы Ганта и доски Канбан.
Они очень полезны для такого рода миксов.
Теги: #Управление разработкой #Управление проектами #agile #kanban #диаграмма Ганта
-
Как Справиться С Ит-Поддержкой – Руководство
19 Oct, 24 -
Китайское Искусственное Солнце...
19 Oct, 24 -
Обзор Azure-Iaas № 5 (Апрель)
19 Oct, 24 -
Метаборд На Проводах, Или Arduino Skeleton
19 Oct, 24 -
Стартовал Конкурс «Премия Рунета – 2006».
19 Oct, 24
