Автор: Пономарев Петр Андреевич, Исполнительный директор
28 Марта 2009, 00:00,
К сожалению, общий уровень знаний большинства Заказчиков об интернет-технологиях в целом и в частности об их бизнес-составляющей части катастрофически низок… Очень часто это приводит к непониманию на различных стадиях проекта, хотя казалось, что объяснено все, задокументировано и подписано все… а оказывается, что понято не так.
Я лично недопонимаю нежелание многих Заказчиков читать в муках рожденную документацию на проект… Ведь это их проект, в документации продумывается до детали: как он будет работать, как будет зарабатывать деньги, как будет обслуживаться и, главное, как будет делаться…
Проектирование - по сути самая важная и трудоемкая часть работы по разработке интернет-проектов, на нее уходит большинство ресурсов… Написать код, сделать дизайн, подготовить и провести рекламную кампанию - все эти задачи мелки, по сравнению с проектированием…
Трудозатраты на любой проект я бы расписал так 50% -проектирование, 10% - разработка, 40% - тестирование… А нежелание Заказчиков участвовать в проектировании их же проекта меня поражает…
Значительную часть Заказчиков можно разделить на два типа:
Тип первый: “Я все придумал и все знаю - Ваше дело сделать”
Тип второй: “Вы профессионалы - делайте, мне вопросов задавать не нужно”
И те и те много теряют… И получают не те проекты, которые им нужны, и которые будут работать на их бизнес. Первые, потому что зачастую не обладают достаточными знаниями о своей аудитории в Интернете и возможностях интернета по работе с этой аудиторией. Вторые, потому что разработчик не может знать всей специфики бизнеса и значительную часть работ будет выполнять наугад - что не может быть эффективно по умолчанию..
Схема взаимодействия с Заказчиком на стадии проектирования - однозначно одна из самых важных составляющих в эффективности работы студии… Ей нужно уделять много внимания, постоянно ее совершенствовать. Она должна быть понятна и прозрачна, как для Заказчика, так и для Исполнителя, и для Разработчика НА ВСЕХ СТАДИЯХ РАБОТЫ С ПРОЕКТОМ.
Заказчик должен понимать, что только в совместной, трудоемкой и сложной работе (которая потребует от него много времени, мозгов и усилий) можно сделать действительно работающий проект. Упуская мелочи на стадии проектирования, Заказчик упускает свою будущую прибыль…
Задача же Разработчика на данном этапе - предоставить Исполнителю для согласованию максимальный спектр решений и технологий по каждой решаемой задаче, по каждому бизнес-процессу, понять и предложить сделать проект оптимальным образом с учетом реальной ситуации бизнеса Заказчика.
В прошлой статье я упоминал, что существует достаточно количество подходов к управлению проектами, основывающихся на различных предположениях и допущениях.
Так например, классический метод предполагает неизменность требований к проекту в процессе работы над ним, а все риски разработки считает низкими. Метод PERT допускает неограниченность ресурсов, выделяемых на проект, а критичным в этом методе является срок выполнения проекта. Аgile-методы делают упор на качество проекта и т.д.
Как часто наши ожидания не оправдываются. Покупаем продукт – он выглядит иначе, нежели на упаковке. Пользуемся новой услугой – и тут несоответствие рекламе...
Последние комментарии
51 неделя 1 день назад
52 недели 20 часов назад
52 недели 23 часа назад
1 год 3 недели назад