OSS / Системноинженерное мышление в управлении жизненным циклом(2014)

	TechInvestLab, 14 июня 2014		221
систему.
Доработки /доделки	Приказ об окончании
системы больше не будут	работ
производиться.
Все материальные	Акты о ликвидации	Практика вывода из
компоненты системы либо	Акты о передаче на баланс	эксплуатации
повторно используются,	других проектов
либо надлежащим образом
ликвидированы.

Команда

Основные трудности в том, что практики работы с командой крайне неформализованы, имеют огромное количество вариаций в связи с личностным стилем руководителя. Они главным образом определяются дисциплиной "лидерство" (leadership), которая сама по себе крайне неформальна (хотя часть этих практик определяется более формализованными практиками human resources management и менее распространёнными talent management). В последнее время практики лидерства и командообразования для технических проектов изучаются в рамках развития методологий для agile видов жизненного цикла. Мы тут воздержимся от примеров практик, в которых определяются описания рабочих продуктов, используемых для работы с альфой команды -- это совершенно особый предмет.

Подальфы команды -- это "член команды" и "подрядчик". Но могут быть и менее очевидные альфы, например "сотрудничество" (которого вначале нет, а потом оно должно появиться) и "ресурсы" (которых вначале может не быть, но которые затем должны появиться): это всё разные аспекты "команды", с которыми работают разные люди предприятия.

Намечена

Миссия команды ясна и знания о том, как растить команду, наличествуют.

Контрольные вопросы	Пример рабочих продуктов	Пример практик описания
	(views)	(viewpoints)
Миссия команды	Рабочие продукты
определена в терминах	возможностей
возможностей и
результатов.
Ограничения на работу	Список ограничений (что
команды известны.	команда не может
	устанавливать сама)
Механизмы для роста	Регламент добавления
команды наличествуют.	людей в команду

	TechInvestLab, 14 июня 2014		222
Состав команды	Утверждённый список
определён.	ролей команды
Все ограничения,	Распоряжение по рабочим
определяющие где и как	местам членов команды,
будет выполняться работа,	местам проведения
определены.	совещаний,
	предоставлению доступа к
	инструментам и т.д.
Обязанности команды	Project charter
обрисованы в общих
чертах.
Уровень принятых	Kick-off meeting
командой обязательств
ясен.
Требуемые компетенции	Список компетенций для
определены.	каждой роли в команде
Размер команды	Количество людей для
определён.	каждой роли
Правила контроля за	Приказ: кому подчиняется
деятельностью	команда
определены.
Форма управления	Регламент, определяющий
выбрана.	управление в команде

Сформирована

Команда была пополнена достаточным количеством людей с принятыми обязательствами, чтобы начать миссию.

Контрольные вопросы	Пример рабочих продуктов	Пример практик описания
	(views)	(viewpoints)
Индивидуальные	Регламенты ролей
обязанности понимаются.	Распределение
	обязанностей на kick-off
	meeting
Было набрано достаточное	Список команды (включая
число членов команды,	исполнителей)
чтобы работа
продвигалась.
Каждый член команды	Kick-off meeting
понимает, как команда	Репозиторий документов
организована, и какая у	проекта
него индивидуальная роль.	Приказ о назначении
	членов команды
Все члены команды	Аттестация

	TechInvestLab, 14 июня 2014		223
понимают, как выполнять	Технические совещания
их работу.
Все члены команды	Kick-off meeting
встретились (возможно,	Социальные метрики
виртуально) и начинают
узнавать друг друга.
Члены команды понимают	Kick-off meeting
их обязанности и как они	Собеседования
увязаны с их
компетенциями.
Члены команды	Назначение issues
принимают работу.	Назначение работ по
	плану
Любые внешние смежники	Список стейкхолдеров-
(организации, команды и	подрядчиков
индивиды) определены.
Механизмы общения в	Меморандум о
команде определены	коммуникации
Каждый член команды	Kick-off meeting
принял обязательство
работать в команде, как
это определено.

Сотрудничает

Члены команды работают вместе как одно подразделение.

Контрольные вопросы	Пример рабочих продуктов	Пример практик описания
	(views)	(viewpoints)
Команда работает как	Значения метрик
одно сплочённое	производительности
подразделение.
Общение в команде	Результаты опроса
открытое и честное.
Команда сфокусирована на	Результаты опроса
достижение миссии
команды.
Члены команды знают друг	Результаты опроса
друга.
Производит
Команда работает результативно и эффективно.
Контрольные вопросы	Пример рабочих продуктов	Пример практик описания

	TechInvestLab, 14 июня 2014		224
	(views)	(viewpoints)
Команда систематически	Значения метрик
выполняет обязательства.	производительности
Команда непрерывно	Изменения технологий
адаптируется к
изменяющемуся контексту.
Команда определяет и	Оценка руководства
адресует проблемы без
внешней помощи.
Прогресс в результатах	Метрика переделок
достигается с
минимальным
необходимым
возвращением к
сделанному и
переделками.
Работа впустую и причины	Метрики
для работы впустую	производительности и
постоянно устраняются.	изменения технологий

Распущена

Команда больше не ответственна за выполнение своей миссии.

Контрольные вопросы	Пример рабочих продуктов	Пример практик описания
	(views)	(viewpoints)
Обязанности команды	Приказ об окончании
были переданы или	работ
прекращены.
Члены команды доступны	Результаты опроса
для назначения в другие
команды.
Командой не	Результаты опроса
предпринимается дальше
никаких усилий для
завершения миссии.

Приведём пример контрольных вопросов для подальфы "подрядчик" (вариант поставки оборудования для непрерывного производства/process plant), это подальфа и "стейкхолдеров" и "команды" -- ибо хотя подрядчик и внешний, но "играет за нас". Итак, подрядчик:

Признан

●обоснование аутсорсинга есть

TechInvestLab, 14 июня 2014

225

●требования и ограничения для подсистемы есть

●требования к гарантийному обслуживанию и ремонтным работам есть

●требования к технологиям работы есть

●сроки поставки определены

●критерии приёмки результата есть

●оценка возможной цены есть

Выбран

●технико-коммерческие предложения получены

●переговоры с кандидатами проведены

●технико-коммерческие предложения оценены

●подрядчик нами выбран

Привлечён

●валютные, сроков поставки, качества и прочие риски оценены

●договор с учтёнными рисками подписан

●аванс перечислен

●необходимая документация для начала работ передана

●уведомление о начале работ получено

●процедура коммуникации команды с исполнителями установлена

Работы идут

●надзор за работами установлен

●запросы обоих сторон учитываются

●запросы обоих сторон своевременно решаются

●график работ соблюдается

●технология работ соответствует ожидаемой

●коммуникация команды с исполнителем не прерывается

Работы приняты

●уведомление об окончании работ получено

TechInvestLab, 14 июня 2014

226

●испытания проведены

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

●акты проведения успешных испытаний подписан

●результаты работ доставлены на место

●документация передана

●монтажные работы произведены

●пуско-наладочные работы проведены

Работы закрыты

●акт приёмки-сдачи подписан

●деньги перечислены

●никаких дел к подрядчику нет

●гарантийные и сервисные работы производятся

●документация архивирована

Работа

Нужно учитывать, что в инженерной работе используется одновременно как минимум несколько различных дисциплин управления работами:

●Управление процессами (как повторяющейся деятельностью). Все регламенты -- они именно про "процессы"

●Управление проектами, с их парадигмой предварительного календарного планирования и контролем выполнения графика

●Управление делами (case management), относительно новая дисциплина, использующаяся в управлении плохо планирующимися деятельностями (лечение больных, проектирование принципиально новых систем, исследования).

Каждая инженерная компания по-разному делает упор на эти разные дисциплины в зависимости от вида жизненного цикла (паттерна разработки) и управленческих традиций, разделяемых менеджерами самой команды и топ-менеджерами.

Наиболее очевидные подальфы у "работ" будут "план-график" и "задача".

Инициирована

Работа была запрошена.

	TechInvestLab, 14 июня 2014		227
Контрольные вопросы	Пример рабочих продуктов	Пример практик описания
	(views)	(viewpoints)
Результат, требуемый от	Рабочие продукты	Практики инженерии
инициированной работы,	возможностей	требований
ясен.	Директивный график	Практики проектного
		управления
Любые ограничения на	Оценка свободных	В том числе теория
выполнение работы ясно	ресурсов	ограничений (в части
определены.		нахождение ограничений)
Стейкхолдеры, которые	Список стейкхолдеров	Таблицы в Excel, отчёты
будут финансировать	Документы,	CRM, меморандумы,
работу, известны.	подтверждающие согласие	докладные записки.
	финансирования
Инициатор работ известен.	Приказ на открытие работ
Стейкхолдеры, которые	Список стейкхолдеров
будут принимать работу,
известны.
Источник финансирования	Строка бюджета, оценка	Внутренние практики
ясен.	суммы	бюджетирования.
Приоритет работы ясен.	Директивный график,	Теория ограничений в
	критическая цепь	части приоритета проекта
		в контексте загрузки всех
		ресурсов и всех проектов
		предприятия.

Подготовлена

Все предусловия для начала работы выполнены.

Контрольные вопросы	Пример рабочих продуктов	Пример практик описания
	(views)	(viewpoints)
Обязательства приняты.	Подписанный договор	Типовой договор и
		типовое техническое
		задание к нему
Цена и потребные усилия	Соглашение о цене	Практики бюджетирования
оценены.	Бюджет	(в том числе практики
		beyond budgeting)
Доступность ресурсов	Данные управления	Система проектного
понимается.	ресурсами предприятия	управления масштаба
		предприятия, ERP-система
Правила и процедуры	Регламент управления	В том числе использование
контроля ясны.	проектами	карточек Essence
Риски понимаются.	Меморандум о рисках	Практики управления
		рисками
Критерии приёмки	Подписанное техническое	Практики needs analysis,

	TechInvestLab, 14 июня 2014		228
определены и согласованы	задание	инженерии требований,
с клиентом.		проверки и приёмки
Работы разбиты	Детальный план работ	Практики User Case 2.0
достаточно для того,	(графики 2-6 уровней)	(sliced user case),
чтобы началась	Дела в issue tracker	проектного управления,
производительная работа.		agile-планирования
Стейкхолдерами и	Содержательное	Практики системной
командой задачи	наполнение плана-графика	инженерии, инженерного
определены и		менеджмента
приоритизированы.
Правдоподобный план	План-график	Проектное управление
наличествует.
Финансирование для	Приказ о финансировании
начала работы	работ
наличествует.
Команда или, как	Результаты опроса
минимум, часть команды
готова начать работу.
Моменты интеграции и	Моменты в плане-графике	Практика гейтовой
поставки определены.		организации работ и
		директивного графика,
		определение вида
		жизненного цикла
Начата
Работа происходит.
Контрольные вопросы	Пример рабочих продуктов	Пример практик описания
	(views)	(viewpoints)
Работа по разработке	Метрики	Практика измерений
начата.	производительности
Прогресс работы	Система метрик	Практика измерений
отслеживается.	производительности
Работа разбита на	План-график	Управление проектами,
единицы действий с	Дела в issue tracker	управление делами
ясными определениями
того, что нужно сделать.
Члены команды	Результаты опроса
принимают и выполняют
задания.

Под контролем

Работа продвигается хорошо, риски под контролем, уровень производительности

	TechInvestLab, 14 июня 2014		229
достаточен для достижения удовлетворительного результата.
Контрольные вопросы	Пример рабочих продуктов	Пример практик описания
	(views)	(viewpoints)
Количество завершенных	Issue tracker	Измерение
задач растёт.	План-график с	производительности в
	выполненными работами	проектном управлении, в
	График burn-out и другие	agile методологиях
	графики метрик
	выполнения работы
Незапланированная	Issue tracker	Issue tracking
работа под контролем.	Изменения в технологии	Постоянное
	Учёт технического долга	совершенствование
		Управление техническим
		долгом
Риски под контролем, их	Апдейты списка рисков	Управление рисками
влияние, если они
реализуются, и
вероятность их
реализации снижены до
приемлемых уровней.
Оценки пересматриваются,	Метрики	Практики agile-работы,
чтобы отражать	производительности	практики проектного
производительность		управления
команды.
Доступны меры для показа	Метрики	Практики agile-работы,
продвижения и скорости	производительности	практики проектного
работы.		управления
Переделки под контролем.	Issue tracker	Теория управления
	Метрики переделок	качеством (цикл Деминга)
Задачи успешно	Метрики	Практики управления
завершаются вовремя и в	производительности	проектами (в том числе
соответствии с их	Issue tracker	теория ограничений),
оценками.	Система планирования	практики agile-работы
	График расходования
	буфера проекта

Закончена

Работа по производству результатов была закончена.

Контрольные вопросы	Пример рабочих продуктов	Пример практик описания
	(views)	(viewpoints)
Все невыполненные	Issue traker (все
задачи относятся к	неадминистративные

	TechInvestLab, 14 июня 2014		230
административным или	задачи закрыты)
подготовке к следующему
куску работ.
Результат работ был	Воплощение системы
достигнут.	готово
Стейкхолдеры приняли	Подписанный акт приёмки-
результирующую	сдачи
инженерную систему.

Закрыта

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

Контрольные вопросы	Пример рабочих продуктов	Пример практик описания
	(views)	(viewpoints)
Метрики были сделаны	Адрес репозитория с	Практика измерений
доступными.	журналами метрик
	производительности
Всё было архивировано.	Адрес архивного	Практики архивирования
	репозитория с проектными
	документами
Бюджет был сверен и	Акт о сверке и закрытии	Практики бюджетирования
закрыт.	бюджета
Команда была	Приказ о завершении
освобождена.	работ
Нет незавершённых,	Issue tracker пуст.
недоделанных задач.	План проекта выполнен.

Технологии

Управление технологиями -- это часть инженерного менеджмента, но иногда само название "инженерный менеджмент" приводят в варианте "инженерный менеджмент и управление технологиями". Точнее было бы "управление практиками", ибо смена ведущих дисциплин сюда тоже входит (практика=дисциплина+технология, технология=рабочие продукты+инструменты). Поминм также, что "практику" самого верхнего уровня, достаточную для выполнения всех работ, называют методом разработки, или методологией разработки. Но уж не будем менять устоявшийся термин инженерного менеджмента на устоявшиеся термины ситуационной инженерии методов, просто будем помнить про разные варианты использования слова "технология".

Огромное число инженерных технологий в современном производстве