Цитаты из книг автора «Анатолий Левенчук»

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

В оригинальном стандарте OMG Essence речь идёт об альфе way of working (способ проведения работ), а мы передаём это как метод/методология – набор практик, необходимый для выполнения работ проекта «под ключ».

Альфа возможности в ходе проекта проходит следующие состояния/контрольные точки (даётся в варианте OMG Essence, в формулировках в том числе подчёркивается связь состояния этой альфы с состояниями других альф)226: • Выявлена (identified): найдена идея; найдена как минимум одна проектная роль, желающая сделать инвестицию в понимание возможности; определены другие проектные роли. • Нужно решение (solution needed): выявлено инженерное и/или культурное решение; установлены потребности; определены проблемы и их причины, подтверждено, что внешним проектным ролям это решение нужно; было предложено как минимум одно архитектурное решение. • Польза установлена (value established): польза возможности была определена количественно; влияние решения на внешние проектные роли понятно; польза системы внешними проектными ролями понимается; критерии успешности ясны; результаты ясны и выражены количественно. • Жизнеспособна (viable): инженерное решение обрисовано в общих чертах; решение возможно с учётом ограничений; риски приемлемы и управляемы; решение выгодно; причины для разработки решения понимаются; ясно, что реализация возможности жизнеспособна. • Реализована (addressed): возможность реализована; решение достойно воплощения; внешние проектные роли удовлетворены; • Извлекается выгода (benefit accrued): решение приносит выгоду; возврат на инвестиции приемлем.

Системное мышление – это всегда первый мыслительный ход от целевого объекта рассмотрения наружу, к окружению, а не внутрь к частям! И только после разбирательства с окружением можно рассмотреть структуру целевого объекта.

Современный системный подход уделяет специальное внимание какой-то формализации этой стадии предпроектного замысла, когда появляется понимание потенциальной целевой системы и формирование проекта по её созданию. В последней версии ISO 15288:2015 даже появилась новая практика «6.4.1. Business or mission analysis process». Суть этой практики – понять, какую целевую систему берётся делать команда, и определить, стоит ли её вообще делать, соответствует ли это стратегии компании, чья команда будет выполнять проект.

Ответ на вопрос про то, из каких методологий разработки брать какие практики управления жизненным циклом зависит от профиля рисков проекта, а этот профиль рисков определяется субъективно командой. Нет двух похожих проектов, нет двух похожих видов/моделей жизненного цикла – все стадии, все практики будут другими. Даже если вы делаете подряд два похожих проекта, то в результате выполнения первого проекта команда получает опыт, и профиль рисков для команды во втором проекте будет другим. Это означает, что команда может для следующего похожего проекта (или даже в ходе текущего проекта!) подкорректировать практики своей работы, изменить вид жизненного цикла, в том числе изменить практики управления работой для того, чтобы учесть полученный опыт.

Методология – это синоним метода, а метод – набор практик, которые достаточны для выполнения всех работ под ключ. В данном случае речь идёт о наборе практик, достаточных для управления жизненным циклом.

Обратим внимание, что управление жизненным циклом не включает ответы на вопрос «кто это всё делает» и «когда делает»! Логическое «когда» включает («красить только после зачистки», инженерное замечание), а вот операционное «когда» и конкретные ресурсы («красит Вася в 12:00») – вот этого нет, это предмет управления работ. Управление работами (operation management, управление операциями) заключается в управлении выделением ресурсов для прохождения всех контрольных точек в срок и в соответствии с бюджетом. Управление жизненным циклом рассматривается как преимущественно инженерная дисциплина (нужно хорошо знать практики инженерной работы), управление работами как чисто менеджерская дисциплина (нужно хорошо знать практики операционного менеджмента).

Отсутствие заранее запланированных гейтов не означает, что не ведётся управление работами. Оно ведётся, только проходит по контрольным точкам (milestones, вехам), представляющим из себя сочетание какого-то (возможно, очень сложного составного) требования к какой-то части системы и момента времени, к которому это требование должно быть удовлетворено. Если контрольная точка не пройдена к её запланированному моменту времени, просто принимаются все возможные меры для её скорейшего прохождения, но из-за этого не останавливаются все остальные работы по достижению других контрольных точек, как это было бы в случае гейтов.

Стадии прекращения использования/вывода из эксплуатации/получения зелёной площадки на диаграмме нет, она отражает не полный жизненный цикл, это тоже не современный системный подход, который прослеживает практики работы с целевой системой до конца её существования (включая ликвидацию), а не только до конца создания или (как в этом случае) конца эксплуатации.