вторник, 20 октября 2015 г.

Проект - не проект 2

Проект – это что-то ограниченное во времени и предполагающее уникальный «продукт/результат» на выходе (бюджет сейчас даже в рассмотрение не берем).
И вот как-то у меня в последнее время перестали складываться в голове эти вот «определения проекта» применительно к IT.

Вот приходит РП в какую-то компанию с задачей разработать и внедрить в этой самой компании какую-то мифическую IT-систему. Перед ним «вываливаются» «хотелки», он на них смотрит, обсуждает, уточняет и - запускает проект.
«Хотелки», озвученные ему на старте проекта, в большинстве случаев представляют из себя какие-то требования/пожелания к тому как должно быть. Но этот набор требований/пожеланий, как правило относится к тому, что необходимо было сделать для того чтобы было удобно работать в «ситуации вчера». РП чего-то анализирует, подбирает какую-то команду, долго и нудно обсуждает сроки и бюджет. Составляет всякие документы типа Устава, Договора. Потом приступают уже к ТЗ. Где чего-то в виде требований/пожеланий добавляется. Проходит какое-то время и рождается вот оно – «рукопожатие: ну давай уже!».
Начинается процесс реализации (формализация требований, уточнение, согласование, чёрта в ступе, …). Выявляются еще хотелки/пожелания. Начинается реализация в виде разработки. Начинаются демо (если какой-то там agile применяем). И начинают появляться уже требования/пожелания к тому, как хорошо было в «ситуации сейчас».
А тут еще неуемные на язык аналитики разболтались, да РП «продвинутый» попался. И Заказчик уже немного начинает вставлять пожелания/хотелки на «ситуацию завтра».
Проект идет своим чередом. РП, как всегда чует неладное. Начинает всякие прелестные речи о невозможности реализовать все возникшие доп.требования в рамках данного проекта. Начинаются разговоры о приоритетах. Часть хотелок/пожеланий из «ситуации вчера» из проекта выпихивают. Часть того что из «ситуации сегодня» в проект втискивается. Иногда даже засовывают пару тройку незначительных фишечек из «ситуации завтра».
Проект потихонечку катится себе к завершению. И РП откладывает себе две стопочки – «вот эти требования мы исключаем потому что «это совсем-совсем вчера» и «вот эти требования мы можем включить в следующий этап проекта развития системы».
Как-то все это доходит до подписания акта сдачи-приемки. Потом окончательный счет. Все, проект закончен. Не очень превысили бюджет, в принципе не критично затянули сроки. Вроде как все работает. Все!

Но ведь пока все это происходило – компания развивалась. Стейкхолдеры всякие мысли понадумали. Появилось новое понимание как «должно работать» все по процессам. А значит – появились мысли о том, что можно было бы «заложить в систему» «на завтра».

И вот если весь этот процесс нарисовать на оси времени, то получится, что проект вроде как закончился. Но жизнь продолжается. Развитие какое-то идет, что-то новое требуется. Но проект ведь закончен.

Так вот возвращаясь к тому, что меня понемногу тревожит (заставляет задуматься) в последние несколько лет – можем ли мы точно говорить о границах проекта? Если я работаю «на стороне Заказчика», то я ведь понимаю, что с окончанием проекта как-то «обозванного» развитие системы не заканчивается. И пойдут «доработочки» (никто нигде не документирует), пойдут требования/пожелания. Жизнь идет. Но проект-то закончен.
И может быть уже начались переговоры о новом проекте. (снова «хотелки/требования» из разряда «ситуация вчера», снова ..).

Это очень похоже на то как вырастает человек. Вот вроде бы сейчас пока еще младенец и есть всякие штуки, связанные с этим состоянием (домашний манеж, учимся кушать из тарелки и не бросать кашей в собаку), а вот вдруг раз – и уже в ясли надо идти. Проект «домашнее воспитание младенца» закончился – начался проект «ребенок ходит в ясли». А потом – «детский сад закончен»/ «пошел в школу», …. И в каждом случае присутствует то самое окончание проекта («акт сдачи/приемки»). Но ведь для самого этого самого «вырастающего человека» нет никаких контрольных точек, нет ничего такого что, вдруг заставило бы «завершить этап» и на время пойти тихо-спокойно отдохнуть и «взять паузу». Жизнь не прерывается у него ни на минуту. Все время что-то происходит.


Мне кажется, что отношение к проекту в IT надо больше соотносить с воспитанием детей. А не с постройкой дома. J

Комментариев нет:

Отправить комментарий