Обзор продукта
Кратко. Git показывает только артефакты завершённой работы — commits и PR. Jira рассказывает, что люди говорят, что делают. Между этими двумя слепками — пустота. PanDev Metrics — клей между Git, Jira, CI/CD и IDE. И единственная платформа, которая превращает эти сигналы в реальную себестоимость фич.
Проблема: Git + Jira = не более 40% картины
Инженерные руководители опираются на два главных источника данных — и оба врут им по-разному.
Git — это взгляд в зеркало заднего вида. Commits, pull requests, merges — они появляются после того, как работа уже сделана. Они ничего не говорят о днях, которые инженер провёл в отладке, парном программировании, чтении кода, переключениях контекста, ожидании ревью. К моменту коммита все интересные решения уже приняты.
Таск-трекеры дрейфуют. По нашему опыту работы со средними и крупными engineering-командами, Jira (или любой другой трекер) отражает реальность примерно в 30% случаев. Статусы устаревают. Работа делается мимо тикетов. Задачи переносятся задним числом. Полузаконченные тикеты висят в In Progress неделями.
В сумме это даёт оптимистично 40% реальной картины происходящего в компании. Оставшиеся 60% — реальные часы кодинга, время на отладку, использование AI-инструментов разработки, фокус-блоки, переключения контекста, deep work — живут внутри IDE. И больше никто этого не собирает.
Те 60% — это и есть смысл существования PanDev Metrics.
Как PanDev Metrics это решает
PanDev Metrics забирает сигналы с четырёх независимых слоёв, нормализует их в один таймлайн на сотрудника и атрибутирует события к оргструктуре (tenant → department → team → person).
IDE-слой — это то, чего нет у конкурентов. Наши плагины для JetBrains, VS Code, Visual Studio, Xcode и Eclipse собирают пофайловую активность — открытие, редактирование, idle, foreground-приложение — с правилом: пауза до 15 минут между событиями засчитывается как активное время, больше 15 минут — нет. Это та самая калибровка, на которой держится каждая цифра «реальных часов» на дашборде.
Git-слой атрибутирует commits, PR/MR, ревью и merges к людям через email коммита и справочник сотрудников.
Слой таск-трекера сопоставляет задачи, переходы и время в статусах с теми же людьми и проектами. Repository = проект; команды вложены в department'ы.
Когда все три слоя живут в одной модели идентичности, платформа отвечает на вопрос, на который никто другой не отвечает: сколько реальных часов стоила эта фича и что эти часы купили?
Ключевые возможности
Короткий список — подробности в Features.
- Себестоимость фич. Прямая стоимость задачи = время в задаче × часовая ставка инженера + пропорциональная доля его неатрибутированного времени. Единственная метрика на рынке, которая реально отвечает: «сколько эта фича стоила?»
- DORA метрики. Deployment frequency, lead time for changes, change failure rate, MTTR — с performance bands.
- Реальные IDE-часы. Кодинг, отладка, AI-промпты, deep-work блоки, переработки (любая работа вне рабочего времени в будний день).
- Сотрудники и проекты. Карточки сотрудников, страницы проектов, департаменты, команды — каждая метрика раскрывается до исходных событий.
- Cloud и on-premises. Одинаковый продукт. В Cloud добавлены мульти-tenant организации и Google sign-in; on-prem едет в Docker / Kubernetes внутри вашего периметра.
Для кого PanDev Metrics
Хорошо подходит, если:
- У вас 10+ инженеров и оргструктура начинает «расплываться».
- Вы цените data-driven подход к управлению разработкой — не «по ощущениям».
- Существенная часть работы идёт в IDE на стеке, который мы поддерживаем (JetBrains, VS Code и его форки, Visual Studio, Xcode, Eclipse-family).
- Нужны чистые ответы на «кто чем занят», «сколько это стоит», «где мы тормозим».
Кому НЕ подойдёт
Мы честны про fit. PanDev Metrics не для вас, если:
- Ваша компания не основана на разработке (нет существенной кодовой базы).
- Вы на стеке, который мы не поддерживаем по IDE-телеметрии.
- Вы security или DevOps-команда, которая мало пишет код — IDE-сигнала недостаточно для нормальной картины.
- Вы принципиально не хотите видеть детальные данные активности инженеров (мы показываем индивидуальные события рядом с агрегатами).
Как мы сравниваемся
Мы приглашаем к сравнению напрямую. Q120 нашего позиционирования: «да, упоминайте конкурентов по именам».
| Аспект | PanDev Metrics | LinearB | Jellyfish | Faros AI | WakaTime |
|---|---|---|---|---|---|
| Аналитика Git + таск-трекеров | да | да | да | да | частично |
| Нативная IDE-телеметрия (JetBrains, VS Code, VS, Xcode) | да, полная глубина | нет | нет | нет | да, легче |
| Cost per feature в $ | да, основной use case | нет | частично | нет | нет |
| On-premises развёртывание | да | нет (только SaaS) | нет (только SaaS) | частично | нет |
| Мульти-tenant cloud | да | да | да | да | да |
Где конкуренты сильнее: они дольше на рынке и у них больше публичных кейсов. Где сильнее мы: on-prem, глубина IDE-телеметрии и петля cost-of-a-feature.
Самая короткая версия питча, которую мы используем внутри:
Мы единственная система, которая скажет точно, сколько стоила фича, которую сделали ваши программисты. Если у вас больше 10 программистов — начинается хаос. Мы покажем, кто реально чем занимается, не «Status: In Progress».
Что дальше
- Features — полный функциональный охват.
- Use cases — истории по ролям: CTO, engineering manager, finance, HR, стартап на 10 разработчиков, enterprise на 200.
- Release notes — что вышло недавно.
- Quick start — установка и подключение первого источника.
Источники
- Google DORA, Accelerate State of DevOps report — каноничная ссылка по метрикам доставки.
- McKinsey & Co, Developer Velocity Index — бизнес-обоснование системного измерения разработки.
- SPACE framework — ACM Queue, 2021 — многомерная модель продуктивности разработчиков.
- GitHub Octoverse 2024 — индустриальные данные о том, как инженеры реально проводят время.