Диагностика управленческой системы через формирование онтологии разработки

Как правило, анализ проблем разработки осуществляется по отдельности: мотивация сотрудников обсуждается с HR, процессы — с delivery-менеджерами, структура команд — с руководителями, а сроки и результаты — с бизнесом. Но в реальности всё это связано. Тип команды влияет на распределение ответственности. Стадия жизненного цикла продукта — на виды задач и требования к людям. Метрики — на поведение команд и отдельных сотрудников. Способ планирования — на загрузку команды. Приоритеты — на технический долг, качество и мотивацию. А всё вместе — на способность разработки давать качественный бизнес-результат. На воркшопе предлагается посмотреть на разработку как на единую систему. Сначала необходимо определить основные сущности предметной области (сотрудник, роль, компетенции, мотивация, команда, тип команды и пр.). Далее связать их между собой. Например: сотрудник – команда, команда – продукт и пр. После этого – определить причинно-следственные связи, чтобы ответить на управленческие вопросы, связанные с мотивацией разработчиков, со структурой команд в зависимости от стадии продукта, с причинами накопления техдолга и пр. Главная задача воркшопа — не построить единственную "правильную" онтологию разработки, а рассмотреть способ системного анализа, который тимлид руководитель сможет применять в рамках своей команды, продукта.