Система управления проектами+ EasyBI: как мы превратили задачи в метрики, а метрики — в решения

В сфере искусственного интеллекта произошло заметное событие. Pani_Lyuba 10 минут назад Система управления проектами+ EasyBI: как мы превратили задачи в метрики, а метрики — в решения Средний 7 мин 118 Блог компании MOEX Atlassian * Привет Хабр! Мы команда бизнес-анализа Группы MOEX, и сегодня хотим поделиться своим подходом как мы определяем эффективность нашей работы. Показателями эффективности являются метрики.

Метрика - это число, которое показывает, как и кто работает. Это не описания, не мнения - только цифры, по которым можно понять: всё хорошо или нужно что-то менять. Для нашей команды, мы определили следующие критерии эффективности:Понимание загрузки команды Контроль за продуктивностью командыКомпетенции Развитие и мотивация Мы не стали изобретать новые инструменты: все контрольные точки работы над задачей фиксируем в таск-трекере.

Технические детали

По датам:Дата назначения задачиДата начала работ над задачейДата окончания работ над задачейДата и причина приостановки работы над задачейДата возобновления работы над задачейи т. По дополнительной информации:к какому домену аналитики (предметная область) относится задачакто является заказчиком задачикакие системы затрагивает задачаПо трудозатратампервоначальная оценкапотраченное времяДля отображения метрик мы используем EasyBI, который превращает набор данных из задач, эпиков и комментариев в понятные аналитические дашборды без сложной настройки. Просто выбираем поля: кто сделал, когда, сколько времени заняло, статус и EasyBI автоматически построит графики, таблицы и метрики.

Настройка WorkFlow задач. В системе управления проектами мы настроили статусную модель задачи:84aff2d47bd141c95ab29a4eecd32e00Ниже мы рассмотрим примеры наших дашбордов на основе данного Work flow2. Панель мониторинга задачЦель метрики: Визуальный контроль над ходом выполнения задач и своевременное выявление "узких мест"324fc7046f058ecdc84c9482a253610eПри анализе данной панели мы можем видеть следующие кейсы:Если "В очереди" и в "Ожидании БА" скопилось много задач, мы понимаем, что у нас нехватка ресурсов команды и нам необходимо нанимать новых сотрудников.

Если "В очереди" и в "Ожидании БА" небольшое количество задач - мы понимаем, что: не сформирован бэглог по задачам количество аналитиков больше количества задач, и это является сигналом к уменьшению численности команды Если много задач "В оценке", то это "узкое место" в работе команды, надо перераспределить роли. Статус "Приостановлен" мы используем для отражения влияния внешних стоп-факторов, блокирующих работу аналитика над задачей. Например: ожидание архитектурного решениясогласование концепции продукта заказчиком.

Если задач в статусе "Приостановлен" много, это сигнал для эскалации проблемы на более высокий уровень5. Если много задач скопилось в статусе "Передано в разработку», то это сигнал для ИТ лидера разработки обратить внимание на планирование ресурсов. Количество проанализированных задач за месяцЦель.

Событие, по словам экспертов, усилит конкуренцию в сфере ИИ.