Комментарии 1
Хорошее описание методов критики, я уверен многим будет полезно.
Несколько замечаний:
1) Перечисленные приемы не относятся к Scrum и процессам вообще. Это часть полезных навыков для общения, да хоть в обычной жизни. Очень полезная… но рассказывать о них как о soft skills было бы намного корректнее, чем о Scrum.
2) Применение термина обратная связь вместе со Scrum может вводить в заблуждение что это и есть тот самый feedback loop который важная часть empirical process. Это не совсем так. Понятие обратной связи в эмпирическом процессе выходит далеко за рамки дружеского общения внутри команде. Заказчик который прекратил финансирование команды из-за низкого качества — это тоже пример feedback. Что scrum.org, что Scrum Alliance неспроста уделяют такое внимание корректному использованию терминов Scrum. И заменять термины из Scrum Guide другими, и использовать термины Scrum Guide в другом значении — это таки харам для скрам-мастера.
3) Ну и с точки зрения уже применения методов. В статье все кроме одного-единственного предложения (ну таки надо что-то сделать если получили критику) — о том как надо критиковать. Хочется этого или нет — но большинство именно так и воспринимает — такая подача значит важно как критикуют и вплоть до самого забавного — создания позиции “я не корректирую свое поведение потому что меня плохо и неправильно критиковали”. Ответственность ложится на критикующего. Это не совсем корректно. Все сказанное у вас имеет смысл потому что такая критика действительно эффективнее, но при одном условии — когда мы критикуем (как говорят принципы Agile) “замотивированного профессионала”, который хочет критики и ждет ее. Потому что критика важный элемент для адаптации. Но момент правильности тут только об эффективности, а не о том что есть пригодная (по правилам) и непригодная (формат которой нам не нравится) обратная связь.
Ну и если очень хочется притянуть к Scrum — то это у вас единственное предложение на всю статью (где про “на критику надо меняться”) релеватное к Scrum guide — необходимость адаптации при получении обратной связи таки прописана как одна из поддерживающих колонн Scrum.
Надеюсь что это поможет сделать вторую часть больше о Scrum :-)
Несколько замечаний:
1) Перечисленные приемы не относятся к Scrum и процессам вообще. Это часть полезных навыков для общения, да хоть в обычной жизни. Очень полезная… но рассказывать о них как о soft skills было бы намного корректнее, чем о Scrum.
2) Применение термина обратная связь вместе со Scrum может вводить в заблуждение что это и есть тот самый feedback loop который важная часть empirical process. Это не совсем так. Понятие обратной связи в эмпирическом процессе выходит далеко за рамки дружеского общения внутри команде. Заказчик который прекратил финансирование команды из-за низкого качества — это тоже пример feedback. Что scrum.org, что Scrum Alliance неспроста уделяют такое внимание корректному использованию терминов Scrum. И заменять термины из Scrum Guide другими, и использовать термины Scrum Guide в другом значении — это таки харам для скрам-мастера.
3) Ну и с точки зрения уже применения методов. В статье все кроме одного-единственного предложения (ну таки надо что-то сделать если получили критику) — о том как надо критиковать. Хочется этого или нет — но большинство именно так и воспринимает — такая подача значит важно как критикуют и вплоть до самого забавного — создания позиции “я не корректирую свое поведение потому что меня плохо и неправильно критиковали”. Ответственность ложится на критикующего. Это не совсем корректно. Все сказанное у вас имеет смысл потому что такая критика действительно эффективнее, но при одном условии — когда мы критикуем (как говорят принципы Agile) “замотивированного профессионала”, который хочет критики и ждет ее. Потому что критика важный элемент для адаптации. Но момент правильности тут только об эффективности, а не о том что есть пригодная (по правилам) и непригодная (формат которой нам не нравится) обратная связь.
Ну и если очень хочется притянуть к Scrum — то это у вас единственное предложение на всю статью (где про “на критику надо меняться”) релеватное к Scrum guide — необходимость адаптации при получении обратной связи таки прописана как одна из поддерживающих колонн Scrum.
Надеюсь что это поможет сделать вторую часть больше о Scrum :-)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Почему обратная связь так важна и как правильно ее использовать в scrum-командах, чтобы получить максимум эффекта