Менеджмент
DEC 26, 2018Артем Полтавцев

Вовлекаем заказчика в проект

Почему менеджера заказчика нужно вовлекать на 50% рабочего времени и как это помогает проекту.

Спросите любого бизнесмена: какие трудности возникают с задачами на аутсорсе? Первым делом вам скажут про сорванные сроки.

Ирония в том, что часто клиенты срывают дедлайны сами. Типичная ситуация: менеджер на стороне заказчика не даёт обратную связь — занят другими делами. Разработчик ждёт ответа и берёт другие задачи,чтобы не простаивать.

Когда менеджер возвращается с фидбеком, уже ему приходится ждать — общий срок затягивается ещё больше. Чтобы разрабатывать цифровые продукты быстро, мы вовлекаем представителя заказчика как минимум на 50% рабочего времени.

50% времени? Откуда это число?

К нему мы пришли опытным путём. Если менеджер занимается проектом меньше 50% времени — проект воспринимается как что-то вторичное, необязательное. Как общественная нагрузка, которую можно отложить в долгий ящик.

Когда под проект выделено больше 50% времени, менеджер подходит к нему с должной отдачей: быстро отвечает на вопросы, вовремя согласовывает работы и принимает результаты. На выходе получается цифровой продукт, который подходит бизнесу и настроен под его задачи.

Что будет, если не выделить менеджеру время на проект?

Когда работы много, проектом на аутсорсе менеджер занимается в последнюю очередь. Разработка затягивается и продукт получается хуже, чем мог бы быть.

Расскажем на примере заказчика Ratio — крупной бухгалтерской фирмы. Для неё мы разрабатывали систему, через которую клиенты ставят задачи сотрудникам компании.

Со стороны заказчика проектом управлял руководитель ключевого департамента. Человек занятой — когда мы сдавали этапы работ, он всегда тянул с обратной связью. Разработка шла в два раза медленнее. Систему запустили, но позже намеченного срока.

Нужно выделить менеджеру время на проект, даже если задачи полностью ушли на аутсорс. При этом сотрудник заказчика не должен контролировать процесс. Его задача: оценивать результаты и задавать направление развития.

Менеджер контролирует результат, а не процесс

Чтобы было удобно принимать работу, мы заранее намечаем контрольные точки. Менеджеру остаётся только оценить текущую версию продукта или законченный этап работ — и дать обратную связь.

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

Если у менеджера есть время на проект — значит, цифровой продукт будет готов в срок и выполнит задачи бизнеса.

Похожие статьи

04/29/2020
Как мы сделали сайт с каталогом приложений для удалённой работы

Онлайн-каталог приложений Remote — сами решайте, из чего собирать удалённый офис.

10/17/2019
Figma для недизайнеров: горячие клавиши и фишки для совместной работы

Горячие клавиши и фишки, которые пригодятся при совместной работе.

09/13/2019
Почему я бросил фриланс: впечатления backend-разработчика после 2 лет «свободы»

Впечатления backend-разработчика после 2 лет «свободы».

05/24/2019
Мифы про удалённых сотрудников, которые мы разрушили сами

Разрушаем известные мифы про удалёнку и рассказываем, как это работает в нашей компании.

05/16/2019
Как написать понятное ТЗ на веб-разработку и ускорить запуск проекта

Три шаблона технических заданий: для дизайнеров, программистов и веб-разработчиков полного цикла. 

02/20/2019
Онлайн-переговоры: как подготовиться и добиться своего

Что открыть на ноутбуке и как фиксировать результаты, чтобы потом не было проблем.

01/24/2019
6 приложений для удалённой работы

Онлайн-сервисы, которые делают работу приятной и понятной.

01/24/2019
Управление разработкой в распределённой команде

Как контролировать разработку сайтов, веб-приложений и информационных систем на удалёнке. 

12/27/2018
Управляем IT-проектами без универсальных подходов

Scrum, Kanban, Waterfall — зачем смешивать методики и почему IT-продуктам нужны разные подходы.