ярко выраженной цели нет. А это вроде как неотъемлемая часть для построения самоорганизации в команде. Можно ли сделать здесь вывод, что для такой работы никакой самоорганизации не нужно и достояно понятного плана и нормальных исполнителей?
Рекомендую все таки отойти от такой фразы как "бесконечная разработка". Она конечная, просто по процессу едут не здоровые дискретные проекты. Есть поток
У каждой отдельной задачи есть цель. Задача ставится на базе какого-то направления/продукта/проекта, у которых есть свои цели. Есть цель у сервиса, есть цели на квартал у отдела и команды (у меня так). Цель есть у направления. Этого мало?)
Тогда потоковая разработка?)
Ну а дальше: 1) Для работы вовсе не обязательна команда 2) Команда может быть не самоорганизованной, без проблем, поэтому есть менеджер. Если бы была, то зачем он? 3) Для любой работы достаточно нормального плана и людей которые его выполнят. Но не все так просто в этой жизни
Ну вот смущает что таких целей очень много. И в итоге каждый из команды потихоньку движет «свою» цель и вот не понятно как вокруг этого строить самоорганизацию и сплоченную команду
Ну вот после всего, что я услышал об идеальном Agile, кажется что в такой работе, он не подходит в полной мере 😒
Вы путаете цель каждой конкретной активности и цель команды. Цель команды спокойно может быть "сделать клиенту лучше, например оказать поставку 90% клиентов с выполнением 90% сроков". У каждой задачи есть цель, например "добавить в продукт фичу 1, чтобы стало больше юзеров" она же зачем-то делается. И вот теперь вопрос, каким образом цель команды конфликтует с целью задачи?
И почему же? Как вы пришли к такому выводу?
Прошёл по вашим пунктам выше, каждый из них - это то чему противопоставляется Agile.
Да они ( не то сообщение выбрал для ответа)
То что можно без команд и с менеджером это не означает что нельзя с командами. Это просто альтернатива
Как так? Без аджайла?
Наоборот, с аджайлом)
В любой компании прошедшей трансформацию стараются тут использовать аджайл, особенно в банках
В общем, то как работа устроена у вас (кажется очень похоже на нашу только чуть лучше организовано), - это нормально работает в целом для такого вида работ (потоковая внутренняя разработка например). Но это не отменяет, того, что можно организовать все по аджайл - и это будет работать.
Это то, что я усвоил из нашего диалога )
Если с этого края смотреть - да, вопрос в масштабности этого внутреннего проекта и его ключевых метриках.
Обсуждают сегодня