"Увольте, я не марксист": "водопадная модель разработки" от первоисточника.
http://greesha.livejournal.com/6988.html
Дело было в 1970 году.
1) "Роль и место": Для тех, кто пропустил ключевое слово, автор повторяет его в первой же фразе: «Я собираюсь поделиться своей точкой зрения на управление большими программными проектами». Чем сразу очерчивает границу применимости дальнейших рассуждений. ... Большие проекты - это такие проекты, на разных этапах которых задействованы разные, часто слабо связанные между собой организации (определение моё (=greesha ), на строгость не претендует).
2) Тень сонмища юристов: Помните моё определение больших проектов? В таких проектах разные этапы выполняются разными организациями, а результаты работы на каждом этапе оформляются и передаются в виде бумажных документов (на момент разработки стандартов такой способ передачи информации был доминирующим). А разработанный документ является естественным признаком завершения очередного этапа и содержит в себе всё необходимое для начала следующего (в идеальном мире стандартов, конечно). Под юридическим дамокловым мечом точно начнёшь бумаги в десять раз больше марать для прикрытия...
3) Автор "водопада" как основоположник agile: Шаг 3: выполните работу дважды. и Шаг 5: вовлекайте заказчика.
Ну и напоследок:
Но разработка программ была уже сформировавшейся отраслью, а значит, была известна и главная её проблема, остающаяся неизменной по сей день: неэффективность общения между разными участниками проекта. Нет ничего удивительного в том, что практик Уинстон Ройс столкнулся с проявлениями этой проблемы и предложил актуальные и сегодня принципы её преодоления. А уже современные методы разработки позволили реализовать эти принципы в практиках Agile.
Так что в очередной раз "общеизвестная истина" по фундаментальному вопросу оказалась на деле всего лишь многократно повторённой легкопроверяемой ложью...
Дело было в 1970 году.
1) "Роль и место": Для тех, кто пропустил ключевое слово, автор повторяет его в первой же фразе: «Я собираюсь поделиться своей точкой зрения на управление большими программными проектами». Чем сразу очерчивает границу применимости дальнейших рассуждений. ... Большие проекты - это такие проекты, на разных этапах которых задействованы разные, часто слабо связанные между собой организации (определение моё (=greesha ), на строгость не претендует).
2) Тень сонмища юристов: Помните моё определение больших проектов? В таких проектах разные этапы выполняются разными организациями, а результаты работы на каждом этапе оформляются и передаются в виде бумажных документов (на момент разработки стандартов такой способ передачи информации был доминирующим). А разработанный документ является естественным признаком завершения очередного этапа и содержит в себе всё необходимое для начала следующего (в идеальном мире стандартов, конечно). Под юридическим дамокловым мечом точно начнёшь бумаги в десять раз больше марать для прикрытия...
3) Автор "водопада" как основоположник agile: Шаг 3: выполните работу дважды. и Шаг 5: вовлекайте заказчика.
Ну и напоследок:
Но разработка программ была уже сформировавшейся отраслью, а значит, была известна и главная её проблема, остающаяся неизменной по сей день: неэффективность общения между разными участниками проекта. Нет ничего удивительного в том, что практик Уинстон Ройс столкнулся с проявлениями этой проблемы и предложил актуальные и сегодня принципы её преодоления. А уже современные методы разработки позволили реализовать эти принципы в практиках Agile.
Так что в очередной раз "общеизвестная истина" по фундаментальному вопросу оказалась на деле всего лишь многократно повторённой легкопроверяемой ложью...