Здравствуйте, Gaperton, Вы писали:

G>Здравствуйте, AZDesign, Вы писали:


G>19-й ГОСТ (ЕСПД) есть в сети, очень разумный стандарт, регламентирующий отношения и документооборот заказчика и исполнителя, хоть и 79 года. Рекомендую.
0) Документ 77 года, вступил в действие в 01.01.1980 года.
1) Менеджеры до сих пор думают что ПО разрабатывается по каскадной модели, он не желают читать ни Джонса, ни Брукса, ни Фокса, ни Гласса. Этот стандарт описывает именно такую модель.
2) Никто не хочет видеть, что в этой модели нет этапа ТЕСТИРОВАНИЕ, потому что тестирование практически всегда возвращает разработчика на предыдущие этапы, что превращает каскадную модель в водопадную, и следовательно с неуправляемыми сроками.
3) На самом деле, и водопадная модель плохо описывает процесс разработки, несколько лучше процесс разработки описывает плоская спиральная модель.
4) Более точно процесс разработки описывается вертикальной спиральной моделью, и пониманием для чего нужно тестирование.

G>Во-первых, во многих проектах как раз срок и/или бюджет по определению известен заранее и фиксирован (ибо диктуется внешними обстоятельствами), зато функциональность может варьироваться в относительно широких пределах, и в некоторых пределах — качество. На практике — часто, почти всегда при должном умении, управляя последними, можно вывести проект к заданной дате, и, управляя ожиданиями заказчика, сделать проект успешным, если начальная ошибка планирования не была совсем грубой.
5) На практике Заказчик хочет получить результат вчера, в лучшем случае — завтра, за 2 копейки и самого лучшего качества. Исполнитель как правило соглашается с этими сроками (условиями) и всучает заказчику недоделанную, неработающую систему в срок. Заказчик не зная как должно быть, принимает это как выполненную работу.
Ведь именно об этом Вы пишете — "управляя ожиданиями заказчика и функциональностью" можно сделать проект успешным, с точки зрения менеджера. А с точки зрения разработчика? Читайте Гласса. Очень рекоменую.