В статье стоит тег Scrum и Scrum-master, однако Daily описывается с перспективы сильно отличающейся от Scrum Guide.
Данная встреча не является отчетом, она предназначена для команды для формирования общего понимания того, где команда находится относительно цели спринта и как адаптировать план на день, чтобы продвинуться к поставленной цели.
Люди только начинают свой рабочий день и в этот день они приносят свой недосып, свое раздражение и какие‑то свои личные проблемы
Преимущественно Daily проходят утром, но это не закон. Люди из команды могут работать в разных часовых поясах: для кого-то еще утро, а для кого-то уже середина рабочего дня или команда просто проводит Daily после обеденного перерыва. Daily в данном случае не решит данную проблему (и не должен ее решать)
смех, шутки, мемы
Это имеет место, если люди подключились к встрече раньше, или наоборот остались на after party обсудить проблемы детальнее. Но одной из ценностей Scrum является фокус, поэтому Daily должен быть сосредоточен на выявлении проблем, принятии быстрых решений, чтобы избавить команду от необходимости в растягивания Daily на 30 минут, или в проведении дополнительных встреч в течение дня
В конечном счете, фасилитатор не балагур или тамада. Да, он должен поддерживать позитивный ход встречи, но это должно осуществляться профессионально, без нарушения таймбокса и цели встречи.
Статья затрагивает механические аспекты Scrum, но недостаточно освещает его принципы и ценности, что искажает представление о данном фреймворке.
Product Owner: отвечает за создание и приоритезацию бэклога продукта.
Главная ответственность PO — максимизация ценности продукта для клиента. Создание и приоритизация бэклога — это лишь часть его задач.
Обзор спринта: встреча для демонстрации завершенной работы(демо) заинтересованным сторонам.
Целью Sprint Review является не только демонстрация инкремента, но и совместная инспекция с заинтересованными сторонами, а также адаптация бэклога продукта на основе полученного фидбека.
Каждый спринт — это возможность для инспекции и адаптации.
На самом деле таких возможностей в Scrum много. Например, Daily Scrum позволяет инспектировать прогресс команды относительно цели спринта и адаптировать план на день. Sprint Review фокусируется на инспекции инкремента и адаптации бэклога продукта и др.
Скрам изначально не приветствует изменения объема задач, включенных в спринт. Дело в том, что если мы определили цель для конкретного спринта и команда взяла на себя ответственность за ее достижение
Scrum Guide против тех изменений, которые ставят под угрозу достижение цели спринта. Если возникает дополнительная задача, которая нужна для достижения поставленной цели, то команда берет ее в текущую итерацию.
В статье стоит тег Scrum и Scrum-master, однако Daily описывается с перспективы сильно отличающейся от Scrum Guide.
Данная встреча не является отчетом, она предназначена для команды для формирования общего понимания того, где команда находится относительно цели спринта и как адаптировать план на день, чтобы продвинуться к поставленной цели.
Преимущественно Daily проходят утром, но это не закон. Люди из команды могут работать в разных часовых поясах: для кого-то еще утро, а для кого-то уже середина рабочего дня или команда просто проводит Daily после обеденного перерыва. Daily в данном случае не решит данную проблему (и не должен ее решать)
Это имеет место, если люди подключились к встрече раньше, или наоборот остались на after party обсудить проблемы детальнее. Но одной из ценностей Scrum является фокус, поэтому Daily должен быть сосредоточен на выявлении проблем, принятии быстрых решений, чтобы избавить команду от необходимости в растягивания Daily на 30 минут, или в проведении дополнительных встреч в течение дня
В конечном счете, фасилитатор не балагур или тамада. Да, он должен поддерживать позитивный ход встречи, но это должно осуществляться профессионально, без нарушения таймбокса и цели встречи.
Статья затрагивает механические аспекты Scrum, но недостаточно освещает его принципы и ценности, что искажает представление о данном фреймворке.
Главная ответственность PO — максимизация ценности продукта для клиента. Создание и приоритизация бэклога — это лишь часть его задач.
Целью Sprint Review является не только демонстрация инкремента, но и совместная инспекция с заинтересованными сторонами, а также адаптация бэклога продукта на основе полученного фидбека.
На самом деле таких возможностей в Scrum много. Например, Daily Scrum позволяет инспектировать прогресс команды относительно цели спринта и адаптировать план на день. Sprint Review фокусируется на инспекции инкремента и адаптации бэклога продукта и др.
Scrum Guide против тех изменений, которые ставят под угрозу достижение цели спринта. Если возникает дополнительная задача, которая нужна для достижения поставленной цели, то команда берет ее в текущую итерацию.