решение
Выбор подхода для управления проектом
При выборе подхода, маловероятно, что вы получите однозначный ответ, какой именно подход вам выбрать. Для размышления, предлагаю воспользоваться "шпаргалкой" из этой статьи.
Первая статья в КМД, описание решения для подхода к управлению ИТ-проектом тут.
Agile
Во главе угла - инкрементная поставка и вовлечение заказчика. Результат может поменяться по ходу разработки.

  • нет возможности оценить сроки и результат
  • возможно собрать прототип и проверить у заказчика
  • участники проекта вовлечены только в 1 проект
  • команда до 10 человек
  • высокие требования к команде (самоорганизация)
PMI
Во главе угла - планирование: дедлайны, стоимость и понятный результат проекта.

  • цель проекта можно сформировать по SMART
  • нет возможности выпуска MVP
  • ресурсы используются на других проектах
  • требования к команде ниже, чем при Agile
Kanban
Задачи на потоке. Первый шаг от хаоса. Совмещается с другими подходами.

  • инструмент для того, чтобы начать с того что есть
  • помогает визуализировать работу
  • лучше решение для сервиса (техподдержка)
  • нужны метрики и эффективность по процессу
  • нет требований к ролям (формируются по факту)
Маркер
Скрам
Канбан
PMI
Нужны четкие сроки и бюджеты
Постоянные изменения
Совмещение ролей одним сотрудником
Фиксированный контракт (Fixed price)
Нет экспертов для оценок при планировании
Нет возможности выпуска MPV
Много связей (зависимостей) при выполнении задач
Нужно работать параллельно с разными задачами
Работает правило 1 сотрудник = 1 проект
Больше 9 человек в команде проекта
Команда не способна к самоорганизации (незрелая)
Есть задача масштабировать
Творческие решения от команды
Вовлечение заказчика
Частичная проверка гипотез (по возможности)
Непрерывные улучшения
Про Scrum
Про Kanban
Про PMI
Made on
Tilda