Разработчик и Заказчик — у каждого своя правда!
В этой статье мы рассмотрим классическую ситуацию, с которой сталкиваются многие при создании проектов автоматизации. Речь пойдет не о технических аспектах разработки, а о фундаментальном различии во взглядах на успех проекта между двумя ключевыми сторонами — разработчиком и заказчиком. Это понимание может помочь избежать множества конфликтов и неудач.
Взгляд со стороны разработчика
Для разработчика проект — это в первую очередь плод его интеллектуального и технического труда. Он оценивает вклад в успех примерно так:
• 80% — это его титаническая работа по проектированию, программированию и созданию системы. Это ядро, основа всего.
• 20% — это усилия заказчика по внедрению готового решения.
Обратите внимание: Аналитика вашей рекламы, или как перестать сливать деньги на контекстную рекламу?.
Основная ошибка разработчика в том, что он часто недооценивает решающую роль заказчика в конечном успехе. Без активного участия и правильного внедрения даже самый гениальный код может оказаться бесполезным.Взгляд со стороны заказчика
Заказчик мыслит иначе и гораздо прагматичнее. Он вкладывает финансовые ресурсы и ожидает конкретного результата без лишних проблем. Его оценка распределения важности прямо противоположна:
• 20% — это ценность работы разработчика (создание «коробки»).
• 80% — это последующий процесс: примут ли систему сотрудники, будет ли она работать и приносить пользу, что определит, заплатят ли деньги в полном объеме.
В этом противостоянии мнений обе стороны, безусловно, правы со своей колокольни. Однако, как показывает практика, последнее слово всегда остается за тем, кто финансирует проект, то есть за заказчиком. Именно он держит в руках рычаг управления — бюджет.
Формула успеха для разработчика
Чтобы проект был реализован успешно и признан таковым заказчиком, разработчику необходимо сместить фокус. Успех зависит не только от качества кода, но и от грамотной работы с людьми и процессами на стороне клиента. Можно выделить четыре ключевых компонента:
• 20% — ваша профессиональная работа по созданию технического решения. Это необходимый базис.
• 15% — способность вовлечь в проект как можно больше сотрудников заказчика, сделав их частью команды.
• 15% — создание инструментов контроля и мотивации, которые обеспечат соблюдение новых правил и процедур сотрудниками заказчика.
• 50% — самый важный элемент. Необходимо убедить топ-менеджера или руководителя заказчика ЛИЧНО и ЕЖЕДНЕВНО использовать результаты вашего проекта. Его пример станет главным драйвером внедрения.
Эта формула не является строго научной, но она наглядно иллюстрирует, где лежат основные риски и точки приложения усилий. Суть в том, что проект — это в первую очередь изменение процессов у заказчика, а не просто поставка программного обеспечения.
Учет этих принципов на старте проекта — не открытие Америки, но действенный способ предотвратить множество будущих проблем, недопониманий и конфликтов. Это инвестиция в успешное сотрудничество и достижение реальных бизнес-результатов.
Удачи в ваших проектах!
Автор: Михаил Вениаминович, руководитель канала «Haknem Essence», г. Москва.
Больше интересных статей здесь: Бизнес.
Источник статьи: Обе стороны, по-своему правы, но правее тот, в чьих руках деньги.
