Цитаты из книг автора «Борис Вольфсон»

• Люди и их взаимодействие важнее процессов и инструментов. • Готовый продукт важнее документации по нему. • Сотрудничество с заказчиком важнее жестких контрактных ограничений. • Реакция на изменения важнее следования плану.

Журнал пожеланий продукта (Product Backlog) — фактически приоритезированный список требований. Обычно он состоит из бизнес-требований, которые приносят конкретную бизнес-пользу и называются элементами журнала пожеланий.

Анализ диаграммы сгорания во время спринта. Для единообразия анализ будем проводить на пятый день спринта, хотя на практике диаграмму сгорания можно использовать с третьего дня для выработки корректирующих действий.

Если у команды отсутствуют серьезные проблемы, желательно следующие темы обсудить на ретроспективе: • скорость команды и ее изменение по сравнению с предыдущими спринтами; • нереализованные истории пользователей и причины опоздания; • дефекты и их причины; • качество процессов (нарушения, отступления).

Feature-driven development Feature-driven development (функционально-ориентированная разработка) — методология, созданная Джеффом Де Люка (Jeff De Luca). Разработка ведется в пять этапов.

Agile Unified Process Agile Unified Process (AUP) — упрощенная версия IBM Rational Unified Process, созданная Скоттом Амблером (Scott Ambler) и состоящая из семи методов.

Dynamic Systems Development Method (DSDM) Методология DSDM (Dynamic Systems Development Method — метод разработки динамических систем) основана на подходе RAD (Rapid Application Development — быстрая разработка приложений) и включает в себя три стадии.

Водопадная модель разработки ПО

Водопадная модель разработки ПО Начнем с основ и для этого возьмем машину времени и переместимся в 1970 год: доктор Уинстон Ройс пишет свою статью «Управление разработкой больших программных систем» (Managing the development of large software systems), которая и положила начало водопадной модели разработки ПО. Самое интересное, что он в своей статье описывает эту модель как антипаттерн. Доктор Ройс предлагает решение, в котором есть элементы итеративности и гибкости, но оно больше похоже на тяжеловесную методологию.

Диаграмма Парето Этот инструмент позволяет выявить модули, которые содержат определенный процент дефектов. Обычно получается соотношение, близкое к 20/80: 20% модулей содержат 80% дефектов.