MaxRokatansky Jan 30 at 11:03

Как правильно ставить цели спринта, чтобы обеспечить фокус для всей команды

Easy

6 min

4.2K

OTUS corporate blogAgile*Development Management*Project management*

Comments 5

Rhbnbr Jan 30 at 19:48

Ситуации могут разные. Может быть набор мелких, но важных задач. Зачем заранее загонят в себя в угол требованием выделить из них одну? Если мы это сделаем, то это явно будет самообман. Я помню про "цели пятилетки" в мои ранние годы.
И еще момент: Петя и Вася делают "главную задачу", а мне достались второстепенные. Слава и почести будут им, а мне ничего.
Вообще убежден, что скрам - это не про гибкость.

Ak-47 Jan 31 at 03:51

Обеспечить удобную навигацию в личном кабинете пользователей».
А в чем измеряем?) это же вариант предложенный , как альтернатива "Написать тесты, добавить новую кнопку, обновить документацию"

оба ведь плохие..

agileguru Jan 31 at 08:55

здесь на мой взгляд галвное- это «удобную», что заставит команду опять же в процессе выполнения задач подумать об удобстве, а не просто сделать таски. Как будем измерять удобство конечно тоже хорошы бы понимать.

Romanista10 Feb 2 at 12:45

а если в команде несколько продактов и у каждого свои задачи? кому-то в админке надо кнопку добавить, кому-то рейтинги продавцов пересобрать, кому-то новый путь авторизации сделать, кому-то автоматизировать выгрузку для бухгалтерии... что тогда? как обозначить одну цель на спринт? по итогу команда всё равно доставит ценность, реализованную работу можно считать инкрементом, потому что она реально даёт прирост функциональности пользователям продукта, но как обозначить лишь одну цель на спринт?

San_tit Feb 2 at 13:07

Почему у меня каждый раз когда я читаю методички по Agile & Co складывается стойкое ощущение, что я читаю методичку для воспитателей детского сада?..

Тут на примере цели:

Fun: ну да, разработчики -- дети, и просто "оптимизация" -- это не понятно и не интересно. Хз, лично мне оптимизация выглядит интереснее, чем лозунги в духе приведенного в примере

Outcome‑oriented: ну цель -- это по определению результат. Процедуры для достижения целей -- это задачи.

Collaborative: вообще ахтунг... Это как? Манипулировать сотрудниками так, чтобы они думали, что краткосрочные бизнес требования -- это из собственное желание!? На сколько я понимаю, люди нынче в основном за деньги работаю, а не за грамоты.

Ultimate: цель это цель, актуальность цели -- отдельная структурная единица, всё-таки. (Это, кстати, яркий пример зачем нужно высшее образование: опыт написания ВКР/Диплома хоть в какой-то степени выстраивает понимание структурных единиц "введения в работу")

Singular: ну тут без комментариев, в целом очевидный факт, но имхо, как замечено выше, малоприятный для реальной разработки. Например, у меня два разраба: один оптимизирует поиск по БД, а второй в это время вполне может заниматься, скажем, исправлением бага в API. Какой смысл их сажать одновременно на одну задачу для одного человека -- не ясно.