Подстраиваться под процессы заказчика VS быть счастливым выстраивать процессы на проекте самим

Мы начинаем серию постов о том, как делаем крутой проджект-менеджмент в нашей компании. Долгое время в этом канале были умные мысли управляющих партнеров в разнобой — пришло время навести порядок и делиться с вами важным.

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

Модель Time & Material

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

Хороший аутсорс за счет своих поставленных процессов и своей экспертизы в запуске продуктов помогает заказчику реализовать проект быстрее и с меньшими ресурсами. Для этого нам нужно управлять проектом, а не следовать за, быть немного впереди, предвосхищать вопросы и понимать следующий шаг.

Цифровая культура

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

Если мы не будем лидировать проект и не покажем заказчику не из айтишной сферы, как прийти к желаемому результату, то сроки и бюджет выйдут за рамки. А мы этого не хотим.

Рост и развитие

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

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

Адекватные сроки

Мы запускаем MVP за 3-4 месяца и стремимся к такому темпу в каждом проекте. Добиться этого невозможно, если не выстроить четкие, но гибкие процессы и не закрепить их артефактами.

#максим_павлов 😀