Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
233 |
ликвидированы.
Команда
Основные трудности в том, что практики работы с командой крайне неформализованы, имеют огромное количество вариаций в связи с личностным стилем руководителя. Они главным образом определяются дисциплиной “лидерство” (leadership), которая сама по себе крайне неформальна (хотя часть этих практик определяется более формализованными практиками human resources management и менее распространёнными talent management). В последнее время практики лидерства и командообразования для технических проектов изучаются в рамках развития методологий для agile видов жизненного цикла. Мы тут воздержимся от примеров практик, в которых определяются описания рабочих продуктов, используемых для работы с альфой команды — это совершенно особый предмет.
Подальфы команды — это “член команды” и “подрядчик”. Но могут быть и менее очевидные альфы, например, “сотрудничество” (которого вначале нет, а потом оно должно появиться) и “ресурсы” (которых вначале может не быть, но которые затем должны появиться): это всё разные аспекты “команды”, с которыми работают разные люди предприятия.
Намечена
Миссия команды ясна и знания о том, как растить команду, наличествуют.
Контрольные вопросы |
Пример рабочих продуктов |
Пример практик описания |
|
(views) |
(viewpoints) |
Миссия команды |
Рабочие продукты |
|
определена в терминах |
возможностей |
|
возможностей и |
|
|
результатов. |
|
|
Ограничения на работу |
Список ограничений (что |
|
команды известны. |
команда не может |
|
|
устанавливать сама) |
|
Механизмы для роста |
Регламент добавления |
|
команды наличествуют. |
людей в команду |
|
Состав команды |
Утверждённый список |
|
определён. |
ролей команды |
|
Все ограничения, |
Распоряжение по рабочим |
|
определяющие где и как |
местам членов команды, |
|
будет выполняться работа, |
местам проведения |
|
определены. |
совещаний, |
|
|
предоставлению доступа к |
|
|
инструментам и т.д. |
|
Обязанности команды |
Project charter |
|
обрисованы в общих |
|
|
чертах. |
|
|
Уровень принятых |
Kick-off meeting |
|
командой обязательств |
|
|
ясен. |
|
|
Требуемые компетенции |
Список компетенций для |
|
определены. |
каждой роли в команде |
|
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
234 |
|||
|
|
|
|
|
|
Размер команды |
Количество людей для |
|
|
|
|
определён. |
каждой роли |
|
|
|
|
Правила контроля за |
Приказ: кому подчиняется |
|
|
|
|
деятельностью |
команда |
|
|
|
|
определены. |
|
|
|
|
|
Форма управления |
Регламент, определяющий |
|
|
|
|
выбрана. |
управление в команде |
|
|
|
|
Сформирована
Команда была пополнена достаточным количеством людей с принятыми обязательствами, чтобы начать миссию.
Контрольные вопросы |
Пример рабочих продуктов |
Пример практик описания |
|
(views) |
(viewpoints) |
Индивидуальные |
Регламенты ролей |
|
обязанности понимаются. |
Распределение |
|
|
обязанностей на kick-off |
|
|
meeting |
|
Было набрано достаточное |
Список команды (включая |
|
число членов команды, |
исполнителей) |
|
чтобы работа |
|
|
продвигалась. |
|
|
Каждый член команды |
Kick-off meeting |
|
понимает, как команда |
Репозиторий документов |
|
организована, и какая у |
проекта |
|
него индивидуальная роль. |
Приказ о назначении |
|
|
членов команды |
|
Все члены команды |
Аттестация |
|
понимают, как выполнять |
Технические совещания |
|
их работу. |
|
|
Все члены команды |
Kick-off meeting |
|
встретились (возможно, |
Социальные метрики |
|
виртуально) и начинают |
|
|
узнавать друг друга. |
|
|
Члены команды понимают |
Kick-off meeting |
|
их обязанности и как они |
Собеседования |
|
увязаны с их |
|
|
компетенциями. |
|
|
Члены команды |
Назначение issues |
|
принимают работу. |
Назначение работ по |
|
|
плану |
|
Любые внешние смежники |
Список стейкхолдеров- |
|
(организации, команды и |
подрядчиков |
|
индивиды) определены. |
|
|
Механизмы общения в |
Меморандум о |
|
команде определены |
коммуникации |
|
|
|
|
Каждый член команды |
Kick-off meeting |
|
принял обязательство |
|
|
работать в команде, как |
|
|
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
235 |
это определено.
Сотрудничает
Члены команды работают вместе как одно подразделение.
Контрольные вопросы |
Пример рабочих продуктов |
Пример практик описания |
|
(views) |
(viewpoints) |
Команда работает как |
Значения метрик |
|
одно сплочённое |
производительности |
|
подразделение. |
|
|
Общение в команде |
Результаты опроса |
|
открытое и честное. |
|
|
Команда сфокусирована на |
Результаты опроса |
|
достижение миссии |
|
|
команды. |
|
|
Члены команды знают друг |
Результаты опроса |
|
друга. |
|
|
Производит |
|
|
Команда работает результативно и эффективно. |
|
|
Контрольные вопросы |
Пример рабочих продуктов |
Пример практик описания |
|
(views) |
(viewpoints) |
Команда систематически |
Значения метрик |
|
выполняет обязательства. |
производительности |
|
Команда непрерывно |
Изменения технологий |
|
адаптируется к |
|
|
изменяющемуся контексту. |
|
|
Команда определяет и |
Оценка руководства |
|
адресует проблемы без |
|
|
внешней помощи. |
|
|
Прогресс в результатах |
Метрика переделок |
|
достигается с |
|
|
минимальным |
|
|
необходимым |
|
|
возвращением к |
|
|
сделанному и |
|
|
переделками. |
|
|
Работа впустую и причины |
Метрики |
|
для работы впустую |
производительности и |
|
постоянно устраняются. |
изменения технологий |
|
Распущена
Команда больше не ответственна за выполнение своей миссии.
Контрольные вопросы |
Пример рабочих продуктов |
Пример практик описания |
|
(views) |
(viewpoints) |
Обязанности команды |
Приказ об окончании |
|
были переданы или |
работ |
|
прекращены. |
|
|
Члены команды доступны |
Результаты опроса |
|
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
236 |
|||
|
|
|
|
|
|
для назначения в другие |
|
|
|
|
|
команды. |
|
|
|
|
|
Командой не |
Результаты опроса |
|
|
|
|
предпринимается дальше |
|
|
|
|
|
никаких усилий для |
|
|
|
|
|
завершения миссии. |
|
|
|
|
|
Работа
Нужно учитывать, что в инженерной работе используется одновременно как минимум несколько различных дисциплин управления работами:
●Управление процессами (как повторяющейся деятельностью). Все регламенты — они именно про “процессы”
●Управление проектами, с их парадигмой предварительного календарного планирования и контролем выполнения графика
●Управление делами (case management), относительно новая дисциплина, использующаяся в управлении плохо планирующимися деятельностями (лечение больных, проектирование принципиально новых систем, исследования).
Каждая инженерная компания по-разному делает упор на эти разные дисциплины в зависимости от вида жизненного цикла (паттерна разработки) и управленческих традиций, разделяемых менеджерами самой команды и топ-менеджерами.
Наиболее очевидные подальфы у “работ” будут “план-график” и “задача”.
Инициирована
Работа была запрошена.
Контрольные вопросы |
Пример рабочих продуктов |
Пример практик описания |
|
(views) |
(viewpoints) |
Результат, требуемый от |
Рабочие продукты |
Практики инженерии |
инициированной работы, |
возможностей |
требований |
ясен. |
Директивный график |
Практики проектного |
|
|
управления |
Любые ограничения на |
Оценка свободных |
В том числе теория |
выполнение работы ясно |
ресурсов |
ограничений (в части |
определены. |
|
нахождение ограничений) |
Стейкхолдеры, которые |
Список стейкхолдеров |
Таблицы в Excel, отчёты |
будут финансировать |
Документы, |
CRM, меморандумы, |
работу, известны. |
подтверждающие согласие |
докладные записки. |
|
финансирования |
|
Инициатор работ известен. |
Приказ на открытие работ |
|
Стейкхолдеры, которые |
Список стейкхолдеров |
|
будут принимать работу, |
|
|
известны. |
|
|
Источник финансирования |
Строка бюджета, оценка |
Внутренние практики |
ясен. |
суммы |
бюджетирования. |
Приоритет работы ясен. |
Директивный график, |
Теория ограничений в |
|
критическая цепь |
части приоритета проекта |
|
|
в контексте загрузки всех |
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
237 |
ресурсов и всех проектов предприятия.
Подготовлена
Все предусловия для начала работы выполнены.
Контрольные вопросы |
Пример рабочих продуктов |
Пример практик описания |
|
(views) |
(viewpoints) |
Обязательства приняты. |
Подписанный договор |
Типовой договор и |
|
|
типовое техническое |
|
|
задание к нему |
Цена и потребные усилия |
Соглашение о цене |
Практики бюджетирования |
оценены. |
Бюджет |
(в том числе практики |
|
|
beyond budgeting) |
Доступность ресурсов |
Данные управления |
Система проектного |
понимается. |
ресурсами предприятия |
управления масштаба |
|
|
предприятия, ERP-система |
Правила и процедуры |
Регламент управления |
В том числе использование |
контроля ясны. |
проектами |
карточек Essence |
Риски понимаются. |
Меморандум о рисках |
Практики управления |
|
|
рисками |
Критерии приёмки |
Подписанное техническое |
Практики needs analysis, |
определены и согласованы |
задание |
инженерии требований, |
с клиентом. |
|
проверки и приёмки |
Работы разбиты |
Детальный план работ |
Практики Use Case 2.0 |
достаточно для того, |
(графики 2-6 уровней) |
(sliced Use Case), |
чтобы началась |
Дела в issue tracker |
проектного управления, |
производительная работа. |
|
agile-планирования |
Стейкхолдерами и |
Содержательное |
Практики системной |
командой задачи |
наполнение плана-графика |
инженерии, инженерного |
определены и |
|
менеджмента |
приоритизированы. |
|
|
Правдоподобный план |
План-график |
Проектное управление |
наличествует. |
|
|
Финансирование для |
Приказ о финансировании |
|
начала работы |
работ |
|
наличествует. |
|
|
Команда или, как |
Результаты опроса |
|
минимум, часть команды |
|
|
готова начать работу. |
|
|
Моменты интеграции и |
Моменты в плане-графике |
Практика гейтовой |
поставки определены. |
|
организации работ и |
|
|
директивного графика, |
|
|
определение вида |
|
|
жизненного цикла |
Начата |
|
|
Работа происходит. |
|
|
Контрольные вопросы |
Пример рабочих продуктов |
Пример практик описания |
|
(views) |
(viewpoints) |
Системноинженерное мышление |
TechInvestLab, 2 апреля 2015 |
238 |
|||
|
|
|
|
|
|
Работа по разработке |
Метрики |
|
Практика измерений |
|
|
начата. |
производительности |
|
|
|
|
Прогресс работы |
Система метрик |
Практика измерений |
|
|
|
отслеживается. |
производительности |
|
|
|
|
Работа разбита на |
План-график |
Управление проектами, |
|
|
|
единицы действий с |
Дела в issue tracker |
управление делами |
|
|
|
ясными определениями |
|
|
|
|
|
того, что нужно сделать. |
|
|
|
|
|
Члены команды |
Результаты опроса |
|
|
|
|
принимают и выполняют |
|
|
|
|
|
задания. |
|
|
|
|
|
Под контролем
Работа продвигается хорошо, риски под контролем, уровень производительности достаточен для достижения удовлетворительного результата.
Контрольные вопросы |
Пример рабочих продуктов |
Пример практик описания |
|
(views) |
(viewpoints) |
Количество завершенных |
Issue tracker |
Измерение |
задач растёт. |
План-график с |
производительности в |
|
выполненными работами |
проектном управлении, в |
|
График burn-out и другие |
agile методологиях |
|
графики метрик |
|
|
выполнения работы |
|
Незапланированная |
Issue tracker |
Issue tracking |
работа под контролем. |
Изменения в технологии |
Постоянное |
|
Учёт технического долга |
совершенствование |
|
|
Управление техническим |
|
|
долгом |
|
|
|
Риски под контролем, их |
Апдейты списка рисков |
Управление рисками |
влияние, если они |
|
|
реализуются, и |
|
|
вероятность их |
|
|
реализации снижены до |
|
|
приемлемых уровней. |
|
|
Оценки пересматриваются, |
Метрики |
Практики agile-работы, |
чтобы отражать |
производительности |
практики проектного |
производительность |
|
управления |
команды. |
|
|
Доступны меры для показа |
Метрики |
Практики agile-работы, |
продвижения и скорости |
производительности |
практики проектного |
работы. |
|
управления |
Переделки под контролем. |
Issue tracker |
Теория управления |
|
Метрики переделок |
качеством (цикл Деминга) |
Задачи успешно |
Метрики |
Практики управления |
завершаются вовремя и в |
производительности |
проектами (в том числе |
соответствии с их |
Issue tracker |
теория ограничений), |
оценками. |
Система планирования |
практики agile-работы |
|
График расходования |
|