Насколько я понимаю, Agile более или менее похожа на открытый/гибкий процесс. Смысл я ожидаю и ожидаю быстрых изменений со стороны заинтересованных сторон.Бизнес-аспект Agile
Но как насчет бизнес-аспекта этого? Что, если у заинтересованного лица есть определенный бюджет для продукта?
Что делать, если их изменения превышают указанный бюджет?
Есть ли термин «гибкий контракт»?
Одним из преимуществ Agile является то, что незавершенные истории всегда отслеживаются в конце каждого спринта (например, 2 недели).
Напротив, более подход, подобный водопаду, может «подтолкнуть» незавершенные требования к неопознанности до конца этапа разработки (например, месяцев).
Лучше знать как можно скорее, что определенные требования не будут рассмотрены в текущем бюджете.
По этим причинам наиболее «трудные» требования часто решаются первыми.
Одним словом, Agile идеально подходит для бизнеса и бюджета.
Другие преимущества гибкости в вашем сценарии сосредоточены на определении приоритетов и создании готовой работы с шагом.
Когда мы разработали программное обеспечение поэтапно с водопадом, и изменения прошли за счет бюджета, мы часто опоздали и были вынуждены выбирать между дополнением финансирования проекта или получением ничего для наших утомительных затрат. Обычно выбор заключался в том, чтобы продолжать тратить так, чтобы у нас было что-то, чтобы показать, что все усилия и бюджеты проектов быстро выйдут из-под контроля.
С гибким, мы строим в порядке приоритета и создаем работу по качеству продукции в каждом приращении. Когда мы доходим до того, что спрос превышает бюджет, мы находимся в лучшем положении, потому что теперь у нас есть продукт качества продукции, который включает в себя все наиболее важные функции, которые могут быть построены для бюджета, который у нас был. Мы по-прежнему можем тратить больше денег, чтобы получить больше возможностей, если хотим, но у нас также есть возможность остановиться, и у нас все еще есть продукт для показа.
Бизнес должен ожидать лучшего продукта. Как правило, большой процент функций не используется или обрабатывается за счет чего-то более ценного.
Оставляя решения о том, что строить до последнего ответственного момента и не пытаясь угадать все детализированные требования, означает, что вы, скорее всего, получите лучший продукт. Сотрудничая в команде и избегая дорогостоящих традиционных переговоров по предварительным требованиям, подписывайте и передавайте, вы будете более эффективными.
Agile объясняется с помощью Stacey Matrix и Cyefin помогает понять, почему Agile лучше всего работает над некоторыми проектами.
Project Management (Iron) Triangle помогает продемонстрировать, что страдает проектами при изменении требований, а бюджет и стоимость остаются неизменными - качество.
Это может быть порочный круг, поскольку технический долг замедляет работу команд. Поскольку они прижимаются, чтобы доставлять больше качества, ухудшается.
Что делать, если вам нужен автомобиль, который вы не можете себе позволить? – BartoszKP
@BartoszKP Я * всегда * хочу машину, которую я не могу себе позволить. –
@RogerRowland Ну, ничего страшного в том, что я хочу. Пока вы не кричите инженерам, что это их вина, что автомобили такие дорогие;) – BartoszKP