Блог
IT бизнес

Рабочая прозрачность как продукт: как мы за 6 месяцев превратили «темную зону» разработки в систему управляемых метрик

ITQuick
12 сентября 2025 г.

Контекст и триггер изменений Компания ITQuick уже имела похожий опыт в одном из проектов, когда глубокая диагностика произвела эффект «все уже есть» на уровне собственников — стало понятно, что данные...

Контекст и триггер изменений

Компания ITQuick уже имела похожий опыт в одном из проектов, когда глубокая диагностика произвела эффект «все уже есть» на уровне собственников — стало понятно, что данные можно собрать и показать ценность наглядно.

Вчерашняя внутренняя презентация закрепила этот подход:

диагностика → цифры → дашборды → управленческие выводы

Исходная проблема:

  • Отсутствие прозрачности по ключевым параметрам: что в бэклоге, сколько задач, сколько времени уходит на обработку, кто и как реально учитывает время.
  • «Археологические» хвосты: в системе встречались заявки, тянущиеся с 2003 года.
  • Низкое покрытие учета времени (~60%), невозможность сопоставлять усилия и отдачу.

Что сделали (наш подход)

  1. Диагностика текущего состояния в момент объединения команд: задачи, длительности, SLA, учет времени.
  2. Оцифровка: перевод гипотез и наблюдений в конкретные метрики и графики.
  3. Визуализация: несколько динамических дашбордов с ключевыми срезами — от «входа» заявок до их обработки и влияния на выручку.
  4. Операционализация: регулярное использование дашбордов руководителями и собственниками для планирования и контроля.

Такой подход привел к ключевым изменениям всего за 6 месяцев:

  • Учет времени: рост покрытия с ~60% до ~95%. Следующий этап — качество учета (уход от «приписок», детализация по типам активности).
  • Гигиена бэклога: пересборка входящего потока (вплоть до древних кейсов 2003 года), акцент на актуальность и конечную ценность.
  • Связка «время → эффект»: на дашбордах видны направления, где, например, тратится 30% времени и при этом нулевая выручка, и наоборот — направления с 15% времени и ~60% вкладом в доход. Это база для перераспределения фокуса.

Бизнес-эффект для собственников:

  • В одном окне видно «как было» и «как стало» по критическим параметрам.
  • Принимаются непопулистские решения: закрывать «пустые» направления, усиливать рентабельные, менять баланс ролей и компетенций

«Лучшего ответа на вопрос "кто что делал" быть не может: смотришь на факты — и видишь результаты», — Александр Сельдемиров, совладелец БИС и ITQuick

Универсальность решения

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

Следующий шаг: компетенции + время

Когда учёт времени становится прозрачным, возникает следующий уровень управления: связка с Jumse — нашим продуктом для оценки ИТ-команд.

Комбинация асессмента через Jumse (уровень компетенций) + фактической трудоемкости задач даёт модель предсказания времени и усилий.

Это позволяет:

  • точнее планировать,
  • избегать «перезаказов» по времени,
  • делать SDLC предсказуемым от BA до DevOps.

Для малых команд это nice-to-have, для средних и крупных компаний — must-have. Без этого управляемая масштабируемость невозможна.

Это не «один удачный проект». Это стратегическая рамка, которую мы в ITQuick считаем универсальной. И чем раньше компания её у себя внедрит, тем быстрее она получит контроль, предсказуемость и управляемый рост.

Похожие материалы

Что важно проверить перед передачей проекта внешнему подрядчику: Технический аудит, документация и ключевые риски

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

Как правильно формулировать технический запрос к подрядчику: Примеры удачных и неудачных ТЗ

Один из самых частых источников проблем в IT-проектах — не качество разработки, а качество постановки задачи. Компании приходят к подрядчику с запросом на разработку, но описывают его так, что каждая...

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

Когда инвесторы оценивают стартап или технологическую компанию, основное внимание обычно сосредоточено на рынке, бизнес-модели и финансовых метриках. Однако на практике многие инвестиционные риски леж...