Известные риски в ходе разработки
На этапах подготовки ТЗ, разработки и приёмки работ существуют риски увеличения стоимости и сроков. Они неминуемы из-за их природы: интересы разработчика не совпадают с интересами заказчика. Это так называемая «агентская проблема». При том, что эта тема неоднократно обсуждалась и будет обсуждаться участниками рынка, здесь нужно проговорить мое видение, как такие риски снизить.
• Сократить количество задач на этапе MVP. Чем проще функционал, тем меньше будет возникать непредвиденных факторов, которые будут сдвигать сроки вправо и раздувать бюджет.
• Дробить большие задачи. Это повысит точность при определении сроков и стоимости.
• Задействовать внутреннего или стороннего программиста-архитектора (например, на аутсорсе). Его первая задача состоит в контроле выбора разработчиками архитектуры информационной системы, то есть «фундамента», который не видит заказчик, и который должен выдержать «здание» при масштабировании или в случае смены разработчика. Этот же программист в случае необходимости возьмет на себя функцию поддержки ПО до выбора нового разработчика.
• Использовать микросервисную архитектуру, если это применимо.
• Контролировать промежуточные этапы разработки.
• Фиксировать ответственность за срыв сроков в договоре с разработчиком.
