Гибкое управление проектами и продуктами
ОГЛАВЛЕНИЕ
Об авторе
Благодарности
Благодарности компаниям и организациям
Глава 1. Гибкие методологии
Принципы гибких методологий
Scrum в двух словах
Не Scrum’ом единым
Канбан
Глава 2. Scrum – гибкий управленческий фреймворк
Роли
Владелец продукта
Команда разработки
Скрам-мастер
Процессы
Спринт
Планирование спринта
Скрам-митинг
Обзор спринта
Ретроспектива
Артефакты
Глава 3. Управление продуктом
Построение бизнес-модели
Персоны
Инструмент Story Mapping
Журнал пожеланий продукта
Размер журнала пожеланий и стратегическое планирование
Определение приоритетов историй пользователя
Умные цели для спринта
Specific – точные и конкретные цели
Measurable – измеримые цели
Achievable – достижимые цели
Relevant – релевантные цели
Time-bound – цели со сроком
Лишняя функциональность
Глава 4. Управление командой
Что такое команда
Этапы командообразования
Самоорганизация в командах
Стили управления
Команды уровня 1
Команды уровня 2
Команды уровня 3
Команды уровня 4
Лучшие практики управления командой в Scrum
Покер-планирование
Выбор эталонной задачи
Ход покер-планирования
Отбор задач на спринт
Диаграмма сгорания
Доска задач
Теории X и Y
Теория X
Что делать руководителю
Теория Y
Что делать руководителю
X + Y
Эффект наблюдателя
Не навреди
Что делать
Глава 5. Управление контрактами
Сроки и долгосрочное планирование в Agile
Оценка сроков методом PERT
Оценка сроков релиза в Scrum-проекте
Scrum в заказной разработке
Как продать Scrum заказчику
Нулевой спринт
Практики Scrum, или Как посадить заказчика на итеративную иглу
«Вредные» клиенты
Глава 6. Управление рисками
Глава 7. Инженерные практики
Непрерывная интеграция
Разработка через тестирование и разработка с тестами
Рефакторинг
Парное программирование
Формальные инспекции кода
Простота архитектуры и метафора системы
Коллективное владение кодом и стандарт кодирования
Сорокачасовая рабочая неделя
Глава 8. Анализ требований
Роль системного аналитика
UML
Процесс ICONIX
Стратегия актуализации документации
Роль аналитика в Scrum
Роль аналитика в канбане
Прототипы
Глава 9. Масштабирование Agile
Организационные структуры
Scrum-команда: состав
Масштабирование Scrum
Scrum of Scrum of Scrum
Управление продуктами
Scrum на уровне предприятия
Распределенный Scrum
Глава 10. Контроль и обеспечение качества
Интеграция контроля и обеспечения качества в Scrum
Структура спринта для тестировщиков
Сколько необходимо тестировщиков
Глава 11. Бережливое производство
Ценность – основа бережливого производства
Виды потерь
Инструменты бережливого производства. Бережливое производство ПО
Производственная система «Тойоты» (Toyota Production System, TPS)
Кайзен
Инструменты кайзена
Карта потока создания ценности
Пять «почему»
Диаграммы причинно-следственной связи
Диаграммы Исикавы
Контрольные карты
Диаграмма Парето
Глава 12. Agile-методологии
Водопадная модель разработки ПО
Авторы Agile-манифеста
Crystal Clear
Dynamic Systems Development Method (DSDM)
Agile Unified Process
Feature-driven development
ICONIX
Как внедрить Agile за четырнадцать недель
Принципы внедрения
Цикл Деминга (PDCA-цикл)
ShuHaRi
График и содержание внедрения
Неделя № 1 (подготовка к трансформации)
Неделя № 2 (нулевой спринт)
Неделя № 3 (старт первого «калибровочного» спринта)
Неделя № 4 (завершение первого «калибровочного» спринта)
Неделя № 5 (старт второго спринта)
Неделя № 6 (завершение второго спринта)
Неделя № 7 (старт третьего спринта)
Неделя № 8 (завершение третьего спринта)
Неделя № 9 (старт четвертого спринта)
Неделя № 10 (завершение четвертого спринта)
Неделя № 11 (старт пятого спринта)
Неделя № 12 (завершение пятого спринта)
Неделя № 13 (старт «идеального» шестого спринта)
Неделя № 14 (завершение «идеального» шестого спринта)
Список литературы
ОТРЫВОК ИЗ КНИГИ
Об авторе
У меня есть обширный и разнообразный опыт в области разработки программного обеспечения и веб-разработки, чем я, собственно, и занимаюсь на постоянной основе с 2003 года. За это время я успел поработать на разных должностях, начиная с верстальщика и разработчика и заканчивая руководителем крупного подразделения разработки с коллективом более 100 человек в компании Softline. Сейчас я работаю в компании HeadHunter техническим директором лучшего рекрутингового сайта в Интернете, который помогает находить свое предназначение миллионам людей.
С гибкими методологиями (Agile software development, Аgile-методы) я познакомился в середине 2000-х годов, а Scrum практикую с 2009-го. Мое видение гибких методологий (и Scrum в частности) прошло путь от набора лучших практик до философии производства программного обеспечения.
Можно сказать, что я отношусь к современному поколению управленцев, которые неплохо знают тяжеловесные методологии разработки софта и методы общего менеджмента из других отраслей, но уверены, что настоящее и будущее за гибкими методологиями.
Со мной можно связаться следующими способами:
• http://www.facebook.com/borisvolfson;
• http://twitter.com/borisvolfson;
• borisvolfson@gmail.com.
Благодарности
Спасибо всем, кто помогал мне в работе над данными материалами, в том числе по плану внедрения Agile. Полужирным шрифтом выделены авторы наиболее обширных и ценных комментариев, предложений и замечаний: Тимофей Евграшин; Максим Гармаш; ЕгорКовязин; Илья Козлов; КсенияКолосова; Евгений Кривошеев; Наталья Лукьянчикова; Дмитрий Паньшин; Михаил Подоплелов; Михаил Подурец; Сергей Рогачев; Андрей Свердлов; Евгений Сорокин; Ирина Сурикова; Анна Тарасенко; Асхат Уразбаев; Лия Шабакаева.
Особую благодарность также выражаю многочисленным рок- и хард-рок-группам, без которых создание этой книги было бы невозможно.
Благодарности компаниям и организациям
Хочу выразить огромную благодарность компаниям HeadHunter и Softline, в которых мне довелось работать и, надеюсь, сделать разработку в них гибкой и эффективной. Большое спасибо также компании ScrumTrek и лично Асхату Уразбаеву и Никите Филиппову за бесценные знания и идеи!
От издательства
Ваши замечания, предложения и вопросы отправляйте по адресу электронной почты vinitski@minsk.piter.com (издательство «Питер», компьютерная редакция).
Мы будем рады узнать ваше мнение!
На сайте издательства http://www.piter.com вы найдете подробную информацию о наших книгах.
Глава 1. Гибкие методологии
Семейство гибких методологий буквально ворвалось на софтверную сцену и перевернуло все с ног на голову:
• мы стали сосредотачиваться на людях и улучшении коммуникаций между ними вместо выстраивания сверхжестких процессов;
• мы начали концентрироваться на продукте вместо того, чтобы писать изощренную проектную документацию, которую никто не читает;
• мы больше не заставляем заказчика расписываться кровью, ограничивая его жесткими и неудобными условиями договоров, а строим действительно партнерские отношения и выясняем, чего он хочет и что ему нужно;
• мы всегда готовыкизменениям, так как понимаем, что мир вокруг нас меняется и то, что месяц назад казалось абсолютно необходимым в нашем проекте, сейчас уже не нужно вообще.
В более строгом варианте эти тезисы были сформулированы отцами-основателями гибких методологий в документе, который получил название Agile Manifesto.
• Люди и их взаимодействие важнее процессов и инструментов.
• Готовый продукт важнее документации по нему.
• Сотрудничество с заказчиком важнее жестких контрактных ограничений.
• Реакция на изменения важнее следования плану.
Визуализация ценностей манифеста гибкой разработки
Полный текст манифеста и его переводы доступны на сайте http://agilemanifesto.org. Каждый, кто хочет работать по гибкой методологии, должен ориентироваться на эти четыре «взвешивания»: как только начинает тяжелеть не та «чаша весов», надо задуматься: «На верном ли я пути?» Таким образом, манифест станет вашим компасом, по которому можно определять направление движения.
Отдельно отмечу, что, хотя в манифесте гибкой разработки понятия противопоставляются, нет полного отрицания, то есть гибкие методологии — это не отсутствие процессов и инструментов, документации, контрактных ограничений и плана.
Принципы гибких методологий
Не менее важны принципы Agile, о которых часто даже не упоминают, когда обсуждают гибкие методологии разработки.
Конец ознакомительного фрагмента...
GERMES — Бизнес-библиотека в Telegram
Все материалы, размещенные на канале, получены из открытых источников сети Интернет, либо присланы пользователями канала. Все права на тексты книг принадлежат их авторам и владельцам.