Блог Brain Rain - Статьи о SCRUM (Скрам) и Agile от Богдана Мисюры
Продолжаем переводить посты Стефани Окерман о лидерстве через служение — концепции, которую важно понимать каждому Скрам Мастеру (ссылки на предыдущие посты — в конце статьи). Сегодня поговорим о том, как лидеру принимать решения, чтобы люди проявляли инициативу. Прежде чем вы прочтете это руководство, дайте себе честный ответ на вопрос, искренне ли вы как лидер хотите служить людям. Помните, что такое лидерство означает, что вы измеряете СВОЙ успех успехом ДРУГИХ. Помогать другим стать сильнее и брать на себя больше инициативы — один из шагов на этом пути. Выбираем направление работы Мы уже знаем, что нужно воздерживаться от решения проблем «за других» […]
Если вы не смогли побывать на конференции ScrumDayUA 2019 16 марта, если не успели записать рекомендации спикеров или просто хотите вспомнить доклады, на которые успели... Читайте эту статью, изучайте Скрам и приходите на ScrumDayUA 2020!
Продолжаем переводить посты Стефани Окерман о лидерстве через служение — концепции, которую важно понимать каждому Скрам Мастеру. Основа лидерства через служение была описана в прошлом посте; сегодня поговорим о том, как лидеру наделять других людей в коллективе властью и силой.
Начинаем переводить серию постов Стефани Окерман о лидерстве через служение. Первый из них — о необходимости создать надежную основу для действий, которая поможет людям в коллективе чувствовать себя сильными и двигаться в общем направлении, несмотря на неуверенность, чувствовать себя вдохновленными и полными сил в трудные времена. Такое основание для действий Стефани описывает через 4 V: Vision (видение), Values (ценности), Value (ценность), Validation (валидация).
Вот что подарить коллеге, другу или близкому человеку, если он/а Скрам Мастер или организовывает любые Аджайл-активности. В списке — описания, фото, ключевые слова для поиска, магазины и обзор цен.
К 2021 году 40% IT-специалистов будут мультидисциплинарными (versatilists), у них будут разнообразные роли, из которых большинство — не столько технологические, сколько бизнес-роли. По мнению Gartner, более 50% крупных компаний формализует мультидисциплинарные описания вакансий и профили специалистов. 20% IT-организаций будет нанимать мультидисциплинарных специалистов для масштабирования бизнеса — Gartner Symposium/ITxpo 2017.
Даже простейшие проекты могут затрагивать много отделов и функциональных групп в организации. Так что Аджайл приходится отстаивать перед самым разным людьми, не только перед одной конкретной командой и топ-менеджментом. И неспособность его отстоять могут привести к серьезным проблемам на проекте. Авторы этой статьи методом проб и ошибок вывели несколько подходов к внедрению Аджайла в организации на разных уровнях.
О работе Владельца Продукта много книг и статей, но на практике их оказывается мало — необходим еще опыт с реальными проектами. Как учиться так, чтобы понимать работу по Скраму практически, и где найти первую работу? В этот раз в нашем блоге — адаптация нескольких статей о том, как стать Владельцем Продукта. Кто такой Владелец Продукта Как сказано в Руководстве по Скраму, Владелец Продукта отвечает за максимизацию ценности продукта, который производит Команда разработки. То, как именно он/а это выполняет, во многом зависит от организации, команды и конкретной личности.   Владелец Продукта в Скраме — единственный человек, который отвечает за управление Бэклогом […]
Немногие говорят о работе Владельца Продукта системно, в формате чек-листа или схемы. Одна из любопытных попыток создать систему — фреймворк для оценки работы PO от Роберта Гэлена. Он построен по аналогии с Индексом освоения Аджайла Билла Кребса (Bill Krebs), который, в свою очередь, связан с такими системами, как инструмент самопроверки команд IBM (IBM Rational Self-check for Software Teams TM). Предлагаем перевод главных тезисов о продуктивном PO.
Ни для кого не секрет, что Скрам Мастер и Владелец Продукта — две отдельные роли, которые дополняют друг друга, и никто не может их совмещать. К сожалению, в реальной жизни случается, что Скрам Мастер не поддерживает Владельца Продукта, частично выполняет его обязанности, или Скрам Мастера нет вовсе.

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