Ситуационная инженерия методов PraxOS 0.8

числе позиция – «застревание» лица в роли) определяется по методу.
Метод – единица описания (и тем самым – обсуждения и обучения деятельности).
Многоуровневы:
Инженерные методы
Системная инженерия
Инженерия требований
Сценарии (use cases) для определения функциональных требований

Activity value analysis
* Adaptive enterprises
* Artificial intelligence
* Attention management
* Balanced scorecard
* Benchmarking
* Brainstorming
* Brand management
* Business modeling
* Cannibalization
* Centralization/decentralization
* Change management
* Chaos/complexity
* Competitive intelligence
* Complex adaptive systems
* Concurrent engineering
* Conglomeration
* Continuous improvement
* Co-opetition
* Core capabilities
* Core competence
* Corporate culture
* Cost-benefit analysis
* Creative destruction
* Crisis management
* Critical-path analysis
* Cross-selling
* Customer relationship management
* Customer satisfaction
* De-layering
* Decision trees
* Diversification
* Double-loop learning
* Downsizing
* e-Commerce
* e-Marketplaces
* Economic value analysis (EVA)
* Economies of scale/scope
* Electronic data interchange (EDI)
* Empowerment
* Enterprise systems
* Entrepreneurship
* Evolutionary modelling
* Excellence
* Experience curves
* Experience economy
* Five forces analysis
* Flat organizations
* Franchising
* Game theory
* Globalization
* Growth/share matrix
* Hawthorne effect
* Hierarchy of needs
* Horizontal organization
* Information ecology
* Information management
* Intellectual capitalism
* Intellectual property management
* Interorganizational systems
* Intrapreneurship
* Just-in-time delivery
* Keiretsu
* Knowledge management
* Lead user analysis
* Leadership
* Lean production
* Learning organizations
* Lifetime customer value
* Loyalty management
* Management by objectives
* Management by walking around
* Managerial grid
* Marketing myopia
* Mass customization
* Mass production
* Matrix management
* Mentoring
* Mission statements
* One-minute managing
* Open-book management
* Operations research
* Organizational ecology
* Outsourcing
* Paradigms
* Pay-for-performance
* Permission marketing
* Portfolio analysis
* Portfolio management
* Process improvement
* Product life cycles
* Profit pools
* Prototyping
* Quality circles
* Quality of work life
* Real options
* Reengineering
* Resource-based strategy
* Restructuring
* S-curves
* Satisficing
* Scenario planning
* Scientific management
* Scientific retailing
* Segmentation
* Services
* Seven S model
* Simulation
* Six Sigma
* Social capital
* Sociotechnical systems
* Spans of control
* Strategic alignment
* Strategic business units
* Strategic planning
* Strenghts, weaknesses, opportunities, threats (SWOT) analysis
* Succession planning
* Supply chain management
* Synergy
* Systems dynamics
* T groups
* Teams
* Technology transfer
* Theories X and Y
* Theory Z
* Time-based competition
* Total quality management (TQM)
* Unbundling
* Value chain
* Value disciplines
* Value migration
* Value proposition
* Vertical/horizontal integration
* Virtual organizations
* Vision
* War for talent
* Wellness
* Yield management
* Zero-based budgeting

140 организационных мод и поветрий, 2003г. Thomas H.Davenport, Laurence Prusak, "What's the Big Idea?: Creating and Capitalizing in the Best Management Thinking"

не обязательно уходят! Моды – это не поветрия!

остальное – «знание о методе»).
«несмешиваемость» при совместном применении
несопоставимость по форме (монографии, учебники, «типовые процессы», стандарты, «корпус знаний» и т.д.)
несопоставимость по содержанию (разные онтологии)
Неформализуемость, неполнота описаний ? неулучшаемость, неавтоматизируемость.

… -- «учебники»)

Ситуационная инженерия методов

системная инженерия (общее описание)
…
инженерия требований
проектное управление

проектное управление (варианты)
...
PMBoK
Теория ограничений

теория ограничений
...
Для изготовления под заказ: управление буферами проекта
Непрерывного производства: барабан-веревка-буфер

Ситуационный метод КонКорга:
Теория ограничений в варианте изготовления под заказ систем типа X и используемых инструментов планирования и контроля проектов Y

Конкретные действия с материальными предметами, документами, в конкретное время

Уточнение метода

Введение метода в действие (enactment)

Типовой метод КонкОрга N-2

Метод N

Метод N

Метод N

Типовой метод КонкОрга N-1

Типовой метод КонкОрга N

проектное управление, ITIL, PMBoK, BABoK, MFESA, теория ограничений…)

Предпринятие = экземпляр процесса (жизненный цикл, workflow)

Метамодель = «типы элементов и их связь» в описании методов (ISO 24744, SPEM, PraxOS Schema)

Введение в действие (enactment) метода

М0

М1

M2

M3

методолог

Инженер методов

онтолог,логик

инженер
Менеджер проекта
Организатор
Заказчик

Порождение (generation) метода

знания

ситуация

объединение разных групп описаний
переход к динамическому планированию использования метода (гибкий жизненный цикл)
Автоматизация приведения метода в действие

enterprise view и management view

[менеджерская]

описаний

Элемент метода

менеджерское (проект, ресурсы)

Инженерное (процесс, роли)

организационное (соглашений о работе, акторы-трансакции)

клиентское
(системы/продукта)

Модель проекта (project и workflow)

Модель продукта (facility model)

информационная модель системы и ее жизненного цикла

Описание системы и ее жизненного цикла (процесса/проекта) набирается из элементов метода

Описание системы/продукта зависит от используемых методов работы!

of System Architecture)

t

Описание практик

Использование практик

не про имена) Отвечает на вопрос «что там?»

онтология: библиотека справочных данных ISO 15926-3,4

Описание метода 1

Описание метода 2

+ правила пополнения библиотеки ISO 15926-6 + нотации выражения ISO 15926-7,8
+ правила взаимодействия компьютерных приложений ISO 15926-9

Интеграция описаний

Обмен описаниями

категории ISO 15926-2

онтолог, логик

методолог

Инженер методов

процессов/методов в RDL ISO 15926 пока почти нет!!!

Дуглас Ленат: философы-«голубые воротнички»

роль, сущность, индивид

Общеинженерные понятия: действие, соединение, деталь...

201 категория и понятие

10тыс. понятий: насос, теплообменник, требования

ISO 15926-2

ISO 15926-4

Способ пополнения
ISO 15926-7,8

100тыс.

1млн.

10млн.

дальше»
Тренд в методах разработки: от «каскада» к «гибким методам»
Агентский подход в программировании
Моделирование «в большом» (интерактивное моделирование)
Автоматизированное выполнение процессов (workflow): хореография и оркестровка.
Проблема: изменение метамодели, когда уже есть порожденный экземпляр модели (требуется перепривязать сущности экземпляра к новой метамодели)

управление портфелем проектов
управление персоналом
управление качеством

Технические
сбор требований
анализ требований
архитектурный дизайн
изготовление
интеграция
верификация (проверка)
ввод в эксплуатацию
валидация (приёмка)
эксплуатация
обслуживание
вывод из эксплуатации

Проектные
управление проектами
планирование проекта управление выполнением и контроль проекта
поддержка проектов
управление решениями
управление рисками
управление конфигурацией
управление сведениями
измерения

Контрактации Закупка Поставка

обеспечивают

25 обязательных практик системной инженерии ISO 15288:2008

Применяются:
последовательно
рекурсивно
итеративно

Требования как рабочие продукты (артефакты)
1.2.1. Отличия рабочих продуктов требований от архитектурных и проектных рабочих продуктов. Различение требований и ограничений.
1.2.2. Виды формулирования требований и требования к ним
-- уровень неформальности: текст -- модели
-- используемая парадигма (декларативные-процесссные)
-- информационные модели (в том числе онтологии и метамодели для них -- как минимум, глоссарий).
-- спецификации требований. Шаблоны информационных объектов.
-- концепции
1.2.3 Виды использования
-- автономные требования
-- требования как задания на испытания и test-driven development
-- требования как запросы на изменения и практики issue tracking
1.2.4 Виды по источникам
-- требования и нужды заинтересованных сторон
-- результат анализа требований
1.3. Классификация требований по их предмету
1.3.1. Контрактные, производные, эксплуатационные, к обслуживанию, обеспечению, обучению, прекращению использования, организационные, программные, аппаратные, оборудованию и т.д. -- разнообразие типов требований, каждый из которых требует своих рабочих продуктов, производящих и использующих их практик и квалификации инженеров требований
1.3.2. К методу разработки
1.3.3. К продукту
1.3.3.1. Функциональные
1.3.3.2. Нефункциональные
-- качества (ценовая доступность, производительность, настраиваемость, надежность (защитимость (устойчивость, безопасность, защищенность, выживаемость), бездефектность (доступность, правильность, предсказуемость, надежность-стабильность)), экономичность, сопрягаемость, эксплуатационные характеристики, поддерживаемость, удобство в использовании
-- к данным
-- к интерфейсам
-- ограничения (включают все виды требований)
2. Практики работы с требованиями
2.1. Место практик в процессе
-- в жизненном цикле
-- среди других инженерных дисциплин
-- смежные практики: планировать усилия инженерии требований, готовить инфраструктуру управления требованиями и моделирования, управлять данными и конфигурацией требований, улучшать практики и т.д.
2.2 Стандартизация практик
-- международные стандарты: ISO 15288 и ISO 12207, ISO 29148, IEEE 1233, для обоснования ISO 15026
-- частные стандарты: OPFRO, QUASAR
2.3. Разнообразие практик в части природы системы ([программоемкая] система, модель бизнеса, предметная область, компонент, семейство продуктов, программное приложение, датацентр, завод и т.д.). Стандарты BABOK, ITIL.
2.4. Типовой набор практик
2.4.1. бизнес-анализ
-- анализ клиента
-- анализ конкурента
-- анализ рынка
-- анализ технологии
-- анализ пользователя
-- профилирование заинтересованных сторон
-- выявление целей заинтересованных сторон
-- разработка обоснования бизнес-модели
2.4.2. Предвосхищение (visioning) -- бизнеса, системы, приложения, компоненты
2.4.3. Разработка требований
-- выявление требований
-- переиспользование требований
-- анализ (моделирование) требований
-- прототипирование требований
-- формулирование требований
-- валидация требований
3. Обоснование выполнения требований (requirements case)
3.1. Рабочие продукты (декларации, аргументы, свидетельства)
3.2. Практики обоснования
-- набор практик обоснования
-- жизненный цикл обоснования
4. Команда, ее роли и требуемые квалификации
-- источники требований
-- разработка требований
-- использование требований
-- проверка требований
-- управление требованиями
5. Инструменты инженерии требований
-- автономные требования (типа IRqA etc.)
-- требования-запросы (Dassault Systemes Requirements/Engineering Portal)
-- модели требований (моделеры, в том числе интегрируемые в САПР)

одного человека много проектов)

Критическая цепочка (TOC) общий буфер времени для группы операций

Задача: три работы

Использованы материалы Eli Schragenheim и Daniel P.Walsh

Framework Composer

Отличие от систем «управления процессами», «управления проектами»: одновременная работа с разными группами описаний (согласно метамодели метода) – люди, проект, процесс, продукт

планирование
Старт проекта (выделение ресурсов, поручения людям)
Предварительная коммуникация (управление знаниями)
образование (сообщить знание о методе)
Автоматизация (сообщить компьютеру знание о методе – «семантические описания»)
Динамика:
Возврат к описаниям при возникновении затруднений
Гибкие методы (планирование по ходу дела)

(ad hoc) используется, результаты часто достигаются

2. метод используется и описан (отрефлектировано, что же именно делается), он обсуждаемы.

3. метод описан, и то, что делается, определяется этим описанием (дисциплина исполнения правил)

4. Практики систематически пересматриваются и изменяются с целью их улучшения

Стадии жизненного цикла ситуационного метода