Есть ли фиксированная сфера / проекты с фиксированной ценой = WaterFall?

Question

В сценариях, когда RFP выдается заказчиком для поставщика, который будет выбран на основе определенных технических и финансовых критериев, то есть в проектах с фиксированным объемом / фиксированной ценой, может ли использоваться любая методология, отличная от WATERFALL. То есть Может ли инкрементальный / итеративный подход работать?

Answer 1

Если они хотят такого типа предложения, то они, вероятно, готовы заплатить цену в заказах на изменение и больших буферах (во времени и в $$) за неизвестных. И вы можете делать ставки соответственно.

Но как только контракт подписан, самая продуктивная методология - это то, что есть. И если вы устраняете факторы риска, выполняете заказы раньше и чаще и т. Д., Вы просто получаете преимущество, когда пишете эти изменения быстрее.

Answer 2

Почему бы вам не сделать итеративную работу? Вы можете распределить работу в любом размере и выполнять итерации дизайн-сборка-тестирование. Я предполагаю, что вы спрашиваете, подходит ли облегченная методология, разработанная для работы с изменяющейся или неопределенной областью действия. Я не понимаю, почему FDD не подходит, например, только потому, что вы знаете, куда идете. :)

Answer 3

Я думаю, что можно использовать гибкий и итеративный подход, который важен на многих уровнях. Фаза определения потребностей бизнеса чрезвычайно важна и должна быть итеративной. Запрашивая контракт с фиксированным объемом / фиксированной ценой, клиент отказывается от возможности быть гибким и убивает дух гибкости. Конечно, вы можете и должны выполнять некоторые итерации даже при фиксированном контракте. Но наиболее ценные преимущества итеративного подхода были потеряны при подписании фиксированной области действия.

Answer 4

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

Водопад - это когда вы выполняете все планирование, затем все кодирование, затем все тестирование / отладку в указанном порядке. Вместо этого вы можете выполнить достаточно планирования, а затем выполнять циклы планирования / кодирования / тестирования.