Кейс Forrender: Часть 2. Психология в IT-проектах.

С какими только печальными историями и сложными веб-ситуациями к нам не приходили клиенты. Одним из таких стал Forrender.com, пришедший к нам с серьезным чеком потерь. Точные цифры назвать не могу, закрытая информация. Скажу лишь то, что для среднестатистического бизнеса или e-commerce проекта, это была бы фатальная потеря.

В первой части кейса подробно описали суть продукта и рассказали, в какой Ж находился проект на момент обращения клиента в НеКидаем.

Теперь перейдем к психологической части нашей работы с клиентом. В этом проекте она была особенно важна.

С чего мы начали сотрудничество?

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

Как действовали:

- Подробно и доступно объяснили клиенту реальное положение дел в проекте.

- Рассказали, как рассчитать реально выполненный объем задач к размеру ранее внесенной предоплаты, чтобы потребовать с недобросовестных исполнителей возврат денег в полном объеме.
Аудит проекта показал, что нужно требовать возврата всей предоплаты.

- Развеяли миф о том, что веб-разработка — это сложно, непонятно и непрозрачно для клиента. Рассказали про методологию Scrum и о том, как она будет применена к его проекту.

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

- Перенесли список задач по проекту в бэклог и декомпозировали их по спринтам с предварительной временной оценкой каждой задачи.

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

Как была выстроена работа по проекту Forender.com

Задачи по проекту были распределены на двухнедельные спринты и занесены в систему управления проектами Trello (подробная информация о Trello здесь).
Для каждой задачи определен срок.

На этом скрине видна рабочая доска с семью списками задач. В каждом списке приведены запланированные к разработке (и выполненные в полном объеме) задачи на протяжении 7-и двухнедельных спринтов.

Это и есть тот самый «Scrum» — гибкая и абсолютно прозрачная для клиента методология.

Кроме того, мы всегда были на связи с клиентом в рабочее время — с 10:00 до 18:00, а чаще всего и до 03:00 =) Постоянные скайпы, обсуждение текущего положения дел, успехов и «блокеров», внесение новых или срочных задач в бэклог.

Этот проект также побил рекорды по количеству технических спринтов.
В процессе разработки часто и неожиданно всплывали большие «подводные камни». Для поиска решения мы были вынуждены брать дополнительное время за свой счёт - выполняли наш «технический долг».

Иначе говоря, чтобы решить те проблемы, с которыми мы столкнулись, нам потребовалось несколько полностью бесплатных для клиента спринтов. Бесплатных для клиента, но абсолютно убыточных для нас.
Тем не менее, это наша финансовая гарантия (непривычное для уха отечественной веб-разработки словосочетание), и она была выполнена без единой нотки лукавства.

Всё это в итоге придало клиенту уверенность в наших силах, удалило опасения, и наши рабочие отношения вышли на новый качественный уровень — клиент стал нам полностью доверять.

P.S. В третьей части нашего кейса мы перейдем к технической стороне проекта Forrender.com. Не пропусти!)