«Работа с рисками на проектах»
Мы занимаемся аутсорс-разработкой уже семь лет, и за это время успели выработать алгоритмы по работе с рисками. Глобально наша задача заключается в том, что выпустить работающий проект вовремя. Какие-то фичи могут дорабатываться и после запуска, по желанию заказчика. В этой статье уделим внимание устранению проектных рисков. Какие еще бывают типы рисков? Можно ли полность избежать рисков?
Что мы делаем, чтобы воплотить все задуманное в оговоренные сроки? Давайте по пунктам:
Строим гант. Это процесс создания графического представления проекта. По-простому — визуализация задач, зависимости их между собой и дедлайнов. Гант-диаграмма помогает всем участникам проекта лучше планировать ресурсы, отслеживать прогресс и анализировать риски. Например, может подсветить потенциально узкие места, где задержка на одном месте сильно повлияет на выполнение всех остальных задач.
Заранее закладываем кадровый резерв, чтобы не получилось, что у нас не хватает персонала, чтобы закрыть все задачи вовремя. У нас есть бенч — люди, которых мы держим на «скамейке запасных». С ними уже проведено собеседование, они подходят, в нужный момент сделаем им оффер. Здесь, конечно, всегда есть риски, это человеческий фактор, потенциальный кандидат может не принять приглашение или просто перестать выходить на связь.
Двигаемся маленькими этапами. Не придерживаемся какой-то одной методологии в работе с проектами, даже система спринтов у нас не везде. Однако есть общее правило для всех: выполнение одного пула задач длится максимум месяц, а лучше две недели. Это сделано, чтобы мы в случае чего успели «переобуться»: клиент что-то не учел, хочет добавить новый раздел в приложении, или мы что-то не учли во время разработки, возникла ошибка, есть время что-то поменять. Поскольку большинство проектов начинаются с нуля, лучше устанавливать больше контрольных точек. Это поможет избежать больших переделок в будущем. Например, когда мы интегрируем платежную систему, если клиент говорит, что другой банк предложил более низкую ставку по эквайрингу и хочет сменить платежную систему, мы не можем продолжать работу над задачами, которые зависят от этой системы, пока она не будет завершена.
Любые переделки в проекте требуют времени и ресурсов, что увеличивает риск не уложиться в сроки заказчика. Однако избежать этого невозможно. В заказной разработке может возникнуть неопределенность, в начале работы невозможно предсказать все сценарии и проблемы. Также заказчики могут пересматривать свои требования и ожидания в процессе разработки. Компания Qtim работает над крупными проектами, такими как интернет-магазины, онлайн-школы и приложения. В процессе разработки все элементы многократно тестируются и дорабатываются, что занимает больше времени, чем хотелось бы. Это неизбежная часть работы. Наша позиция — идти клиентку навстречу в правках. Доп. соглашение мы подписываем всегда, но на доверии можем начать работу раньше. Если правка глобальная, то отдельный созвон, все индивидуально решается, обязательно с документацией. В разработке платформы корпоративного благополучия «Понимаю», сначала устанавливали целых три видео-конференц-связей. Сначала мы разрабатывали две на чужом решении — Bigbluebutton и Voxiplant, они не подошли. Решили делать свое, это быстрее и дешевле. Написали, а потом оказалось, что есть юридические риски делать видеоконференции без достаточного уровня конфиденциальности. Самое страшное — попадание записей в сеть, для сервиса психотерапии это репутационный крах. И чтобы сделать все законно и правильно, нужно добавить шифрование файлов и еще очень много всего, а это больше ресурсов. Поэтому пришлось создавать на Open Sorce решении. Все эти изменения согласовывались с заказчиком. И из этого вытекает следующий пункт:
4. Коммуникация с заказчиком. Чтобы уменьшить риски, можно увеличить количество созвонов/согласований с клиентом. Мы против микроменеджмента, но если горят дедлайны, все важные вопросы нужно обговаривать и согласовывать в быстром темпе.
5. Обучение и развитие команды. В Qtim мы придаем большое значение обучению и развитию нашей команды. Для менеджеров проектов предусмотрены специальные лекции и наш курс «управление проектами», в него входит модуль о рисках. Мы обучаем их различным стратегиям: избегать рисков, снижать их влияние или, в некоторых случаях, принимать риски, если они незначительны и не угрожают успешному завершению проекта. Такой подход позволяет нашей команде более уверенно принимать решения и адаптироваться к изменяющимся условиям, что в конечном итоге способствует успешной реализации проектов.
Даже следуя всем этим пунктам, избежать ошибок не всегда получится. В аутсорс-разработке их очень много: технические, финансовые, репутационные, рыночные. А мы только рассказали про риски на проектах, немного затрагивая продуктовые и юридические в примерах. Пишите, если интересно узнать больше о рисках в работе Qtim. И делитесь своими историями, что ваш ночной кошмар на проекте?