Как эффективно оценить трудозатраты на разработку ИТ-проекта

7 раз отмерь и столько же еще раз проверь

Предисловие

За последние 5 лет нашей компанией было введено в эксплуатацию более 120 проектов. Были очень успешные кейсы, которые работают "как часы", но также были и факапы, которые дали ценный опыт и точку роста. Сегодня хочу поделиться советами в подходе оценки ИТ-проектов.

Сбор всех вводных

Если вам нужно не просто «коробочное» решение, а что-то кастомизированное конкретно под ваш запрос - не поленитесь описать ваш проект.

Ваш проект на этой стадии только в голове у вас. Чтобы понять сколько ресурсов потребует ваша задумка, нужно детализировать её насколько это возможно. Если у вас нет понимания каким образом нужно «разложить» проект для оценки - вы всегда можете обратиться к профессионалам.Вас доведут от А до Я.
Однако, эта выжимка не про рекламу той или иной ИТ компании, а просто советы, которыми я хотел бы с вами поделиться.

Документация

Если у вас нет документации к вашему проекту - это не проблема. В первую очередь, что вам необходимо сделать - ответить на несколько вопросов самому себе и записать их хотя бы на листок:

В чем суть проекта / идеи? О чем он? Для чего?
Почему это требуется именно сейчас?
Имею ли компетенции и понимание, чтобы курировать проект в случае обращения к подрядчику?

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

В попытке сэкономить 50-100 тысяч рублей, вы можете превысить бюджет в 3-4 раза. Подумайте перед запуском проекта готовы ли вы идти на такой риск.

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

Из чего же состоит этот заветный документ для оценки?

Установленного стандарта к содержанию документации нет, однако, существует информация, на основании которой, любой подрядчик сможет озвучить вам данные для вашего планирования:

User Stories (пользовательский сторис): это описание требований с точки зрения пользователя. Изучив user stories, команде будет гораздо быстрее и проще понять, как конечный продукт будет использоваться и какие функции являются приоритетными.
Пример сториса: "Как администратор, я хочу [целевое действие], чтобы [желаемый результат]".
В результате, команда глубже вникнет в функционал и эффективнее оценит сроки и бюджеты.
Требования к системе: функциональные и нефункциональные требования описывают как именно та или иная задача должна быть реализована с точки зрения производительности, безопасности и удобства использования.

Документ есть. Что дальше?

Я бы посоветовал использовать метод «1/3»

Обратиться к помощи подрядчиков

Подайте заявку с кратким изложением вашей идеи в разные ИТ-компании. Не нужно подробно прописывать ваш проект либо сходу спрашивать о цене - цену за разработку на заказ вам никто сразу не скажет. Без уточняющего звонка / письма это как выстрел в пустоту.

Получить КП

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

Я советую рассматривать первые 3 КП, которые вы получили.

Советы

1.Не стоит сразу соглашаться на самый бюджетный вариант.

2.Сравните параметры отличий этих КП: цена, сроки, количество привлекаемых специалистов, скорость обратной связи подрядчика в момент, когда вы обратились за оценкой.

3.Если у вас есть вопросы к КП, а они наверняка будут - не стесняйтесь связаться с потенциальным подрядчиком и уточнить любой интересующий вас вопрос.

Такая простая методика точно поможет вам сложить пазл и определить что делать дальше.

Готовность к риску

Абсолютно в каждом проекте есть риск. И не один. И это нормально.

Создайте список возможных рисков

Если вы планируете курировать проект своими силами - пропишите все возможные риски. (срыв сроков - по какой причине? превышение бюджета - за что и как минимизировать, не ухудшая сам продукт на выходе?)

Ну а если вы доверили свой проект подрядчику, то проговорить и зафиксировать риски до запуска проекта просто необходимо!

Подводим итог

Реализация любого проекта всегда требует сил, времени, денег. Написав одно предложение «Сколько будет стоит разработать мобильное приложение?», вы вряд ли получите то зачем пришли.
Если вы в силах составить описание вашей задумки - потратьте 1 час и вы будете подготовлены.
Проговаривайте любой непонятный момент с подрядчиком.
Не бойтесь рисков - бойтесь оставить эти риски в слепой зоне.