AF
когда команда толком не понимает, что будет на выходе (aka стартап), то Scrum — один из наиболее эффективных инструментов
Size: a a a
2019 April 12
AF
Ещё когда у тебя аутсорс и внешний заказчик. На ранних этапах — тоже супер. Демо, вот это всё
AF
фокус в том, что не всё айти это стартапы и аутсорсы
AF
Но когда, например, продукт уже понятен и начинает длинный процесс новых версий, релизов, новых фич, багфиксов и пр — скрам проигрывает про эффективности практически всему
AF
Для багов и новых минорных улучшалок — будет хорош канбан, например. Потому что много исторических данных о работе команды, например. Потому что задачи становятся сильно более однотипными, чем на ранних этапах. И т.д.
AF
Если у нас идёт выпуск мажорной версии, в которой мы ломаем совместимость, переделываем весь API и т.п. — будет очень хорош Waterfall. Потому что будут рулить масшабная аналитика, документирование, тестирование, синхронизация с маркетинговым планом и т.п.
ПФ
это не я добавил :) Это ровно преимущество скрама
ну ты говорил что противопоставлять некорректно, а оно вот оно, противопоставление. По принципу определённости
ПФ
Для багов и новых минорных улучшалок — будет хорош канбан, например. Потому что много исторических данных о работе команды, например. Потому что задачи становятся сильно более однотипными, чем на ранних этапах. И т.д.
для мажорных тоже можно канбан, просто это две разных канбан доски
AF
Условно говоря, вот делаете вы большой продукт типа JIRA.
- Для версий 1.0.0, 2.0.0 — лучше всего, наверное, подойдёт Scrum.
- Для версий 3.0.0, 4.0.0 и так далее — Waterfall
- Для версий 3.X.Y, 4.Z.T и так далее — вероятно Kanban
- Для версий 1.0.0, 2.0.0 — лучше всего, наверное, подойдёт Scrum.
- Для версий 3.0.0, 4.0.0 и так далее — Waterfall
- Для версий 3.X.Y, 4.Z.T и так далее — вероятно Kanban
AF
Это всё в вакууме, конечно
AF
для мажорных тоже можно канбан, просто это две разных канбан доски
иногда да. Ещё раз, это зависит от того, насколько ты хочешь серьёзно заниматься аналитикой, прежде всего. И от того, кто твой заказчик
AG
Мне только одному кажется что уже мир нуждается в новой единой методологии. Думаю насчет юнит тестов никто уже не спорит. и тут тоже нужен какой-то новый метод управления проектом
AF
Не только вам одному. Но тезис "мир нуждается в одном универсальном инструменте" — выглядит фигнёй
ПФ
Мне только одному кажется что уже мир нуждается в новой единой методологии. Думаю насчет юнит тестов никто уже не спорит. и тут тоже нужен какой-то новый метод управления проектом
правильная методология звучит примерно как "делай как надо исходя из потребностей бизнеса и горизонта аналитики"
AF
ну, по крайней мере, мне такой тезис очень близок, да
AF
я не претендую на полное понимание проблемы, разумеется
AG
правильная методология звучит примерно как "делай как надо исходя из потребностей бизнеса и горизонта аналитики"
делать то можно вопрос в том, как сделать вовремя
AF
нужный горизонт аналитики — это почти всегда следствие потребностей бизнеса :)
ПФ
я не претендую на полное понимание проблемы, разумеется
подозреваю что из членов этого чата ты один из самых близких к правильному пониманию
ПФ
правильному в смысле "работающему"