Истинное назначение движения документов в ИТ-проектах

Mar 15, 2011 13:53

 Коллега поделился историей о том, как можно занять делом много людей, создать множество документов, воплотив в жизнь схему реализации обычного проекта как изысканную многоходовку и обеспечивающий ее документооборот (в частности).
История такова. (надо ли писать, что все названия и имена изменены, любые совпадения - случайны :)) Итак, есть некая компания «Эпсилон», занимается активами - недвижимостью, акциями и прочими доходными вещами. Является российским филиалом огромного международного Холдинга.

Есть у компании «Эпсилон» некое программное обеспечение, служащее целям учета активов. До поры до времени оно работало без нареканий. Но жизнь не стоит на месте, потребовалось функционал системы расширять - обычная практика. А компания-разработчик этого ПО уже давно исчезла с горизонта - по нашим реалиям тоже нормальная ситуация. При этом ИТ-служба «Эпсилона» систему вполне успешно поддерживает и даже что-то по мелочи там допиливает-докручивает. Казалось бы - дай задание своим программистам, получай результат, живи и радуйся! Не тут то было..

В соответствии с политиками Компании, нельзя такой серьезный заказ размещать в собственной ИТ-службе, а нужно звать специально-обученных высоко-эффективных ИТ-консультантов (в красивых модных деловых костюмах, со свободным английским). Объявляют-играют тендер: плодят невероятное количество документов: конкурсная документация, заявки, деловая переписка, стандарты-регламенты-положения, конверты, тендерная комиссия, выбор подрячика, договор, устав проекта, тех-задание и пр. и др. Все как обычно. Серьезный конкурс и важный ИТ-проект.

И вот - документы согласованы, подписаны, задачи поставлены, где-то там, скрытые от посторонних глаз, разработчики корпят над кодами. Поджимают сроки реализации, так как много времени ушло на согласование важных документов, доработки идут полных ходом, их ударно завершают и на скорую руку принимают систему в эксплуатацию, как всегда, с мыслью: 'если что - доделаем в рамках поддержки и развития'
Наконец, настает светлый час - в систему запускают реальных пользователей - специалистов по активам. И выясняется, что некоторые новые фичи, мягко говоря, плохо коррелируют с предметной областью. Учитывая, что тех-задание писалось и согласовывалось также в цейтноте, ссылаться на него уже бесполезно. Надо действовать. Дальше - чистый детектив.

- Представители «Эпсилона» выходят на подрядчиков, компанию «Бетта». Объясняют, что работать невозможно, нужно срочно доделывать все «по уму».
Из «Бетты» отвечают: «Наша компания является организационным Центром управления проектами, наши консультанты провели обследование, написали ИТ-стратегию и Методологию, а непосредственные разработчики - компания «Гамма». Пишите им официальную претензию, и все исправим».

- От имени директора «Эпсилона» направлена официальная претензия в компанию «Гамма», которая должна быть рассмотрена в установленные Уставом Проекта сроки. А работа стоит. Для ускорения процесса берут контакты компании «Гамма», находят программиста, который за данный проект отвечает. Пишут ему ругательные письма. Напряжение растет. Программист «Гаммы» отвечает, что он - не специалист в данной предметной области, да и вообще, в компании «Гамма» нет таких специалистов. Поэтому проект был отдан на суб-подряд, в дружественную компанию «Дельта».

Сотрудники «Эпсилон» берут контакты компании «Дельта». Дедуктивным методом находят другого программиста, ответственного за реализацию. Не дожидаясь официального прохождения своей претензии через «Бетту» и «Гамму», пишут программисту Дельты все, что думают о его программистских талантах, просят исправить код. Программист Дельты отвечает, что он - Архитектор, подробно этим проектом не занимался, т.к. очень занят, а кодил-писал все программист Вася, который работает на полставки у него в отделе.

- Обстановка накалена. Найден программист Вася. Ему высказано по-емайл все вышеперечисленное претензиозное.

На что Вася резонно замечает, что он в компании «Дельта» вообще-то сисадмин, на полставки. И этот код писал урывками, не особо вдаваясь в подробности и детали реализации - для кого это, для чего это и вообще
А там, где он еще на полставки, он работает за троих…
От безысходности у Васи интересуются - где же это он так ударно работает? Что помешало ему чуть с бОльшим пиитетом отнестись к их заказу?

Вася отвечает, что он работает программистом в компании «Эпсилон», в ИТ-отделе.

(без комментариев)

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

Тома проектной документация, все эти ИТ-стратегия и Методология, версии ТЗ, Технорабочего проекта, Дизайн-макетов и прочего и прочего Васе меньше всего нужны.
Все эти документы гордо хранятся в Проектной библиотеке. Ведь формально именно за эти документы и уплачена основная часть суммы контракта.

Выслушав эту историю, я подумала: А что, повезло! :) забавно! … А ведь саму историю уже можно назвать банальной.

Не знаю, как вы, друзья, но я, за свой многолетний проектный опыт, уже не однажды, так или иначе, участвовала в таких документально-оборотных проектных махинациях, либо со стороны «Бета», либо со стороны Гамма, а доводилось, и со стороны «Эпсилон». Где, каждый раз «кучи» документов создавались, обсуждались, версионировались, согласовывались, утверждались и т.д. Но на деле - все, что было в результате нужно - оказывался случайно найденный, нигде не задокументированный, ресурс «программиста Васи», который смог вовремя накодить ровно то, что требовалось. А единственной проблемой - было задокументировать вовремя и правильно то, что сделал «Вася», пока тот не уволился.
Думаю, что каждый из вас, коллеги,  тоже может вспомнить несколько подобных историй, не так ли?
Previous post Next post
Up