Блог Brain Rain - Статьи о SCRUM (Скрам) и Agile от Богдана Мисюры
Сколько разработчиков у вас в одной команде (то есть сколько людей, кроме Скрам Мастера и Владельца Продукта)? В Руководстве по Скраму рекомендации немногочисленны: от 3 до 9 человек, и нет никакой аргументации именно такого количества.Конечно, из одного такого общего ответа нельзя вывести оптимальную цифру для каждого отдельного случая. Так что стоит разобраться, какие факторы влияют на размер команды и какие тут есть варианты.
Аджайл активно используется не только в IT, но и, например, в маркетинге, образовании и даже автопромышленности. В нетехнических командах сопротивление новому способы работы может быть сравнительно больше. В новом материале нашего блога — о том, как справляться с таким сопротивлением. Эти принципы могут оказаться ценными и для технических команд.
Многие (бывшие) продакт-менеджеры видят отпуск и другое время отсутствия сотрудника (болезнь, обучение) как блок, фактор отрицательной ценности или, по крайней мере, отдельный от бизнес-системы случай. Например, для некоторых это HR-вопрос вне проблематики планирования в разработке. Такой взгляд на вещи нереалистичен: плановые отсутствия все равно влияют на работу команды. Вопрос только в том, как учитывать это влияние.
Уже само название указывает на то, что Владелец Продукта должен распоряжаться продуктом от имени компании. Этот человек отвечает (в англоязычной литературе используется термин responsible) за то, чтобы продукт создавал ценность для клиентов и пользователей, как и для компании, которая предоставляет доступ к нему.Можно представить Владельца Продукта как куратора и защитника продукта, фасилитатора продуктовых решений и человека, принимающего о продукте окончательные решения. Роман Пихлер видит во Владельце Продукта гибкого продакт-менеджера, который следит за созданием продукта в течение долгого периода и отвечает за успешность продукта.
Если рынок конкурентный, технологии быстро развиваются, а крупные игроки инвестируют много, стартапу не остается других путей, кроме как осваивать Аджайл.
Сколько усилий нужно потратить на задачу? В условиях неопределенности и сложности ответ лучше дать не в часах. Куда удобнее относительные единицы, из которых самые известные — стори поинты. Мы перевели статью Майка Кона о том, какие факторы нужно учитывать, оценивая работу в стори поинтах, и как согласовывать эти факторы между собой. Бонус — список типичных ошибок в применении стори поинтов.
Словосочетание agile management — в некотором роде оксиморон. Главная цель любой Аджайл-практики — дать полномочия для решения проблемы тем, кто ближе всего к проблеме. Другими словами, команда за некоторое время должна стать самоорганизованной. А самоорганизованным командам нужны коучи, менторы и служащие им лидеры — но только не менеджеры с классическим списком «менеджерских» обязанностей.
Недавно Scrum.org опубликовала руководство по Скраму с Канбаном и объявила о запуске сертификации PSK — Professional Scrum with Kanban. На блоге организации появилась серия постов о нововведении от Стива Портера (эксперта Scrum.org и бывшего Владельца Продукта в TeamPulse) и Юваля Ерета (опытного практика Скрама с Канбаном и одного из консультантов AgileSparks, известной нашим подписчикам по выступлениям Одеда Тамира). Приводим несколько важных выдержек из Q&A Юваля и базового руководства по Канбану для Скрам команд, а также список статей, которые рекомендует на эту тему Scrum.org.
Кому стоит присутствовать? Возможно, через несколько лет уточнение бэклога будет принято как один из общих обязательных Скрам-процессов, но пока эта встреча не регламентирована. А значит, нету консенсуса относительно того, кто должен на нее приходить.Хотя в целом я очень верю в вовлечение всей команды, для этой встречи собирать всех непрактично. И вот почему:Уточнение бэклога часто происходит за два-три дня до окончания спринта. В каждой команде почти всегда найдется человек, который будет лихорадочно занят именно в это время. Заставляя этого человека приходить на еще одну встречу, вы рискуете поставкой того элемента бэклога, над которым идет работа. По моим наблюдениям, лучше всего уделять sprint backlog grooming 5-10% усилий в каждом спринте. Хотя было бы здорово подключить к этому всю команду, на практике это для нее большая нагрузка, и не все смогут участвовать.
Для превью: Как работают спринты, встречи и роли в Скраме, можно разобраться благодаря Scrum Guide и Скрам-тренингам. Но что же именно участникам команд и особенно Аджайл-менеджерам делать, чтобы мотивировать друг друга и управлять разработкой в изменчивой среде? Какие есть игры для команд, практики мотивации, как правильно делегировать?В 2010 году Юрген Аппело, основатель Happy Melly, попытался ответить на эти вопросы и создал Менеджмент 3.0. Сейчас эту систему преподают в более чем 80 странах, в том числе и в Украине.

Будь в курсе! Подпишись на scrum-новости