История создания расширения Yandex Tracker Multi-Timer

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

Один из таких: моё внедрение системы типов комментариев при коммите времени.

Типы комментариев: "Разработка" означала, что всё идёт по плану. "Доработка" показывала незапланированные затраты - технический долг, ошибки оценки, недокументированный функционал или регрессии. "Интеграция" выявляла задержки во взаимодействии между направлениями. "Созвон", когда их становилось слишком много, могли сигнализировать об излишнем микроменеджменте или архитектурных проблемах, когда несколько специалистов часами согласуют форматы данных и взаимодействие.

Данные парсились из ClickHouse и помогали анализировать завершённые задачи. Не полная автоматика, но полезные якоря, которые помогали лидам и PM анализировать состояние проекта и вовремя реагировать на проблемы. Проявлять участие в жизни команды, не тратя её время и нервы на постоянный микроменеджмент, и недайбог не подрываться раз в три месяца из-за очередного инцидента, превращаясь в чайка-менеджера 🐦.

Второй момент, компания работает по модели Time & Material. В поддержке клиенту нужен подробный отчёт по затраченным часам, а в заказной разработке учёт времени напрямую влияет на рентабельность. Запланировали N часов, потратили X. Если N равно X - проект окупился, если X < N - команда сработала отлично. Если больше, то нужно разбираться, где сломались оценка, процесс или коммуникация.

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

Ведь нужно вспоминать, когда он начал работать над задачей, сколько времени потратил на этапы, заходить в не самый отзывчивый интерфейс и тратить +- час времени на составление отчёта.

Тогда CTO обил уже все пороги саппорта с просьбой внедрить таймер и получил отказ, а в целом настроение у C-lvl было уже из разряда – а ну его может нафиг? Я предложил реализовать недостающий функционал виде браузерного расширения, но тоже получил отказ - дорого, долго, пусть разработчики привыкают к самоорганизации (будто её и так недостаточно). Понял, что не хочу больше сидеть на десятке созвонов - пожертвовал своими выходными и R&D готов. Протестировали, собрали фидбеки и пошло.

Позже внедрил дашборд с дневной и недельной нормой часов и интеграция с API Yandex Tracker. Арт-дир помог сделать редизайн, после чего расширение прижилось и стало использоваться всеми командами.

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

Сегодня кстати расширением пользуются не только разрабы ИДЫ, но и команды из других компаний 😊

https://chromewebstore.google.com/detail/yandex-tracker-multi-time/nkndinodeppcmgnfdboancnlecnnjflj?authuser=0&hl=en

Ссылка. Дождитесь только публикации версии 1.5. Яндекс немного поменяли политику работы с API и команда уже без моего участия выпустила новый патч.

История создания расширения Yandex Tracker Multi-Timer | Сетка — социальная сеть от hh.ru