Опанування професійного Scrum. Практичний посібник із подолання труднощів і максимізації переваг Agile-підходу

Зміст Опанування професійного Scrum. Практичний посібник із подолання труднощів і максимізації переваг Agile-підходу

Передмова Кена Швабера
Передмова Дейва Веста
Вступ
Scrum — це шлях уперед, якщо прагнути до нього професійно
Коллу слід читати цю книжку
Як упорядковано цю книжку
Заклик до дії
Слова подяки
 
Розділ 1. Постійне вдосконалення вашої практичної діяльності в Scrum
Зосередьтеся на селли ключових напрямах для вдосконалення практичної діяльності в Scrum
Гнучке (agile) мислення
Емпіризм лежить в основі Scrum
Опанування Scrum означає поліпшення
командної роботи
Кожна Scrum-команда повинна зосередитися на поліпшенні цінності свого продукту
Кожна сильна команда має чітку командну ідентичність
Команди повинні відшліфувати свої командні процеси
з метою вдосконалення
Організація може значно вплинути на результати
роботи команди
Зростання Scrum вимагає від команди вдосконалення інших умінь
Викладацькі навички
Навички фасилітації
Навички навчання
Технічна досконалість
Лідерство як служіння
Процес безперервного вдосконалення
Що дошкуляє найбільше?
Аналіз першопричини
Експериментуємо з різними підходами
Успіх чи невдача?
Підсумки
Заклик до дії
 
Розділ 2. Створення сильної команди
Формування командної ідентичності
Що створює хорошого члена команди?
Хто має бути в Scrum-команді?
Команди розробників повинні знати більше, ніж просто розробка
Як Scrum-команди створюють робочі угоди?
Який вигляд має самоорганізація?
Спільні цілі
Чітка відповідальність
Межі
Як співпрацюють Scrum-команди?
Як просуваються команди?
Характеристики продуктивних і адаптивних команд
Підсумки
Заклик до дії
 
Розділ 3. Постачання «готових» приростів цінності продукту
Що означає «повна готовність завдання»?
Переваги критерію «повної готовності завдання»
Як створити критерій «повної готовності завдання»
Використання цілей спринту для досягнення
«повної готовності завдання»
Створення гарних цілей спринту
Використання цілі спринту для ефективної
щоденної Scrum-наради
Приведення елементів беклогу продукту до «готового» стану раніше в межах спринту
Обмеження кількості незавершених завдань
Вимірювання та аналіз потоку виконання
Нарощування якості від самого початку
Автоматизація та «повна готовність завдання»
DevOps
Перегляд коду
Метрики якості
Пропрацювання технічного боргу
Надання прозорості технічному боргу
Забезпечення помітності «погашення» технічного боргу
Підсумки
Заклик до дії
 
Розділ 4. Поліпшення наданої цінності
Що таке цінність?
Швидше постачання — хороший початок,
але цього недостатньо
Цінність продукту і Scrum-команда
Використання концепції продукту
для підсилення командної мети,
зосередженості та ідентичності
Вимірювання цінності
Орієнтація запланованих для виконання елементів продукту (беклогу) на результати користувачів
Поліпшення наданої цінності під час спринту
Перевірка та пристосування на основі відгуків
Навчання як цінність
Ефективні огляди спринту містять реалізовану цінність
Збирання відгуків від зацікавлених сторін
Підсумки
Заклик до дії
 
Розділ 5. Поліпшення планування
Планування за допомогою продуктового мислення
Вимірювання успіху
Емпіричне планування
Створення узгодженої структури
Уточнення беклогу продукту
Удосконалення запланованих для виконання задач
(беклогу) мінімально життєздатного продукту
Оцінка
Розбиття запланованих для виконання
елементів продукту (беклогу) для зосередження на результатах
Планування спринту
Скільки «готового» приросту цінності ви можете отримати за спринт?
Скільки часу слід витратити на вдосконалення цього спринту?
Наскільки далеко ви від удосконалення
Планування релізів
Наскільки великим повинен бути реліз?
Наскільки малим за обсягом може бути реліз?
Підсумки
Заклик до дії
 
Розділ 6. Допомога Scrum-командам у розвитку та вдосконаленні
Використання ретроспективи спринту для виявлення сфер
для вдосконалення
Виявлення та усунення перешкод
Відстеження перешкод та кількісна оцінка наслідків
Усунення перешкод
Зростання індивідуальних та командних можливостей
Знайдіть час для постійного навчання та зростання
Використовуйте знання та досвід в організації
Бути відповідальним Scrum-майстром
Вимірювання успіху Scrum-майстра
Ефективні Scrum-майстри змінюють свій підхід на основі контексту
Підсумки
Заклик до дії
 
Розділ 7. Ефективне залучення організації до вдосконалення
Організаціям необхідно розвиватися, аби досягти успіху
Розвиток людей і команд
Вплив оглядів продуктивності та компенсації
Індивідуальні кар’єрні шляхи
Стратегії пошуку ресурсів і вплив на команди
Розподілені команди
Почуття зручності в стані прозорості
Культура відповідальності за результат, а не звинувачення
Відмова від (ілюзії) контролю
Справжня сила залізного трикутника
Фінансові ініціативи
Оцінка на основі обсягу
Ітеративне та інкрементальне бюджетування
«Бути Agile» — це не мета
Зробіть щось добре, перш ніж збільшувати використання
Підсумки
Заклик до дії
 
Розділ 8. Висновки й подальші перспективи
Гнучкість бізнесу вимагає нових рішень
Заклик до дії
 
Додаток А. Самооцінка для розуміння того,
де ви перебуваєте
Бізнес-гнучкість
Ефективний емпіризм зі Scrum
Ефективна робота в команді зі Scrum
Аналіз оціночних відповідей
Додаток Б. Поширені хибні думки щодо Scrum
Scrum не є методологією або процесом управління
Scrum — це не «панацея» чи спосіб пришвидшити розробників
Власник продукту не документує вимоги
Беклог продукту не є Agile-версією традиційного документа з вимогами
Беклог продукту не є списком усіх запитів
Щоденна Scrum-нарада не є статусною
Спринт може бути успішним, навіть якщо всі заплановані елементи беклогу спринту не завершено 
Scrum-майстер не відповідає за відстеження роботи команди розробників
Огляд спринту — це не зустріч заради схвалення
Для початку спринту не потрібно багато готуватися
Предметний покажчик