Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
systems_engineering_thinking_2015.pdf
Скачиваний:
328
Добавлен:
28.03.2016
Размер:
8.09 Mб
Скачать

Системноинженерное мышление

TechInvestLab, 2 апреля 2015

206

lean-enabler-for-systems-engineering/. В принципе, это всё бесполезно читать, если вы не прочли про «непереводимое» на русский lean manufacturing (наиболее точно тут будет «не делать ничего лишнего»): http://en.wikipedia.org/wiki/Lean_manufacturing. Но и с прочтённым тоже может быть не просто.

Пример связи подходов lean и agile может быть найден в книге «Kanban and Scrum. Making the most of both» (это для софта, но там довольно популярно изложено несколько идей общего вида. Русский перевод!): http://www.infoq.com/resource/news/2010/01/kanban-scrum- minibook/en/resources/KanbanAndScrum-Russian.pdf

Когда все стадии жизненного цикла выполняются одновременно, то это называется concurrent engineering и по духу близко к agile – на минимальном уровне об этом рассказывается тут: http://incose-ru.livejournal.com/45719.html. Но по-настоящему впечатляющий пример – как стадион разбили на 12 секторов, и пока один сектор проектировали, предыдущий строили, а пред-предыдущий отделывали: http://www.myvi.ru/watch/WxsZCtYxMEyyp5QLEIp_Aw2 (6й сезон 14й фильм из замечательной серии телевизионных документальных фильмов про мастерство инженеров — http://en.wikipedia.org/wiki/Extreme_Engineering).

Главное тут сообразить, что «agile» и «без планирования, без особых принципов, как бог на душу положит» — это про разное. Agile подразумевает строгие принципы, строгую дисциплину, вполне определённые практики и использование специализированного инструментария для поддержки работы. И, как минимум, должно быть чёткое понимание, какие практики планирования и выполнения работ вы используете, как взаимосвязаны стадии работ, что вы делаете параллельно и что последовательно, в какой момент сотрудники или подрядчики синхронизируют выполнение своих работ.

Паттерны жизненного цикла

Конечно, оппозиция “водопад vs agile” слишком груба. В зависимости от распределения различных рисков по стадиям жизненного цикла вместо обсуждения водопадных и agile стилей в работе http://csse.usc.edu/csse/TECHRPTS/2009/usc- csse-2009-502/usc-csse-2009-502.pdf предложили различать следующие паттерны:

Купи готовое (Use Single NDI),

Гибкий (Agile),

Гибкий с архитектурой (Architected Agile),

Формальные методы (Formal Methods),

Оборудование с программными компонентами (Hardware with embedded

Software component),

Неделимость для начала эксплуатации (Indivisible Initial Operational Capability),

Много закупок (NDI-intensive) — проектирование (в отличие от конструирования)

Гибрид гибкости и плана (Hybrid agile/plan-driven system),

Много собственников в системе систем (Multi-owner system of systems),

Семейство систем (Family of systems),

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]