Гибкое управление IT-проектами. Руководство для настоящих самураев
Реклама. ООО «ЛитРес», ИНН: 7719571260.
Оглавление
Джонатан Расмуссон. Гибкое управление IT-проектами. Руководство для настоящих самураев
Об авторе
Благодарности
Рад встрече с вами
Как читать эту книгу
Неслучайный юмор
Ресурсы в Интернете
От издательства
Часть I. Введение в гибкую разработку
Глава 1. Сущность гибкой разработки
1.1. Как создавать что-то полезное каждую неделю
1.2. Как происходит планирование при гибкой разработке
1.3. Сделано – значит сделано
1.4. Три простые истины
Глава 2. Знакомство с командой разработчиков
2.1. Что особенного в проектах, связанных с гибкой разработкой
2.2. Принципы действия гибкой команды
2.3. Роли, которые встречаются в типичной команде
2.4. Советы по подбору команды для гибкой разработки
Часть II. Концептуализация проекта при гибкой разработке
Глава 3. Главное – никого не забыть
3.1. Из-за чего погибает большинство проектов
3.2. Не избегайте сложных вопросов
3.3. Знакомство со стартовой колодой
3.4. Как это работает
3.5. Сущность стартовой колоды
Глава 4. Общее представление о ситуации
4.1. Вопрос: зачем мы здесь?
4.2. Создание блицрезюме
4.3. Разработка оформления продукции
4.4. Создание списка функций
4.5. Встреча с коллегами
Глава 5. Воплощение в реальность
5.1. Демонстрация решения
5.2. Что нас беспокоит
5.3. Сколько времени займет реализация проекта
5.4. Чем можно пожертвовать
5.5. Определение средств, необходимых для достижения результата
Часть III. Планирование проекта при гибкой разработке
Глава 6. Сбор пользовательских историй
6.1. Проблема с документацией
6.2. Знакомство с пользовательскими историями
6.3. Элементы хороших пользовательских историй
6.4. Как организовать семинар по сбору пользовательских историй
Глава 7. Оценка: филигранное искусство угадывания
7.1. Сложности, связанные с приблизительными оценками
7.2. Как сделать из лимонов лимонад
7.3. Как это работает
Глава 8. Гибкое планирование: столкновение с реальностью
8.1. Проблемы, связанные со статичным планированием
8.2. Знакомство с гибким планированием
8.3. Изменение объема работ
8.4. Ваш первый план
8.5. График прогресса разработки (burn-down chart)
8.6. Перевод проекта в режим гибкой разработки
8.7. Практическая реализация
Часть IV. Выполнение гибкого проекта
Глава 9. Управление итерациями
9.1. Как создавать что-то ценное каждую неделю
9.2. Гибкая итерация
9.3. Требуется помощь
9.4. Этап 1. Анализ и проектирование (подготовка к работе)
9.5. Этап 2. Разработка (выполнение работы)
9.6. Этап 3. Тестирование (проверка работы)
9.7. Канбан
Глава 10. Создание гибкого плана коммуникации
10.1. Четыре вещи, которые необходимо сделать в ходе любой итерации
10.2. Собрание по планированию историй
10.3. Презентация
10.4. Планирование следующей итерации
10.5. Как выполнить мини-ретроспективу
10.6. Как не нужно проводить планерку
10.7. Делайте все, что считаете целесообразным
Глава 11. Визуальное оформление рабочего пространства
11.1. В бой вступает тяжелая артиллерия!
11.2. Как оформить визуальное рабочее пространство
11.3. Демонстрация намерений
11.4. Создание и совместное использование общего рабочего языка
11.5. Отслеживание ошибок (bugs)
Часть V. Создание гибкого ПО
Глава 12. Тестирование компонентов: убеждаемся в том, что все работает
12.1. Добро пожаловать в Вегас, малыш!
12.2. Приступаем к тестированию компонентов
Глава 13. Рефакторинг: погашение технического долга
13.1. Как «развернуться на пятачке»
13.2. Технический долг
13.3. Погашение долга с помощью рефакторинга
Глава 14. Разработка на основе тестирования
14.1. Сначала пишем тесты
14.2. Использование тестов для разрешения сложных ситуаций
Глава 15. Непрерывная интеграция: обеспечение готовности к работе
15.1. Презентация
15.2. Культура подготовки продукта к производству
15.3. Что такое непрерывная интеграция
15.4. Как это работает
15.5. Организация постановки кода на учет
15.6. Организация автоматизированной сборки
15.7. Работа с небольшими фрагментами
15.8. Что дальше?
Приложения
Приложение А. Принципы гибкой разработки
Приложение Б. Интернет-ресурсы
Приложение В. Список литературы
Отрывок из книги
Джонатан Расмуссон, опытный предприниматель и бывший консультант по гибкой разработке (agile coach) в компании ThoughtWorks, занимается консалтингом на международном уровне, помогая клиентам находить наилучшие пути совместной работы и взаимодействий. Если Джонатан не едет на мотоцикле на работу по лютому канадскому морозу, то в свободное время он ведет блог http://agilewarrior.wordpress.com, где делится своим опытом из области гибкой разработки.
Подобная книга также не могла бы появиться без участия чудесного редактора и издателя. Сюзанна Пфальцер достойна всяческих похвал.
.....
Гибкая команда предпочитает, чтобы перед ней поставили цель, а затем не мешали всей команде разработать способ ее оптимального достижения. Для этого гибкая команда должна быть самоорганизующейся системой.
Самоорганизация заключается в том, что при необходимости нужно переступить через свое эго и вместе с командой понять, как вы, будучи командой (со всеми вашими индивидуальными навыками, пристрастиями и талантами), сможете выполнить конкретный проект максимально качественно.
.....