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

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

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

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

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

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

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

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


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

понедельник, 12 октября 2015 г.

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

Задался тут вопросом :)
А вот есть у компании, которая продает чего-то там для производства, заказ, который можно реализовать. Но надо "подтянуть поставщиков" - чтобы подумали, надо еще пару манагеров в своей конторке "напрячь" чтобы поучаствовали тех.экспертизой (к примеру).
И все еще непонятно - "выстрелит" этот заказ или нет (потому что договора никакого нет)? И в общем, понятно, что весь этот гемор - головняк продажника и "интуитивная оценка" его рук-ля.
А вот мы (условные "мы") берем, и переквалифицируем ("переобзываем") все это проектом. (слушайте, в последнее время - сплошь и рядом такое)
И уже как-то по-другому на все это смотрится. Даже в потухших глазах рук-ля того самого несчастного менеджера по продажам все выглядит уже и не так уж безнадежно.

А теперь, собственно, к вопросу (вопрос ведь пока так и не сформулировал).
Какие конкретно критерии помогут мне (как, допустим, начальнику отдела продажам) отделить просто "длительные переговоры по заказу" от переговоров о реальном проекте?
(и вот здесь вот сразу скажу: "ответы про уникальность, сроки и пр. - не принимаются", мы о реальности будем говорить, о ежедневной, а не о глобальной и по процессам).

Сейчас даже не хочу обсуждать вопрос об уникальности результата каждого проекта. Вот честно - достали с этой уникальностью. Дом построить - это уникальность? А жилой массив из одинаковых домов? А продать полный набор косметики мужчине?
У каждого - свой подход к уникальности. :)

Я, собственно, о другом хотел немного поговорить. Поговорить о том, как мы меняем свое отношение к происходящему в зависимости от того, как это происходящее называем.

Вот сказали мне, менеджеру по продажам, что я долго уже тяну с заключением договора с конкретным клиентом. А я им - "слушайте, не мешайте реализовывать проект".

Или вот приходят ко мне и говорят:"Давай. Вот есть проект. Нам нужен менеджер. Вот тебе техническая команда. Надо будет - еще технарей возьмем." А по факту - надо просто чугун с болтами продать(ну от чего-то прошлого осталось - не пропадать же).

Где - проект? А где продажа?
И ведь в каждом случае - продавать-то надо.
Причем еженедельно. Так чтобы верили. И так чтобы все это "выглядело хорошо" (с графиком загрузки, использованием ресурсов и прочими)

Ну это если - "проект".

А если я - менеджер по продажам. И не очень так сведущ в этой всей проектной практике. То меня ведь запросто можно просто "по-тупому развести". :) «Не выполняешь план». И все-такое.
Сложный, в общем, это вопрос – определение грани между проектом. И «не проектом».