Что выбрать для управления проектами: Kanban, Agile, Scrum | Статьи SEOnews

Артур Нек Правящий партнер Kaiten С управлением проектами и действиями приходится иметь дело в хоть какой компании: будь то создание чего-то осязаемого или товаров интеллектуальной деятельности. Для управляющего или project-менеджера, которые желают разобраться в идущих в ногу со временем системах управления проектами и действиями, главно понять 2 вещи:

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

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

Давайте разберемся в идущих в ногу со временем подходах к управлению проектами и действиями в компании.

Scrum: что это и для чего же нужен

Scrum-гайде) . Другими словами это некая рамка процесса, который предписывает как нам необходимо действовать, при этом с предопределенной частотой – в виде спринтов.

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

Классическое проектное управление

Иная категория приборов – это классические проектные подходы. Проверенный временем метод – им управляются в сфере управления проектами теснее 10-ки лет. И он отлично работает, когда неопределенность еще ниже: когда вы разумеете, какие входные требования, какие ограничения, когда итог наиболее понятен и можнож выстроить план на долгий период. Другими словами проектные подходы подсобляют отлично организовать проектирование на долгий период, когда понятен образ результата.

Здесь можнож в пример привести стройку дома: мы ведь никогда не строим по принципу «давайте начнем, а позже разберемся по ходу, как будем последующие этажи строить». Есть строительный чертеж, строительная смета – здесь может применяться проектный подход. Таковым образом, практики проектного управления возникли еще до появления Scrum, но нередко в критериях неопределенности этому способу не хватает гибкости.

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

Agile: что это и для чего же нужен

[/h3]

А какое же место занимает в ряду проектных практик Agile?Здесь главно осмысливать, что Agile – как разов совершенно не практика, это философия управления проектами. Которая появилась в том числе под воздействием удачного внедрения Scrum.

Как возник Agile?

Основоположники Scrum Швабер и Сазерленд собрались в 2000 году на горнолыжном курорте на конференцию с иными удачными управленцами, чтоб выработать общую стратегию действенного управления проектами, некоторый общий подход, который бы вобрал в себя все имеющиеся на данный момент выработки в данной сфере. И они определили Agile-манифест – некоторый свод ценностей и идей, используя которые можнож облагораживать качество работы.

Выделяют 4 ценности:

• Взаимодействие в команде и люди главнее действий и приборов.
• Работающий продукт главнее прописанной документации.
• Сотрудничество с клиентом главнее согласования критерий договора.
• Готовность к изменениям главнее твердого планирования.

И 12 принципов Agile:

• Потребности клиентов на первом месте.
• Корректировка требований к продукту/проекту в ходе разработки.
• Следование обозначенным дедлайнам.
• Сотрудничество меж заказчиком и исполнителем.
• Поддержка и мотивация для всех, кто работает над проектом.
• Действенное взаимодействие меж разрабами.
• Метрики для измерения прогресса и результатов.
• Придерживаться темпа работы, чтоб не срывать установленные сроки по проекту.
• Уделять внимание как техническим деталям, так и дизайну.
• Налаживание обычного и понятного рабочего процесса.
• Коллегиальность принятия решений: не совершенно лишь управление, но и все соучастники проекта могут влиять на процесс принятия решений.
• Адаптация к непрерывно меняющейся среде и упругость.

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

Другими словами необходимо осмысливать, что Scrum – это практический метод, а Agile – культура, базирующаяся на этом и иных сходственных способах (XP, TDD) . Другими словами нельзя работать по Agile, но можнож делить принципы и ценности Аджайла.

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

Kanban: что это и для чего же нужен

[h3]

Как возник Kanban, и как он соотносится с Agile и Scrum?В 2004 году выходец из компании Microsoft Дэвид Андерсон выдумал подход, который бы дозволял разгрузить разрабов от великого количества задач, сделать их работу наиболее удобной. За базу он брал идеи компании Тойота, объединенные термином «бережливое производство». Но вначале они были придуманы для авто производства с принципом конвейера, а Андерсон пробовал творчески их интерпретировать и переложить на IT-разработку. Так возникли Kanban-доски, Kanban-стикеры и иные комплекты практик, которые стали величаться позже Kanban-методом.

Kanban подходит лишь для интеллектуальной деятельности, не для производства, где делают что-то руками. Kanban не является фреймворком, как Scrum. Kanban – это «улучшайзер» к действиям. Там есть разные приборы (их около 150) , которые можнож использовать к хоть каким интеллектуальным действиям, чтоб облагораживать их понимание, и клиентский сервис.

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

В Канбане 6 главных категорий:

• визуализация;
• ограничение незавершенной работы;
• петли обратной связи;
• явные верховодила;
• управление потоком;
• управление переменами на основании моделей и данных.

Основные условия для внедрения Kanban-метода: это интеллектуальная деятельность (не когда мы делаем что-то руками) и возможность визуализировать процессы (с поддержкою карточек, стикеров или графиков работы) . При поддержки Kanban можнож облагораживать и Scrum-процессы и методы управления проектами.

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

Статьи