Scrum. Гибкая разработка ПО

Майк Кон

Эта книга представляет собой авторитетное, реалистичное и имеющее большое практическое значение руководство по быстрому освоению Scrum и гибкой методологии разработки и последующему закреплению достигнутых результатов на длительное время. Ведущий консультант и практик в области гибкой методологии разработки Майк Кон предоставляет подробные рекомендации, эффективные советы и практические примеры из реальной жизни. Залогом надежности этих рекомендаций и советов является богатый практический опыт автора, который помог не одной сотне организаций, занимающихся разработкой программного обеспечения, успешно внедрить у себя Scrum и гибкую методологию разработки.

Данная книга предназначена для прагматичных специалистов в области разработки программного обеспечения, которые хотят получить надежные, заслуживающие доверия ответы на большинство трудных вопросов, с которыми им приходится сталкиваться в процессе внедрения Scrum. В своей книге Кон описывает все аспекты процесса внедрения: запуск процесса, оказание людям помощи в освоении ими своих новых ролей, структуризация коллективов, увеличение охвата, работа с рассредоточенным коллективом и, наконец, внедрение эффективных показателей и непрерывное совершенствование.

В книге Кона то там, то здесь встречаются врезки под заголовком «Попробуйте прямо сейчас», включающие наиболее эффективные советы Кона. Во врезках под заголовком «Возражения» автор воспроизводит типичные дискуссии с теми, кто сопротивляется переменам, и дает практические рекомендации, которые позволят вам аргументированно ответить на подобные возражения и развеять сомнения людей.

В книге освещаются следующие вопросы.

Практические способы немедленного начала внедрения - а также быстрого повышения вашей квалификации и получения желаемых результатов.
Способы преодоления индивидуального сопротивления переменам, которых требует Scrum.
Кадровое обеспечение Scrum-проектов и формирование эффективных коллективов.
Формирование сообществ в поддержку усовершенствования организации из энтузиастов.
Выбор технических приемов гибкой методологии разработки, которыми следует воспользоваться (или как минимум поэкспериментировать).
Руководство деятельностью самоорганизующихся коллективов.
Как добиться максимальной эффективности от Scrum-спринтов, планирования и методов повышения качества.
Распространение Scrum на проекты с рассредоточенными коллективами и на проекты, предполагающие использование нескольких коллективов.
Применение Scrum к проектам со сложными последовательными процессами или к проектам, которые должны отвечать требованиям различных стандартов.
Влияние Scrum на вопросы кадров, технического обеспечения и управления проектами.

Независимо от того, выполнили ли вы лишь несколько спринтов или даже несколько проектов с применением гибкой методологии разработки, и от того, какова ваша нынешняя роль (менеджер, разработчик, наставник, руководитель Scrum-проекта, владелец продукта, аналитик, лидер коллектива или лидер проекта), эта книга поможет вам добиться еще большего успеха в вашем следующем проекте. Но она поможет вам и в гораздо более важном и ответственном деле: преобразовать всю вашу организацию.

Издательство: Вильямс, 2011 г.

ISBN 978-5-8459-1731-7

Количество страниц: 576.

Содержание книги «Scrum. Гибкая разработка ПО»:

21 Предисловие
23 Благодарности
27 Об авторе
29 Введение
35 Часть I. Приступаем к освоению Scrum
37 Глава 1. Гибкая методология разработки: нелегко, но перспективно
- 39 Чем обусловлены трудности перехода к использованию Scrum
  - 40 Успешное изменение не осуществляется исключительно по принципу «сверху вниз» или «снизу вверх»
  - 41 Конечное состояние перехода к Scrum непредсказуемо
  - 42 Scrum проникает буквально во все поры организации
  - 43 Scrum — очень своеобразная методология
  - 44 Перемены происходят быстрее, чем прежде
  - 45 Передовые методы таят в себе опасность
- 46 Почему переход к использованию Scrum стоит затрачиваемых на него усилий
  - 47 Повышение производительности и снижение издержек
  - 50 Повышение заинтересованности работников в выполняемой ими работе и более высокая удовлетворенность ею
  - 51 Сокращение времени вывода новых продуктов на рынок
  - 52 Повышение качества
  - 53 Повышение удовлетворенности всех, кто так или иначе связан с разработкой новых продуктов
  - 54 Неудовлетворенность прежними методами работы
- 55 Что дальше
- 56 Дополнительная литература
57 Глава 2. ADAPTация к Scrum
- 59 Осознание
  - 61 Инструменты, способствующие осознанию
- 63 Желание
  - 64 Инструменты, способствующие возникновению желания перейти к Scrum
- 68 Способность
  - 69 Инструменты, позволяющие выработать способность
- 72 Продвижение
  - 73 Инструменты продвижения Scrum
- 76 Распространение
  - 77 Источники «организационной гравитации»
- 80 Взглянем на картину в целом
- 81 Дополнительная литература
83 Глава 3. Модели внедрения Scrum
- 83 Массовость: за и против
  - 85 Почему следует отдать предпочтение постепенному переходу
  - 86 Почему следует отдать предпочтение одновременному переходу
  - 87 Выбор между одновременным и постепенным переходами
- 88 Открытый и скрытый варианты перехода
  - 89 Причины, по которым предпочтение отдается открытому варианту перехода
  - 90 Причины, по которым предпочтение отдается скрытому варианту перехода
  - 91 Выбор между скрытым и открытым вариантами перехода к использованию Scrum
- 92 Варианты распространения опыта использования Scrum
  - 92 Метод «разделить и засеять»
  - 93 Метод «нарастить и разделить»
  - 94 Внутреннее наставничество
  - 94 Преимущества метода «разделить и засеять»
  - 95 Преимущества метода «нарастить и разделить»
  - 95 Преимущества внутреннего наставничества
  - 96 Выберите свой подход
- 97 Внедрение новых технических приемов
  - 98 Причины раннего опробования новых приемов
  - 99 Причины позднего опробования новых приемов
- 99 Последнее соображение
- 101 Дополнительная литература
103 Глава 4. Движение в направлении гибкости
- 105 Журнал совершенствования
- 107 Сообщество в поддержку перехода к Scrum
  - 108 Спринты ETC
  - 111 Обязанности ETC
- 114 Сообщества в поддержку усовершенствований
  - 116 Катализаторы усовершенствований
  - 117 Спринт сообщества в поддержку усовершенствований
  - 119 Сосредоточьтесь на целях, имеющих непосредственное отношение к практике
  - 120 Члены сообщества в поддержку усовершенствований
  - 122 Роспуск сообщества
- 123 Универсального рецепта не существует
- 123 Что дальше
- 124 Дополнительная литература
127 Глава 5. Ваши первые проекты
- 128 Выбор пилотного проекта
  - 128 Четыре характеристики идеального пилотного проекта
- 131 Выбор времени для внедрения Scrum
  - 131 Когда приближается час расплаты
- 133 Выбор пилотной команды
  - 134 Если пилотный проект неудачен
- 135 Формулировка ожиданий и управление ими
  - 136 Ожидания, касающиеся прогресса
  - 138 Ожидания, касающиеся предсказуемости
  - 139 Ожидания, касающиеся отношения к Scrum
  - 139 Ожидания, касающиеся участия всех заинтересованных сторон
- 140 Речь идет о пилотном проекте
- 140 Дополнительная литература
143 Часть II. Люди
145 Глава 6. Преодоление сопротивления
- 146 Можно ли предвидеть возникновение сопротивления
  - 146 Кто будет сопротивляться
  - 148 Заблуждения и фобии
- 150 Информация о переменах
  - 150 Послания лидеров
  - 151 Мнение коллег
- 152 Тонкости индивидуального сопротивления
  - 155 Скептики
  - 158 Саботажники
  - 160 Консерваторы
  - 162 Последователи
- 164 Сопротивление как полезный предупреждающий сигнал
- 165 Дополнительная литература
167 Глава 7. Новые роли
- 167 Роль Scrum-мастера
  - 168 Качества хорошего Scrum-мастера
  - 171 Технические лидеры в качестве Scrum-мастеров
  - 173 Scrum-мастера: собственные или приглашенные
  - 173 Ротация Scrum-мастеров
  - 174 Преодоление типичных проблем
- 176 Владелец продукта
  - 176 Обязанности владельца продукта
  - 179 Каждой команде нужен только один владелец продукта
  - 182 Качества хорошего владельца продукта
  - 183 Scrum-мастер как владелец продукта
  - 184 Преодоление типичных проблем
- 187 Новые роли, прежние обязанности
- 187 Дополнительная литература
189 Глава 8. Изменившиеся роли
- 190 Аналитики
- 192 Руководители проектов
  - 195 Почему изменяется название должности
- 196 Архитекторы
  - 197 Архитектор, не занимающийся кодированием
- 197 Функциональные менеджеры
  - 198 Лидерская роль функционального менеджера
  - 199 Обязанности, связанные с управлением кадрами
- 200 Программисты
- 202 Администраторы базы данных
- 202 Тестеры
- 206 Проектировщики пользовательского опыта
- 208 Три общие темы
- 209 Дополнительная литература
211 Глава 9. Технические приемы
- 212 Стремление к техническому совершенству
  - 212 Проектирование на основе тестирования
  - 215 Рефакторинг
  - 217 Коллективное владение
  - 219 Непрерывная интеграция
  - 221 Парное программирование
- 224 Проектирование: целенаправленное и спонтанное
  - 225 Привыкайте к жизни без крупномасштабного проектирования
  - 227 Управление проектированием
- 230 Обязательное совершенствование технических приемов
- 231 Дополнительная литература
235 Часть III. Команды
237 Глава 10. Структура команды
- 238 Накормите команду двумя пиццами
  - 239 Почему достаточно двух пицц
  - 241 Производительность небольшой команды
- 244 Команды, специализирующиеся на определенных функциональных возможностях
  - 246 Используйте компонентные команды экономно
  - 250 Кто принимает эти решения
  - 251 То, что правильно сегодня, может оказаться неправильным завтра
- 251 «Самоорганизующаяся» не означает «случайно сформированная»
  - 252 Как подобрать подходящих членов команды
- 254 Один человек — один проект
  - 256 Когда задач слишком много, время на их выполнение сокращается
  - 257 Когда многозадачность является подходящим вариантом
  - 258 Корпоративная форма многозадачности
  - 259 Исключите однообразный механический труд
- 260 Рекомендации по выбору структуры команды
- 262 Что дальше
- 263 Дополнительная литература
265 Глава 11. Организация коллективного труда
- 266 Воспитание чувства коллективной ответственности
  - 268 Воспитание у команды чувства приверженности поставленной перед ней цели
- 269 Полагайтесь на специалистов, не злоупотребляя ими
- 271 Старайтесь понемногу выполнять разные работы
  - 273 Чтобы завершить все работы, не нужно ожидать окончания спринта
  - 273 Балансируйте размеры элементов журнала запросов
- 274 Способствуйте обучению команды
  - 275 Позаботьтесь о создании условий для обучения
  - 280 Избегайте потерь знаний
- 282 Стимулируйте сотрудничество, напоминая о совместной цели
- 285 А теперь все вместе
- 286 Дополнительная литература
287 Глава 12. Управление самоорганизующимся коллективом
- 288 Влияние на самоорганизацию
  - 289 Контейнеры, различия и обмены
- 296 Влияние на эволюцию команды или компании
  - 297 Выбирайте внешнее окружение
  - 298 Сформулируйте, что такое успешное функционирование
  - 298 Управляйте смыслом
  - 299 Внедряйте замещающие системы отбора
  - 300 Подзаряжайте систему энергией
- 302 Лидерство — это не только покупка пиццы
- 303 Дополнительная литература
305 Глава 13. Журнал запросов на выполнение работ
- 306 Переход от документов к обсуждениям
  - 309 Не выплесните ребенка вместе с документацией
  - 309 Используйте в журнале запросов на выполнение работ истории пользователей
- 312 Постепенное уточнение требований
  - 312 Спонтанно возникающие требования
  - 314 Айсберг журнала запросов на выполнение работ
  - 316 Зачем нужно постепенно уточнять требования
  - 317 Постепенное уточнение историй пользователя
- 321 Учитесь начинать без спецификации
  - 322 Создание спецификаций на основе примеров
  - 325 Межфункциональные команды снижают потребность в документации
- 326 Критерии DEEP для журнала запросов
- 327 Не забывайте обсуждать
- 327 Дополнительная литература
329 Глава 14. Спринты
- 330 Каждый спринт должен заканчиваться созданием работоспособного программного обеспечения
  - 331 Определение понятия «потенциально готов»
  - 333 Рекомендации по определению понятия «потенциально готов»
- 336 Создавайте к окончанию каждого спринта что-то значимое
- 340 Готовьтесь в текущем спринте к следующему
  - 340 Спринты типа «бильярдный шар»
  - 341 Включайте в спринт только реальный объем работы
- 343 Работайте вместе
  - 345 Избегайте спринтов, посвященных определенным видам деятельности
  - 346 Замените отношения «от окончания к началу» отношениями «от окончания к окончанию»
  - 347 Распараллеливание проектирования пользовательского опыта
  - 349 Мыслите целостно, работайте инкрементно
  - 350 Архитектура и проектирование баз данных
- 352 Временные рамки: неизменные и строгие
  - 354 Никогда не продлевайте спринт
- 356 Не меняйте цель
  - 359 Откажитесь от перенацеливания команды
- 360 Получайте отзывы, учитесь и приспосабливайтесь
- 361 Дополнительная литература
363 Глава 15. Планирование
- 364 Постепенно уточняйте свои планы
- 366 Никаких сверхурочных для спасения плана
  - 368 Обходиться без сверхурочной работы трудно
  - 369 Как прийти к финишу с наилучшим результатом
  - 371 Если не сверхурочные, то что?
- 372 По возможности предпочитайте изменение масштаба
  - 373 Альтернативные варианты
  - 376 Важность контекста конкретного проекта
- 378 Оценки и обязательства — это не одно и то же
  - 378 Какими данными нужно располагать
  - 381 Переход от оценки к обязательству
  - 383 Исторически сложившаяся скорость создает основу для обязательств
- 387 Резюме
- 388 Дополнительная литература
389 Глава 16. Качество
- 390 Включайте тестирование в процесс разработки
  - 391 Почему тестирование в конце не дает нужного результата
  - 392 Как выглядит встраивание качества в процесс разработки на практике
- 394 Автоматизируйте на разных уровнях
  - 397 Другие роли тестов пользовательского интерфейса
  - 397 Роль тестирования вручную
  - 398 Автоматизируйте во время спринта
  - 400 Выгоды от автоматизации тестов
- 401 Выполняйте разработку на основе приемочных тестов
  - 403 Наиболее подходящий уровень детализации
- 405 Выплатите технический долг
  - 406 Выплата технического долга в три этапа
- 407 Качество зависит от команды
- 408 Дополнительная литература
411 Часть IV. Организация
413 Глава 17. Изменение масштаба Scrum
- 414 Изменение масштаба роли владельца продукта
  - 415 Совместная ответственность и разделение функциональности
- 416 Ведение большого журнала запросов на выполнение работ
  - 417 Один продукт — один журнал
  - 419 Поддерживайте разумный размер журнала
- 421 Упреждающий режим управления зависимостями
  - 422 Планирование с накатом на несколько последующих спринтов
  - 425 Проведение организационных совещаний, предваряющих очередной релиз-цикл
  - 426 Совместное использование специалистов командами
  - 426 Использование специализированной команды интеграции
- 429 Координация работы команд
  - 430 Объединенное Scrum-совещание
  - 433 Синхронизация спринтов
- 435 Изменение масштаба совещания по планированию спринтов
  - 435 Смещение на один день
  - 436 Большая комната
- 438 Создание сообществ практиков
  - 439 Формальные или неформальные
  - 440 Создание условий для формирования и процветания сообществ практиков
  - 442 Участие
- 443 Scrum и масштаб проекта
- 443 Дополнительная литература
445 Глава 18. Рассредоточенные коллективы
- 446 Решите, как рассредоточить несколько команд
- 449 Добейтесь спаянности команды
  - 450 Учитывайте культурные различия
  - 452 Учитывайте незначительные культурные различия
  - 453 Укрепляйте функциональную и командную субкультуры
- 459 Встречайтесь чаще
  - 459 Визиты знакомства
  - 461 Визиты с целью поддержания контактов
  - 462 Путешествующие посланники
- 464 Измените способ своего общения
  - 465 Объем документации растет
  - 466 Добавление подробностей в журнал запросов на выполнение работ
  - 466 Поощрение горизонтальных связей
- 468 Совещания
  - 469 Советы общего характера
  - 472 Совещание, посвященное планированию спринта
  - 475 Ежедневное совещание разработчиков
  - 479 Объединенные Scrum-совещания
  - 480 Обзоры и ретроспективы спринтов
- 481 Действуйте с осторожностью
- 482 Дополнительная литература
485 Глава 19. Сосуществование с другими подходами
- 486 Совмещение Scrum и последовательной разработки
  - 486 Три сценария взаимодействия
  - 487 Три сферы конфликта
  - 489 Могут ли Scrum и последовательная разработка сосуществовать вечно
- 490 Надзор за выполнением проекта
  - 492 Выполнение Scrum-проектов, когда надзор не связан с гибкой методологией разработки
- 494 Соответствие стандартам
  - 494 ISO 9001
  - 496 Интегрированная модель технологической зрелости организации (CMMI)
  - 498 Обеспечение соответствия
- 500 Что дальше
- 500 Дополнительная литература
503 Глава 20. Кадры, техническое обеспечение и отдел управления проектами
- 504 Отдел кадров
  - 505 Структуры подчиненности
  - 506 Периодические аттестации работников
  - 509 Увольнение членов команды
  - 510 Пути карьеры
  - 511 Команда состоит из людей, а между людьми всегда возникают проблемы
- 512 Группа технического обеспечения
  - 512 Физическое пространство
  - 516 Мебель
  - 517 О том, что должно быть хорошо видно в вашем рабочем пространстве
- 521 Отдел управления проектами
  - 521 Люди
  - 522 Проекты
  - 523 Процесс
  - 525 Переименование PMO
- 525 Подведем итоги
- 526 Дополнительная литература
529 Часть V. Что дальше
531 Глава 21. Как далеко вы продвинулись в деле внедрения Scrum
- 531 Цель измерения
- 532 Универсальные оценки освоения гибкой методологии разработки
  - 534 Опрос на соответствие уровню «шодан»
  - 535 Схема оценки степени освоения командой гибкой методологии разработки
  - 537 Сравнительная оценка степени освоения командой гибкой методологии разработки
- 540 Разработка собственной оценки
- 542 Сбалансированная система показателей Scrum-команд
  - 543 Построение сбалансированной системы показателей
  - 545 Отдавайте предпочтение простым показателям
- 546 Должно ли это нас волновать
- 548 Дополнительная литература
551 Глава 22. Впереди еще много работы
553 Список литературы
565 Предметный указатель