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

Как лажают в оценке начинающие команды?

Основатель обращается к одному из более опытных разработчиков и спрашивают, за сколько времени реально запилить вот такой проект? Из вводных данных как правило дает пару ссылок-примеров, которые предоставил заказчик. Разработчик называет примерный срок исходя из своего опыта и представлений о проекте — к примеру, один месяц, основатель пересчитывает срок в стоимость и идет торговаться с заказчиком. Проект взят в работу. Ура! Но что происходит дальше?

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

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

Давайте зафиксируем последствия ошибок к оценке:

— выполнение работы “в минус”,

— неспособность выплачивать ЗП членам команды. Как следствие — потеря сотрудников,

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

— высокий риск закрытия компании.

Как оценивают стоимость разработки и где ошибаются устоявшиеся команды?

Случайным образом выжившие команды начинают уделять процессу оценки больше внимания. Изучают полученный опыт и соотносят с предстоящими задачами. Составляют шаблоны расчетов, чтобы не упустить неочевидный функционал. В таблицах выделяют крупные модули, в них более мелкие и так дальше — на столько, сколько уровней необходимо. Проекты становятся менее убыточными, все чаще прибыльными. Ура!

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

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

Давайте зафиксируем последствия оптимизации оценки:

— ошибки в расчетах все еще возникают,

— скорость оценки значительно снизилась из-за детализации и отсутствия выделенных для этого специалистов,

— стоимость процесса оценки возрастает через отвлечение разработчиков от текущих задач,

— часть клиентов теряется из-за долгого ожидания.

Лажают и топовые компании

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

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

Вы наверное подумали «Отсеивают низкокачественные запросы, заелись совсем!». О-о-о нет друзья, никто не собирается терять деньги. Потому все без исключения выстраивают вокруг себя сторонние команды меньшего масштаба, чтобы передавать заказы попроще. Партнеры поменьше получают возможность работать под именем топа и всегда имеют заказы. Это отличный подход, но он может убить репутацию топа. Все неурядицы между партнерами и заказчиками — это проблемы топа. Поэтому для больших компаний важно качество партнера.

Давайте зафиксируем последствия крутой оптимизации оценки:

— топовые компании обрастают бюрократией. Это приводит к высокой точности оценки, но снижает скорость и гибкость.

— оценка стала отдельным бизнес процессом, на который выделены ресурсы в виде дорогих сотрудников. Это увеличивает стоимость расчетов по каждому заказчику,

— оценка второстепенных проектов “делегируется” партнерам, которые допускают ошибки присущие командам первых двух типов, они автоматически наследуются топом,

— возникающие проблемы со сроками и стоимостью из-за участия маленьких команд портят репутацию топа.

Уверен, если вы имеете отношение к разработке, то нашли в списке что-то родное и до боли знакомое.

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

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

Получи опыт тысячи проектов здесь и сейчас

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

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

Мы получили два документа (ниже есть ссылки), проект должен давать такой результат «за пару кликов». По сути это тот результат, к которому мы желаем прийти:

1. Табличка с расчетами

2. Коммерческое предложение

Потребности крупных компаний — это то, что не нужно всем (

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

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

При создании проекта опираемся на логику — путь пользователя должен быть максимально простой и короткий.

Зашел -> выбрал готовый шаблон -> отрезал ненужное ->внес кастом-> настроил стоимость команды -> скачал табличку с результатом.

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

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

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

3. В шаблоне есть цифры — откуда они и как их менять? Все просто, во вкладке “Team” корректируете команду и ее стоимость + закладываете стабилизацию. Один раз внесли и в дальнейшем эти данные будут подтягиваться к каждому расчету.

4. Осталось скачать результат и отправить заказчику.

Хочется рассказать, что есть в планах, а также услышать от вас, что из этого нужно

+ Конечно сделать интерфейс симпатичным, пока скриншоты для статьи делал кровь из глаз лилась ручьем))

+ Догрузить шаблоны, благо их 100500

+ Добавить интеграцию с Jira, чтобы выгружать результат со сроками и ответственными. А сбор данных из Jira позволит очень точно определять сроки, опираясь на фактическое количество потраченных часов. Таким образом основные ресурсы будет требовать нетиповой кастом.

+ Добавить кучку мелкий фич, значительно упрощающих использование инструмента, поправить баги.

+ Автоматическое формирование прототипа на основе задач из списка и возможностью шаринга по ссылке. Выглядеть будет примерно так:

MVP можно пощупать, доступ бесплатный: estimate.dev39.ru

Пишите свои идеи/вопросы/запросы — это очень ценно. В комментарии, в онлайн-чат на сайте или на почту estimateproject@yandex.ru

Будет круто, если поделитесь своим опытом об этом:

— Какие ошибки допустили в своем последнем расчете?

— Как считаете стоимость работ сегодня, поделитесь своим подходом?

— Какие минусы видите в программном подходе к оценке?

— Какими инструментами пытались заменить расчеты в Эксель, что понравилось, а что нет?

— Сколько стоит оценка в вашей компании?