Семинар "Концепция разработки ПО"

Теперь, когда меня зафрендил Саша Байкин, можно написать отчет о посещении семинара "Концепция разработки ПО". )
Сразу скажу, что я не имею прямого отношения к разработке ПО, а отношусь к процессу скорее с другой стороны -- как ПМ со стороны заказчика.
Поэтому шел на семинар как чистый лист, с целью понять, что за документ эта "концепция" и с чем ее едят с какой целью ее пишут.

Девчонки не справились.

По пунктам претензии:

• Нужно хотя бы было план написать, о чем собираешься рассказывать. Основная часть доклада - сбивчиво и бестолково. В большей степени этот пункт относится ко "второй" Ирине.


• Слайды. Это вообще песня. Слишком сложные для восприятия, загроможденные, практически не читаемые.


• Раздатка. Я понимаю, что можно скачать из инета пример, но нужно его хотя бы прочитать. Чем Сережа Мартыненко не преминул воспользоваться. )


• Хотя упоминалось, что "концепцию" часто путают с уставом проекта, не было указано в чем отличие содержания и целей использования этих двух документов.

Если бы за это просили деньги, я бы вышел с семинара страшно неудовлетворенным и с чувством что потратил деньги и время абсолютно зря.
Тем не менее, Миша (не запомнил фамилию), Сережа Мартыненко, Григорий (grisha_ru) и Саша Байкин только и спасли ситуацию.
Ну и конечно, остроумные комментарии Стаса Фомина.

Что удалось вынести:
под "концепцией ПО" часто понимают несколько совершенно разных документов, в зависимости от задачи, которую они выполняют.
1 смысл: предпроектный документ, который должен кратно и очень высокоуровнево описать содержание будущего ПРОДУКТА, на основании которого можно получить оценку затрат и сроков, и сравнить с ожидаемым профитом. После чего принять решение go-no-go.

2 смысл, свойственный чаще небольшим командам разработки: "концепция" заменяет собой ФТ+НФТ, в результате уточнения и углубления "концепции" рождается ТЗ. Происходит на стадии проекта Анализ-Дизайн. (это утверждение кажется мне спорным, хотел бы чтобы кто-нибудь из знающих прокомментировал/опроверг)
В этом смысле "концепция" часто утверждается у заказчика, и применяется в управлении изменениями, как документ, против которого проверяется "нужность" запроса на изменение (т.е. играет роль "стратегии").

Вот вкратце, сумбурно и все. Если что вспомню, еще допишу. )