7900
правок
Изменения
м
Нет описания правки
# В любом случае, делая такой проект, мы расширяем компетенцию нашей машины реализации, развиваем ее.
# Time and Material не меняет ситуацию принципиально. Потому что оценку проекта обычно все равно просят, она необходима для принятия решения о старте в конструкции стоимость против полезности. А разница заключается в принятии рисков: эту оценку могут превратить в Fix Price контракта, возлагая риски на исполнителя, или оплатить полностью. Кстати, что выгоднее при долгосрочном сотрудничестве - не очевидно, потому что Исполнитель заложит в оценку для Fix Price свои риски, и стоимость по-любому возьмет полную.
# А вот Agile с его практиками как раз нацелен на способы получения примерной оценки в условиях, когда четкое представления о работе отсутствует. При этом мы не делаем оргпроекта развития нашей машинки реализации - она развивается в ходе реализации эволюционно. И оказывается# Оказывается, что эффективность такого развития реализации по Agile выше традиционных подходов, рассчитанных на тщательное проектирование. Традиционное проектирование давало около 30% успешных, то есть уложившихся в сроки и деньги и давших нужный scope проектов. Это по мировым исследованиям, без российской специфики - здесь есть особенности ИТ-отрасли.
==Исследование - вторая революция==