#scrum #scrumMythsbusters
10 основных мифов о Scrum (по Барри Оверем):
1. Скрам-мастер должен присутствовать на стендап митинге (DSM).
2. Беклог спринта не может меняться в течении спринта.
3. Релиз функционала происходит только в конце спринта.
4. Беклог продукта должен включать в себя только пользовательские истории.
5. Беклог продукта полностью приоритизирован.
6. Владелец продукта - прокси для стейкхолдеров.
7. Скрам-мастер должен самостоятельно устранять все препятствия.
8. Скрам-мастер - начинающий Agile коуч.
9. Оценка задач производится только в стори поинтах.
10. В скраме нельзя планировать на длительный срок (более одного-двух спринтов).
О том, почему все перечисленные утверждения - это мифы, вы можете прочитать здесь: http://www.barryovereem.com/a-summary-of-the-10-scrum-myths/
10 основных мифов о Scrum (по Барри Оверем):
1. Скрам-мастер должен присутствовать на стендап митинге (DSM).
2. Беклог спринта не может меняться в течении спринта.
3. Релиз функционала происходит только в конце спринта.
4. Беклог продукта должен включать в себя только пользовательские истории.
5. Беклог продукта полностью приоритизирован.
6. Владелец продукта - прокси для стейкхолдеров.
7. Скрам-мастер должен самостоятельно устранять все препятствия.
8. Скрам-мастер - начинающий Agile коуч.
9. Оценка задач производится только в стори поинтах.
10. В скраме нельзя планировать на длительный срок (более одного-двух спринтов).
О том, почему все перечисленные утверждения - это мифы, вы можете прочитать здесь: http://www.barryovereem.com/a-summary-of-the-10-scrum-myths/
#трансформация #scrum #kanban
CEO одного из лучших продуктов для управления проектами (Kaiten.io) написал хорошую статью, в которой разбирает, в каких случаях эффективнее и результативнее применять Scrum, а в каких - Kanban.
Если кратко, то Scrum легко запустить в стартапе либо новой компании, где нет сложившихся процессов. В остальных случаях стоит задуматься о Kanban.
https://medium.com/@neemah/scrum-%D0%B8%D0%BB%D0%B8-kanban-%D1%81-%D1%87%D0%B5%D0%B3%D0%BE-%D0%BD%D0%B0%D1%87%D0%B0%D1%82%D1%8C-4fb3c133cbcd
CEO одного из лучших продуктов для управления проектами (Kaiten.io) написал хорошую статью, в которой разбирает, в каких случаях эффективнее и результативнее применять Scrum, а в каких - Kanban.
Если кратко, то Scrum легко запустить в стартапе либо новой компании, где нет сложившихся процессов. В остальных случаях стоит задуматься о Kanban.
https://medium.com/@neemah/scrum-%D0%B8%D0%BB%D0%B8-kanban-%D1%81-%D1%87%D0%B5%D0%B3%D0%BE-%D0%BD%D0%B0%D1%87%D0%B0%D1%82%D1%8C-4fb3c133cbcd
Medium
Scrum или Kanban, с чего начать?
Частенько можно встретить истории команд из серии: “Скрам у нас не зашел, мы теперь работаем по Kanban”, или наоборот “Канбан не получился…
#scrum #agile #неIT #трансформация
Интересный материал о том, как scrum помог повысить эффективность работы маркетингового агенства: клиенты стали счастливее, сотрудники продуктивнее и довольнее.
Наиболее важные мысли:
- "Объединять команду нужно вокруг бизнес-цели. Такая команда самодостаточна, сможет самостоятельно сделать ценность для клиента"
- "Скрам-мастеру важно вывести команду на тот уровень, когда она сможет самостоятельно перформить и дойдет до самостоятельного понимания преимуществ скрама."
- "Скрам-Мастер отвечает за чувство безопасности команды, в том числе от клиента и владельца продукта, которые хотят «сделать все и на завтра"
- "Используйте HADI-циклы — это то же самое:
«гипотеза —> action —> дата —> инсайт»."
- "Если руководство не хочет реализовать скрам, то ничего не получится: оно всё заглохнет где-то внизу."
https://worksection.com/blog/scrum-in-non-it.html
Интересный материал о том, как scrum помог повысить эффективность работы маркетингового агенства: клиенты стали счастливее, сотрудники продуктивнее и довольнее.
Наиболее важные мысли:
- "Объединять команду нужно вокруг бизнес-цели. Такая команда самодостаточна, сможет самостоятельно сделать ценность для клиента"
- "Скрам-мастеру важно вывести команду на тот уровень, когда она сможет самостоятельно перформить и дойдет до самостоятельного понимания преимуществ скрама."
- "Скрам-Мастер отвечает за чувство безопасности команды, в том числе от клиента и владельца продукта, которые хотят «сделать все и на завтра"
- "Используйте HADI-циклы — это то же самое:
«гипотеза —> action —> дата —> инсайт»."
- "Если руководство не хочет реализовать скрам, то ничего не получится: оно всё заглохнет где-то внизу."
https://worksection.com/blog/scrum-in-non-it.html
Worksection
Виталий Цимбалюк: как сделать скрам в non-IT компании?
В статье рассказано, как и зачем внедрять Scrum в non-IT компаниях, какие Scrum-инструменты подойдут маркетинговому агентству и что может пойти не так.
#scrum #прозрачность #эмпирическийПроцесс
Три артефакта, обеспечивающие прозрачность процесса в Scrum:
- Беклог продукта - обеспечивает прозрачность грядущих работ команды. Инспектируется на Груммингах и Планингах.
- Беклог спринта - обеспечивает прозрачность текущих работ команды. Инспектируется на DSM.
- Готовый инкремент - прозрачность прошлых работ команды. Инспектируется на Демо в конце спринта.
Три артефакта, обеспечивающие прозрачность процесса в Scrum:
- Беклог продукта - обеспечивает прозрачность грядущих работ команды. Инспектируется на Груммингах и Планингах.
- Беклог спринта - обеспечивает прозрачность текущих работ команды. Инспектируется на DSM.
- Готовый инкремент - прозрачность прошлых работ команды. Инспектируется на Демо в конце спринта.
#scrum #трансформация
Если руководство транслирует цель - «оптимизация ресурсов», то в данном контексте Scrum вреден и не примерим.
Если руководство транслирует цель - «оптимизация ресурсов», то в данном контексте Scrum вреден и не примерим.
#scrum #developmentTeam
Основная задача каждого члена скрам команды - создавать крутой продукт. Здесь не важно, кто ты - разработчик, QA или дизайнер.
Основная задача каждого члена скрам команды - создавать крутой продукт. Здесь не важно, кто ты - разработчик, QA или дизайнер.
#scrum #sprintReview
Если на обзоре спринта вы сидите за длинным столом с проектором, то с вашим обзором спринта что то не так.
Если на обзоре спринта вы сидите за длинным столом с проектором, то с вашим обзором спринта что то не так.
#практики #scrum
Пятничный сет практик и принципов для Scrum команд:
1. Все что ты делаешь, делай заметно. Повышай прозрачность.
2. Правило 2-х ног. Лучший способ решить проблему - подойти и обсудить лично.
3. Не боритесь с симптомами. Формулируй коневую проблему и желаемый конечный результат.
4. "Продавайте" не решения, а проблемы.
5. Исправь или прими.
6. Ставишь вето - организуй обсуждение.
Пятничный сет практик и принципов для Scrum команд:
1. Все что ты делаешь, делай заметно. Повышай прозрачность.
2. Правило 2-х ног. Лучший способ решить проблему - подойти и обсудить лично.
3. Не боритесь с симптомами. Формулируй коневую проблему и желаемый конечный результат.
4. "Продавайте" не решения, а проблемы.
5. Исправь или прими.
6. Ставишь вето - организуй обсуждение.
#мифы #scrum
Доброе утро!
Пятничная порция мифов про Scrum:
1. Scrum Master не может выводить из команды людей.
2. Product Owner - прокси для стейкхолдеров и должен лишь собирать у них требования и транслировать их команде.
3. Обзор спринта - это демо.
4. Scrum Master должен самостоятельно устранять все препятствия, с которыми сталкивается команда.
5. Релиз функционала возможен только в конце спринта.
Доброе утро!
Пятничная порция мифов про Scrum:
1. Scrum Master не может выводить из команды людей.
2. Product Owner - прокси для стейкхолдеров и должен лишь собирать у них требования и транслировать их команде.
3. Обзор спринта - это демо.
4. Scrum Master должен самостоятельно устранять все препятствия, с которыми сталкивается команда.
5. Релиз функционала возможен только в конце спринта.
#scrum #опыт
Один из важнейших инсайтов: Scrum это не волшебная пилюля, которая сделает из программистов юных Марков Цукербергов, а владельцев продуктов превратит в новых Стивов Джобсов. Он визуализирует проблемы и дает возможность системно анализировать окружающий контекст и адаптироваться под него.
Джеф Сазелренд говорил, что каждый может запомнить правила футбола и следовать им. Однако, это знание не позволит вам стать выдающимся футболистом. Чтобы достичь высот, вам нужно знать конкретные практики, стратегии и очень много тренироваться.
Собственно поэтому не стоит возлагать на Scrum чрезмерные ожидания, что это именно то, что разом решит все ваши трудности и в один день изменит ваших сотрудников, повысив их общий уровень знаний и умений.
Один из важнейших инсайтов: Scrum это не волшебная пилюля, которая сделает из программистов юных Марков Цукербергов, а владельцев продуктов превратит в новых Стивов Джобсов. Он визуализирует проблемы и дает возможность системно анализировать окружающий контекст и адаптироваться под него.
Джеф Сазелренд говорил, что каждый может запомнить правила футбола и следовать им. Однако, это знание не позволит вам стать выдающимся футболистом. Чтобы достичь высот, вам нужно знать конкретные практики, стратегии и очень много тренироваться.
Собственно поэтому не стоит возлагать на Scrum чрезмерные ожидания, что это именно то, что разом решит все ваши трудности и в один день изменит ваших сотрудников, повысив их общий уровень знаний и умений.
#scrum #эмпирическийПроцесс
К сожалению, довольно небольшой процент людей видели "чистый" Scrum в живую. Еще меньше людей, работало в настоящих Scrum командах.
На днях наткнулся на очень крутое видео, которое, на мой взгляд, полностью передает основную идею Scrum.
Команда разработки "переехала" на неделю в салон оптики с целью создания удобного приложения, которое будет помогать клиентам подбирать очки. По большому счету на момент старта работы у ребят была только основная идея и больше ничего.
Используя Scrum с ежедневными спринтами, они начали постепенно разрабатывать приложение, постоянно получая фидбек от конечных пользователей. К концу недели у них был работающая приложение с самым ценным функционалом. Что важно, в любой день разработка могла быть остановлена и заказчик бы имел работающий продукт, пусть и с урезанным функционалом.
В общем, "чистый" Scrum по ссылке без регистрации и СМС: https://www.youtube.com/watch?v=szr0ezLyQHY
К сожалению, довольно небольшой процент людей видели "чистый" Scrum в живую. Еще меньше людей, работало в настоящих Scrum командах.
На днях наткнулся на очень крутое видео, которое, на мой взгляд, полностью передает основную идею Scrum.
Команда разработки "переехала" на неделю в салон оптики с целью создания удобного приложения, которое будет помогать клиентам подбирать очки. По большому счету на момент старта работы у ребят была только основная идея и больше ничего.
Используя Scrum с ежедневными спринтами, они начали постепенно разрабатывать приложение, постоянно получая фидбек от конечных пользователей. К концу недели у них был работающая приложение с самым ценным функционалом. Что важно, в любой день разработка могла быть остановлена и заказчик бы имел работающий продукт, пусть и с урезанным функционалом.
В общем, "чистый" Scrum по ссылке без регистрации и СМС: https://www.youtube.com/watch?v=szr0ezLyQHY
#scrum #итерации #инкремент
Хочу поделиться еще одним примером того, как на практике выглядит итеративно-инкрементаный подход.
На первом фото результат работы команды за первую итерацию. На втором - результат достигнутый командой после нескольких десятков спринтов (это лишь один из экранов системы).
Каждую итерацию команда собирала фидбек у конечных пользователей, изучала изменения на рынке и на основании этого корректировала видение и road-map.
Подробнее о результатах можно прочитать здесь: https://vc.ru/services/66136-lyudi-i-chat-boty-pochemu-s-robotom-stalo-komfortnee-obshchatsya
(нет, это не реклама, а гордость скрам-мастера за крутую команду)
P.S.: ретроспективно смотреть на то, какой путь проделала команда в разрезе развития продукта - это отличный способ авторизовать результат и, как следствие, получить выброс дофамина и серотонина что приводит к поднятию боевого духа и мотивации (см. Анну Обухову).
Хочу поделиться еще одним примером того, как на практике выглядит итеративно-инкрементаный подход.
На первом фото результат работы команды за первую итерацию. На втором - результат достигнутый командой после нескольких десятков спринтов (это лишь один из экранов системы).
Каждую итерацию команда собирала фидбек у конечных пользователей, изучала изменения на рынке и на основании этого корректировала видение и road-map.
Подробнее о результатах можно прочитать здесь: https://vc.ru/services/66136-lyudi-i-chat-boty-pochemu-s-robotom-stalo-komfortnee-obshchatsya
(нет, это не реклама, а гордость скрам-мастера за крутую команду)
P.S.: ретроспективно смотреть на то, какой путь проделала команда в разрезе развития продукта - это отличный способ авторизовать результат и, как следствие, получить выброс дофамина и серотонина что приводит к поднятию боевого духа и мотивации (см. Анну Обухову).