Итеративный или инкрементальный?

Какова ценность каждого нового релиза, получаемого в конце спринта?

Если вы планируете ограниченные по времени спринты, то придерживайтесь такой стратегии: когда время спринта подходит к концу, останавливайте всю работу по разработке, поскольку если команда будет поставлять работающее программное обеспечение в конце каждого спринта, то подобная стратегия принесет существенную пользу. Вы получите стандартные контрольные точки, помогающие поддерживать высокое качество ПО. Это позволяет владельцу продукта, пользователям и заинтересованным сторонам увидеть функционально полные версии, в которых встроенные опции хорошо сочетаются друг с другом. Таким образом значительно снижаются риски, потому что команде не придется дожидаться окончания проекта, чтобы интегрировать функции, созданные разными людьми, и обнаружить, что они не работают вместе.

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

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

Объединяя все разработки вместе в конце каждого спринта, не дожидаясь для этого окончания проекта, команда может распознать и предотвратить многие подобные проблемы. Существуют и другие преимущества такого подхода: улучшение коммуникации, более активное участие стейкхолдеров и легко измеримый статус проекта. Разбивка проекта на этапы называется

<< | >>
Источник: Эндрю Стеллман, Дженнифер Грин. Постигая Agile. Ценности, принципы, методологии. 2015

Еще по теме Итеративный или инкрементальный?:

  1. «Брэнд – это имя, термин, знак, символ или дизайн или их комбинация, которые предназначены для идентификации товаров или служб одной группы продавцов и для отличия их от товаров или служб конкурентов».
  2. NOTHING THERE или NTHG или NIX НИЧЕГО или НЕТ.
  3. BUY (I BUY) или MINE или ПОКУПАЮ SELL (I SELL) или YOURS, YRS или ПРОДАЮ;
  4. Под инвестором в данной структуре понимается юридическое или физические лицо, принимающее инвестиционные решения. Он осуществляет вложение собственных или заемных денежных, а также иных привлеченных имущественных или интеллектуальных ценностей в инвестиционный проект и обеспечивает их целевое использование
  5. I TAKE (I BORRROW) или ПРИВЛЕКАЮ. I GIVE (I LEND, I PLACE) или РАЗМЕЩАЮ.
  6. Каждое решение принимается или по шаблону или является изобретением.
  7. Необходимость прямого контакта, или неотделимость от источника или объекта услуги
  8. Избавление от тирании принципа «или... или"
  9. Заключение: Не Покупайте. Рынок или образует Двойную Верхушку, или продолжит снижаться. Июль 93, Свинина - Неудачная Модель
  10. Заключение: Не Покупайте. Рынок или образует Двойную Верхушку, или продолжит снижаться. Продажа Второго Типа – Декабрь 92, Британский Фунт
  11. Расходы на подтверждение соответствия продукции, выполнения работ или оказания услуг требованиям технических регламентов, положениям стандартов или условиям договоров
  12. Взыскание налога или сбора за счет иного имущества налогоплательщика организации или налогового агента — организации