ИМХО автор чешет не там, где у него болит. Его команда не обсуждает совместно дизайн и архитектуру, не общается. Каждый чего-то лепит в свое удовольствие и мешает другим. Ну и виноваты почему-то юнит тесты и рефакторинг.
Ну метрик вы так и не предложили. Если брать количество ошибок за метрику (что неявно следует), то мне достаточно меньше работать и я буду делать меньше ошибок.
Тех кто тащит за собой коллектив действительно мало и их часто не хватает. Однако в хорошей команде все роли сбалансированы. Есть тот, кто берет на себя критику идей, есть просто хорошие исполнители, без которых генератор идей бесполезен. Они все нужны.
А быстро доработку можно делать и просто вставляя патчи. Код будет деградировать, в итоге мы огребем проблемы в будущем.
ИМХО история успеха — потому что бывает с точностью до наоборот. Маленькая компания изобретает что-то инновационное и случайно нарушает пару патентов крупной корпорации. Причем не нарушить практически нереально — сами видите по количеству патентов. Большая компания легко может засудить маленькую за нарушение патентов. Так уже было не раз.
> 1. «Команда сидит в одном месте (colocaltion) » — зря так сразу в первом разделе и первым пунктом :)
Идея тут была скорее упомянуть, что людей, сидящих в разных комнатах надо бы свести в одну. Распределенные команды – тема отдельного чеклиста ИМХО.
> 2. «Для каждой фичи из баклога указаны приемочные тесты » — Зачем?
Соласен, исправлено – перенес оба пункта в чеклист для плана итерации
> 3. «Все истории имеют оценки » — правильный пункт! Только место ему не в «Планировании итерации», а в «Product Backlog».
Требовать, чтобы каждый пункт Product Backlog имел оценку на мой взгляд излишне жестко. Они должны регулярно оцениваться — это да.
> 4. «Длительность каждой из задач не превышает двух дней» — зачем тут абсолютная величина?… Мое мнение: декомпозировать истории на задачи надо так, что бы каждый член команды, практически на каждом стендапе мог ответить на «Что ты сделал вчера», просто назвав ID завершенной задачи.
Замечание принимается. Однако твой исправленный вариант ничем не лучше – имхо называть ID завершенной задачи есть антипаттерн. Если мы так напишем, половина людей решат, что это и есть цель daily scrum и он привратится в статус митинг :)
> 5. «Оценки задач каждый день корректируются» да ну?
Выкинул «каждый день»
> 6. «Члены команды могут легко поменять план итерации » — ээээ, а это как? Типа я не отвечаю за базар перед продакт оунером? Захотел поменял, не захотел не помнял? :)
Это я плохо сформулировал.Тут акцент был на слове «легко». Имелось ввиду, что не нужно просить скрам мастера поменять задачу да и вообще, что не скрам-мастер занимается актуализацией плана.
Сделал так: Все члены команды могут самостоятельно поменять план итерации: добавлять и удалять задачи, изменять статусы и оценки
>7. " Баклог продукта корректируется в соответствии с пожеланиями заинтересованных лиц ". Он не корректируется. Его корректирует продакт оунер!
Поправил :-)
8. «РЕКОМЕНДОВАННОЕ ЧТЕНИЕ » — а как же Алистер Коберн (Agile Software Development), Крэг Ларман (Agile andIterative software development: Manager's guide, вообще пипец полезно для новичков!)? :)
Добавил :-)
> Буду ждать второго релиза. Кстати, очень неплохая заготовка под модель зрелости :)
Тут я согласен. По крайней мере до тех пор, пока не попросят объяснительную писать :-) (http://habrahabr.ru/blogs/eCommerce/87095/)
Брать деньги за услуги через ЯМ было удобно, но получается, это незаконно.
А вообще — предпринимательство — это мечта. Не мечтаешь о самостоятельности — отговорки всегда найдутся.
Тех кто тащит за собой коллектив действительно мало и их часто не хватает. Однако в хорошей команде все роли сбалансированы. Есть тот, кто берет на себя критику идей, есть просто хорошие исполнители, без которых генератор идей бесполезен. Они все нужны.
А быстро доработку можно делать и просто вставляя патчи. Код будет деградировать, в итоге мы огребем проблемы в будущем.
Насчет следующего раза не уверен, вряд ли у меня уже будет ДОСТАТОЧНО шишек :-)
Вот если бы кто то помог. Кто то в Питере в 17 сентября ;)
Идея тут была скорее упомянуть, что людей, сидящих в разных комнатах надо бы свести в одну. Распределенные команды – тема отдельного чеклиста ИМХО.
> 2. «Для каждой фичи из баклога указаны приемочные тесты » — Зачем?
Соласен, исправлено – перенес оба пункта в чеклист для плана итерации
> 3. «Все истории имеют оценки » — правильный пункт! Только место ему не в «Планировании итерации», а в «Product Backlog».
Требовать, чтобы каждый пункт Product Backlog имел оценку на мой взгляд излишне жестко. Они должны регулярно оцениваться — это да.
> 4. «Длительность каждой из задач не превышает двух дней» — зачем тут абсолютная величина?… Мое мнение: декомпозировать истории на задачи надо так, что бы каждый член команды, практически на каждом стендапе мог ответить на «Что ты сделал вчера», просто назвав ID завершенной задачи.
Замечание принимается. Однако твой исправленный вариант ничем не лучше – имхо называть ID завершенной задачи есть антипаттерн. Если мы так напишем, половина людей решат, что это и есть цель daily scrum и он привратится в статус митинг :)
> 5. «Оценки задач каждый день корректируются» да ну?
Выкинул «каждый день»
> 6. «Члены команды могут легко поменять план итерации » — ээээ, а это как? Типа я не отвечаю за базар перед продакт оунером? Захотел поменял, не захотел не помнял? :)
Это я плохо сформулировал.Тут акцент был на слове «легко». Имелось ввиду, что не нужно просить скрам мастера поменять задачу да и вообще, что не скрам-мастер занимается актуализацией плана.
Сделал так: Все члены команды могут самостоятельно поменять план итерации: добавлять и удалять задачи, изменять статусы и оценки
>7. " Баклог продукта корректируется в соответствии с пожеланиями заинтересованных лиц ". Он не корректируется. Его корректирует продакт оунер!
Поправил :-)
8. «РЕКОМЕНДОВАННОЕ ЧТЕНИЕ » — а как же Алистер Коберн (Agile Software Development), Крэг Ларман (Agile andIterative software development: Manager's guide, вообще пипец полезно для новичков!)? :)
Добавил :-)
> Буду ждать второго релиза. Кстати, очень неплохая заготовка под модель зрелости :)
Сегодня выложу апдейт
Спасибо тебе огромное за замечания :-)
Брать деньги за услуги через ЯМ было удобно, но получается, это незаконно.