Максим ЕфимовОбсудить проект
Меню
Обсудить проект

На стороне заказчика IT-разработки

Помогаю компаниям подготовить IT-проект, выбрать подрядчика и восстановить ясность в уже идущем проекте — по срокам, объёму, бюджету и реальному состоянию работ. Работаю на стороне заказчика и не продаю разработку.

Обсудить проектВыбрать свою ситуацию

На каком этапе вы сейчас?

Ещё выбираете подрядчика

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

Подготовить проект

Уже получили несколько предложений

Цены и сроки отличаются, но непонятно, где разный состав работ, допущения и риски.

Сравнить подрядчиков

Разработка уже идёт

Сроки двигаются, бюджет растёт или формальная готовность перестала отражать реальное состояние.

Разобраться в проекте

Что я делаю

  1. До договора

    Формирую единый предмет оценки для рынка разработки.

  2. В момент выбора

    Привожу предложения к сопоставимому виду и показываю, что стоит за ценой и сроком.

  3. После старта

    Независимо восстанавливаю фактическую картину проекта и основание для следующих решений.

Факты из проектов

Из проектов, которыми я управлял или в подготовке которых участвовал.

~450 тыс.

мобильных абонентов в критической миграции биллинга

~12 тыс.

пользователей региональной медицинской системы

~64

медицинских учреждения в одном региональном внедрении

~1,5 млн → ~350 тыс. ₽

изменение объёма интеграции после уточнения реальной бизнес-потребности

Почему независимый

Я не продаю собственную команду разработки. Поэтому результатом работы может быть продолжение с текущим подрядчиком, сокращение объёма, запрос отдельной технической экспертизы, выбор другой команды или отказ от разработки. Задача — не продать следующий этап, а помочь заказчику принять обоснованное решение.

Кейсы

Примеры профессиональных ситуаций и решений.

Сокращение объёма интеграции после уточнения бизнес-потребности

Ситуация
Исходный запрос описывал желаемую реализацию шире, чем фактическая бизнес-потребность.
Действие
Вместо дальнейшей детализации исходного решения был уточнён реальный бизнес-сценарий — какие данные действительно нужны, кому и для какого результата.
Результат
Выяснилось, что основная потребность была существенно уже и связана прежде всего с отчётностью. Оценочный объём решения сократился примерно с 1,5 млн до 350 тыс. ₽.

Вывод.Сначала проверить задачу, потом оценивать реализацию.

Разобрать кейс

Миграция ~450 тыс. мобильных абонентов после проблемной первой фазы

Ситуация
Предыдущая фаза примерно на 25 тыс. абонентов прошла тяжело и сопровождалась нестабильностью.
Действие
Перед основной миграцией были сопоставлены старое и новое состояние, восстановлены критичные разрывы, необходимые изменения и фактическая готовность к переключению.
Результат
Основная миграция порядка 450 тыс. абонентов прошла практически безболезненно; оставшиеся несколько дефектов были быстро устранены.

Вывод.Готовность проверяется по критичным разрывам и сценариям до события.

Разобрать кейс

Восстановление управляемости при разрыве между обязательствами и фактическим состоянием

Ситуация
Контракт, ТЗ, фактическое состояние системы и накопленные договорённости не давали единого источника фактов.
Действие
Обязательства были восстановлены по нескольким источникам, сформирован приоритетный реестр технического долга и закреплён формальный процесс его согласования и пересмотра.
Результат
Появился единый согласованный перечень обязательств и регулярный процесс работы с ним.

Вывод.Иногда первый шаг — не ещё один план, а единый источник фактов.

Разобрать кейс

Есть IT-проект и не хватает ясности на стороне заказчика? Обсудим ситуацию за 30–45 минут и поймём, подходит ли мой формат.

Первый контакт — через короткую форму. Опишите проект и что сейчас непонятно.

Обсудить проект