DevPace
БлогСправкаНовостиСкачатьДемоТарифыПривязка устройстваВойтиНачать

DevPace для руководителей команд

DevPace отвечает не на вопрос «сколько работал сотрудник», а на вопрос «что мешает команде работать». Разница принципиальная: первое ведёт к контролю людей, второе — к изменению процесса.

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

Что видно за минуту

Раздел начинается не с таблиц, а с наблюдения: что изменилось, насколько, где именно проявляется и на чём этот вывод основан.

Наблюдение о росте дробления с разбивкой по часам

Переход «было → стало», часы, в которых рост сильнее всего, и основание вывода рядом с ним

Ключевое здесь — строка «Где проявляется сильнее всего». Она превращает общее «стало хуже» в проверяемую гипотезу: посмотреть, что появилось в расписании команды именно в эти часы.

Где искать проблему

Отдельный блок отвечает на вопрос, с которым руководитель обычно и приходит: какие команды требуют внимания.

Таблица отделов, отсортированная по величине изменения

Сортировка по величине изменения, а не по уровню показателей

Это сознательно не рейтинг. Отдел со стабильно высоким дроблением — известная данность; отдел, где дробление выросло за две недели, — новость. На примере выше «Маркетинг» имеет самый высокий уровень (12,1 переключения в час), но самое маленькое изменение — по рейтингу он оказался бы «худшим», хотя смотреть надо не на него.

Сколько это стоит в часах

Часы, проведённые в отрезках короче пяти минут

Цифра считается из ваших же данных, а не по внешней оценке

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

Три примера использования

Сроки поехали, причина неизвестна. Открываете сравнение отделов, находите тот, где изменение больше всего, переключаетесь на него и смотрите, в каких часах выросло дробление. Дальше проверяете гипотезу в календаре команды — подробный разбор в статье«Команда стала медленнее».

Ретро на данных, а не на ощущениях. На ретроспективе спор «стало хуже или нам кажется» решается за минуту: есть значение сейчас, есть обычное значение этой же команды за 90 дней и есть уровень уверенности вывода — как это провести.

Проверить, что новая встреча не съела фокус. Ввели регулярный созвон — через две недели видно, изменилась ли длина непрерывных блоков и в каких именно часах:разбор сценария.

Чего здесь нет — и не будет

Что важно знать до внедрения

Календарь не подключён. Время созвона и переписки данные не различают: мы можем сказать «в 11:00 день дробится сильнее всего», но не «виновато дейли в 11:00». Гипотезу проверяете вы.

Git, задачи и CI не подключены. Метрик delivery — времени жизни PR, ревью, лид-тайма — здесь нет. DevPace показывает, как устроен рабочий процесс между этими событиями, а не сами события.

Данные видны сотруднику. Он видит ровно то же, что и вы, плюс журнал доступа: кто и когда читал его метрики. Это не побочный эффект, а условие, при котором данные вообще остаются правдивыми — почему слежка портит данные.

Как начать

  1. Посмотреть демо — понять, отвечает ли это на ваши вопросы.
  2. Завести компанию в дашборде, создать отдел и пригласить команду: пошагово.
  3. Опубликовать договорённость с сотрудниками — версионируемый текст, который люди принимают и к которому могут задать вопрос.
  4. Подождать две недели: сравнение периодов требует данных с обеих сторон.

Условия и цены — на странице тарифов. Вопросы, счёт и документы для юрлица — через форму обращения.