Плюсы
С таким подходом будет проще сделать документацию по проекту, а также, больше разработчиков будет понимать логику приложения. Кроме того, плохие решения будут отсеиваться быстрее, а значит цена ошибки будет меньше.
Так как результат такого груминга - проработанный алгоритм выполнения задачи, написание кода превращается в рутину. А составленный список минимальных задач помогает побороть фрустрацию и прокрастинацию перед неизведанным.
Минусы
Главная проблема - трата времени на обсуждение задачи. Этого могут не понять менеджеры, которые считают “нет кода - нет работы”. Старайтесь говорить с менеджерами и объяснять смысл таких обсуждений.
Такой подход не работает в команде из одного человека. А сам процесс груминга энергоемок, поэтому не ждите, что сможете загрумить все за один день.
И главное - груминг требует командной дисциплины.
Советы
- Ведите записи. А в конце задачи выделяйте время на обновление документации. Это поможет в поддержке документации к проекту;
- Начните с культуры и помощи коллегам. Не везде практикуются подобные обсуждения. Хотите исправить это - подойдите и предложите поговорить о задаче коллеги. После чего попросите помощи сами;
- Один груминг - одна тема. Также, желательно ограничивать обсуждения по времени и количеству участников. Не тащите команду, хватит только тех, кто будет работать над задачей;
- Делайте груминги по необходимости. Не тратьте время коллег в пустую;
Запомнить
- Технический груминг это черепаха из рассказа о зайце и черепахе. Медленно начнешь, быстрее закончишь;
- Если проблемы с ревью или этап разработки затягивается - стоит подумать об обсуждении кода перед его написанием;
- Технический груминг включает в себя обсуждение алгоритма, создание атомарных задач и эстимейты;
- Старайтесь в первую очередь разблокировать коллег;
Ссылки
- MindNode со всеми идеями
- Product Backlog Grooming Best Practices
- Версия для покета
С таким подходом будет проще сделать документацию по проекту, а также, больше разработчиков будет понимать логику приложения. Кроме того, плохие решения будут отсеиваться быстрее, а значит цена ошибки будет меньше.
Так как результат такого груминга - проработанный алгоритм выполнения задачи, написание кода превращается в рутину. А составленный список минимальных задач помогает побороть фрустрацию и прокрастинацию перед неизведанным.
Минусы
Главная проблема - трата времени на обсуждение задачи. Этого могут не понять менеджеры, которые считают “нет кода - нет работы”. Старайтесь говорить с менеджерами и объяснять смысл таких обсуждений.
Такой подход не работает в команде из одного человека. А сам процесс груминга энергоемок, поэтому не ждите, что сможете загрумить все за один день.
И главное - груминг требует командной дисциплины.
Советы
- Ведите записи. А в конце задачи выделяйте время на обновление документации. Это поможет в поддержке документации к проекту;
- Начните с культуры и помощи коллегам. Не везде практикуются подобные обсуждения. Хотите исправить это - подойдите и предложите поговорить о задаче коллеги. После чего попросите помощи сами;
- Один груминг - одна тема. Также, желательно ограничивать обсуждения по времени и количеству участников. Не тащите команду, хватит только тех, кто будет работать над задачей;
- Делайте груминги по необходимости. Не тратьте время коллег в пустую;
Запомнить
- Технический груминг это черепаха из рассказа о зайце и черепахе. Медленно начнешь, быстрее закончишь;
- Если проблемы с ревью или этап разработки затягивается - стоит подумать об обсуждении кода перед его написанием;
- Технический груминг включает в себя обсуждение алгоритма, создание атомарных задач и эстимейты;
- Старайтесь в первую очередь разблокировать коллег;
Ссылки
- MindNode со всеми идеями
- Product Backlog Grooming Best Practices
- Версия для покета