Я уже писал ранее, что любая наша деятельность — есть суть реализации различных проектов. Проект может быть большим и маленьким, малозатратным или ресурсоёмким, скоротечным или длиной в человеческую жизнь.
Как только заказчик (кто хочет что-то реализовать) и Разработчик (кто утверждает, что может это сделать) находят друг друга, оговаривают некие условия и договариваются о совместной работе, в этот момент возникает альянс для выполнения работ по проекту.
Можно отметить, что обычный проект в обычных условиях проходит несколько эмоциональных фаз:
Фаза 1 — Эйфория от договорённости. Заказчик «ловится» на посуды разработчика в том, что они всё сделают. Ловушка — у каждого из них «всё» имеют совершенно разное значение, объёмы, стоимость и сроки. Заказчик считает, что получит всё, о чём мечтает (даже то, о чём не говорили), а Разработчик прикидывает, что сделает только то, о чём говорили и не более того!
Фаза 2 — Начало появления нестыковок. Отсутствие или безграмотно написанное техническое задание — это источник первых конфликтов. Разработчик опирается ТОЛЬКО на то, что в ТЗ. Заказчик убеждён, что может корректировать объём работ и направления по своему желанию и в любое время. Это происходит из-за того, что чётко не «договорились на берегу».
Фаза 3 — Начало саботажа у Заказчика. Всегда в компании Заказчика есть люди, которые против этих работ (причин много — борьба за бюджет, воровство, борьба за власть). Враги проекта начинают рушить всё, что делается: нарушают сроки, не качественно исполняют задания, постоянно вбрасывают информацию по дискредитации проекта. Создаётся атмосфера нервозности и взаимных упрёков.
Фаза 4 — Противники проекта включают самые «тяжёлые» аргументы. «Зачем мы это делаем и зачем тратим на это такие деньги»? Теперь "недоброжелатели от заказчика" максимально мешают (саботируют) работам по проекту.
Фаза 5 — работы по проекту потихоньку "топятся". И партнёры расходятся, считая, что каждого обманули. Остаётся только уладить финансовые расчёты. Так всё и заканчивается (обычно печально).
Что надо сделать, чтобы избежать проблем:
Заказчику:
- Помнить всегда — кому более важно успешно реализовать этот проект;
- Владелец компании должен быть кровно заинтересован в его реализации (не на словах, а реально);
- Владелец должен сразу увольнять любого, кто против или сомневается в успехе/ нужности проекта;
- Проект должен быть обеспечен всем необходимым (РП, паспорт проекта, сотрудники, финансирование, мониторинг и контроль).
Без обеспечения всего этого проект лучше не начинать.
Разработчику:
- «Вытащить» из Заказчика реальные цели проекта (главное, что нужно владельцу);
- Привлекать максимальное количество сотрудников Заказчика в рабочие группы;
- Максимально формализовать (на бумаге) промежуточные итоги работы;
- Предусматривать схемы дистанционного контроля работоспособности элементов проекта (борьба с саботажем).
Всем, кто занимается подобной деятельностью, должны усвоить, что внедрение проекта — это сложная и неприятная деятельность (силовое навязывание).
А главная проблема — сотрудники компании, в которой проект внедряется. Если владелец этой компании не заставит своих сотрудников честно работать над внедрением — проект обречён.
Это лишь некоторые трудности на длинном пути успешного внедрения.
Удачи вам.
Автор: Михаил Вениаминович, руководитель канала «Хакнем Суть», г. Москва
