Репост из: Чашка чая на полке тимлида 📚
📖 Что я вынес из книги «Постигая Agile» про Scrum
Сегодня дочитал часть книги про Scrum и хочу поделиться тем, что реально зацепило.
1. Команды сами решают, как работать. Scrum строится на саморганизующихся командах, где каждый может влиять на проект, а не просто выполнять назначенные сверху задачи.
2. Инструменты Scrum — это не просто ритуалы. Спринты, дейли, ретро, доски с колонками «Сделать / В процессе / Сделано» — всё это помогает команде видеть, где они, и быстро корректировать курс.
3. Истории и сторипойнты. Пользовательские истории делятся на подзадачи, оцениваются в сторипойнтах, а техника «покер планирования» помогает договариваться об объёме работы всей командой.
4. Видеть прогресс — важно. Burndown-диаграммы наглядно показывают, сколько работы осталось и как движется спринт. Отставание от плана будет сразу заметно!
5. Цель каждого спринта — рабочий продукт. Не просто «сделанные таски», а набор улучшений и фич, который приносит ценность пользователю.
Для меня главная мысль: Scrum — это не набор правил, а способ сделать команду более самостоятельной и фокусированной на том, что реально важно.
Когда читал эти главы, постоянно про себя отмечал, где мы делаем правильно, а где неправильно, где отклоняемся от «учебника», но оно работает, а где – просто криво поняли технологию, и нужно выстроить работу иначе:)
👉 Сейчас продолжаю читать, и на очереди главы про XP – Экстремальное программирование.
Сегодня дочитал часть книги про Scrum и хочу поделиться тем, что реально зацепило.
1. Команды сами решают, как работать. Scrum строится на саморганизующихся командах, где каждый может влиять на проект, а не просто выполнять назначенные сверху задачи.
2. Инструменты Scrum — это не просто ритуалы. Спринты, дейли, ретро, доски с колонками «Сделать / В процессе / Сделано» — всё это помогает команде видеть, где они, и быстро корректировать курс.
3. Истории и сторипойнты. Пользовательские истории делятся на подзадачи, оцениваются в сторипойнтах, а техника «покер планирования» помогает договариваться об объёме работы всей командой.
4. Видеть прогресс — важно. Burndown-диаграммы наглядно показывают, сколько работы осталось и как движется спринт. Отставание от плана будет сразу заметно!
5. Цель каждого спринта — рабочий продукт. Не просто «сделанные таски», а набор улучшений и фич, который приносит ценность пользователю.
Для меня главная мысль: Scrum — это не набор правил, а способ сделать команду более самостоятельной и фокусированной на том, что реально важно.
Когда читал эти главы, постоянно про себя отмечал, где мы делаем правильно, а где неправильно, где отклоняемся от «учебника», но оно работает, а где – просто криво поняли технологию, и нужно выстроить работу иначе:)
👉 Сейчас продолжаю читать, и на очереди главы про XP – Экстремальное программирование.