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

Моделирование в широком смысле – это эффективное по затратам использование чего-то одного вместо чего-то другого для мыслительных целей. Это позволяет нам использовать вместо реальности что-то такое, что проще, безопаснее или дешевле чем реальность для заданной цели; модель является абстракцией реальности в том смысле, что она не может представить все аспекты реальности. Это позволяет нам иметь дело с миром упрощённым способом, обходя сложность, опасность и необратимость реальности»200.

На V-диаграмме удобно обсуждать классический слоган системной инженерии: все возможные работы правой части диаграммы нужно переносить в левую часть. Всё, что можно сделать на стадии описания системы, нужно делать именно на этой стадии: битами много дешевле оперировать, нежели атомами, особенно если речь идёт о сложных дорогих системах типа самолёта или энергоблока атомной электростанции. Вот данные INCOSE по стоимости исправления ошибок в зависимости от стадии жизненного цикла199:

Сегодняшний тренд – это разборка крупных методологий на отдельные практики. Если ещё лет десять назад считалось, что нужно обязательно использовать в работе все описанные какой-то методологией практики, и без любой из описанных результат будет плохим, то сегодня такого уже нет и такой подход жёстко критикуется. Для методологий разработки Ивар Якобсон (один из соавторов стандарта описания моделей жизненного цикла OMG Essence) призывает «освободить практики от методологий», ибо они являются отличными единицами накопления опыта – его доклад на SECR’17 так и называется: «Kill All Methods – Free the Practices»193.

Популярные методологии разработки (development process), т.е. разные варианты agile185, «гибкая методология разработки», обеспечения качества (six sigma186), преодоления барьера между разработкой и эксплуатацией (DevOps187 и DataOps188), и даже социализации в танце (социальные танцы189 – танго, кизомба, сальса, самба) оказываются все наборами практик жизненного цикла, разве что не всех стадий.

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

Какие именно работы выполнять с какими частями системы – вопрос управления жизненным циклом, где брать ресурсы и кто ответственный – вопрос архитектуры предприятия, как выполнить побыстрее – вопрос операционного менеджмента. Для каждой практики есть свои учебники, которые раскрывают дисциплину практики – какие основные понятия используются для мышления об этой практике. И управление жизненным циклом, и архитектура предприятия, и операционный менеджмент – по всем ним, конечно, есть учебники. Если есть какой-то учебник, учащий проектную роль какому-то варианту деятельности, то это учебник практики: если есть учебник «как вести переговоры», то это означает, что есть практика ведения переговоров и есть роль «переговорщик/представитель стороны переговоров»

Менеджерам и особенно госчиновникам в военных проектах гейтовая схема была очень удобна, ибо она позволяла легко организовывать финансирование проектов, по их стадиям.

Система разными своими частями находилась в разных состояниях, и все виды работ велись одновременно над разными частями системы: если корабль красили, то не как раньше – сначала зачищали поверхность, потом грунтовали, потом красили, но сначала зачищали кусочек, потом его грунтовали, но начинали зачищать следующий кусочек, потом первый кусочек красили, второй грунтовали, а третий начинали зачищать – и «сначала» и «потом» оказывалось сугубо локальным, а не глобальным для всей целевой системы. Стадии «зачистки», «грунтовки», «покраски» оказывались «перекрывающимися» во времени, параллельными/concurrent

Но не успело новое понятие жизненного цикла как поделённых на стадии работ обеспечения прижиться, как начались проблемы. Первая проблема понимания жизненного цикла как последовательности крупных работ проекта: в реальных проектах по созданию систем массово начала вырождаться стадийность. Сначала в agile164 (гибких) подходах к разработке софта появились не тематические по видам работ «стадии», а безымянные «итерации» какой-то фиксированной длины – и на этих итерациях было очень трудно отследить, какая же там преимущественная тематика работ. Затем в строительных проектах появилась параллельная инженерия (concurrent engineering), в которой намеренно в параллель/одновременно выполнялись работы, ранее считавшиеся строго разнесёнными по разным последовательным «тематическим» стадиям жизненного цикла: одновременно и велось проектирование, и изготовление системы, а какие-то неполные версии системы ещё и начинали эксплуатировать (например, крыло недостроенного здания).

Жизненный цикл в начальном (1.0) понимании – это по-крупному нарезанные все возможные работы систем обеспечения с целевой системой.