Вообще не про микросервисы 🤷 Q: Подскажите, как боретесь в своих командах с тем, что многие не готовятся к груммингам, не читают требования или читают их спустя рукава, не задают вопросов? Не надо заставлять читать 🙂 Надо собираться на груминг и там в режиме диалога добиваться взаимного понимания задачи, ее особенностей и ограничений. Аналитик или архитектор может для себя или для команды подгтовить какие-то диаграммы и описания, но лишь в том объеме, которые нужны чтобы пояснить объяснение голосом, на встрече. Это единственный эффективный способ коммуникации. Q: В таком случае число груммингов по одной фиче растёт. Команда с первого раза не может предусмотреть негативные сценарии, декомпозировать и оценить задачи. A: Пусть растет. Цель не в том, чтобы сократить время, а в том, чтобы понять что делать и как делать. Расти оно будет пока люди погружаются в домен, затем начнет сокращаться, а качество продолжит расти. Q: У нас именно так и было. Потом мы решили командой от этой практики отойти и заставить всех готовиться к груммингам, чтобы у всех уже на первый итерации было понимание, что будем делать. Кто-то начал читать и задавать вопросы в комментариях к статье, но большинство забивает A: Потому что читать требования – скучно. Ревьюить их - и скучно и когнитивно очень напряжно. Если хочешь, чтобы люди подготовились к грумингу – сделай презу из 2-3 слайдов и запиши видео 5-15 минут, вероятность того, что посмотрят и соответственно подготовятся вырастет кратно, возможно до 100%.