'

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

Понравилась презентация – покажи это...





Слайд 0

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


Слайд 1

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


Слайд 2

Пример: менеджерские методы (управление предпринятием: организацией, программой, проектом) 3 * Activity-based costing * 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"


Слайд 3

12-Nov-14 4 Цикл внедрения мощных методов вчера было 10 лет/метод*, сегодня 3 года/метод, завтра… сингулярность *Методы не обязательно уходят! Моды – это не поветрия!


Слайд 4

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


Слайд 5

Библиотека методов КонкОрга (типовые инструкции для сотрудников) Библиотека типовых методов (OPFRO, PraxOS, … -- «учебники») Ситуационная инженерия методов системная инженерия (общее описание) … инженерия требований проектное управление проектное управление (варианты) ... PMBoK Теория ограничений теория ограничений ... Для изготовления под заказ: управление буферами проекта Непрерывного производства: барабан-веревка-буфер Ситуационный метод КонКорга: Теория ограничений в варианте изготовления под заказ систем типа X и используемых инструментов планирования и контроля проектов Y Конкретные действия с материальными предметами, документами, в конкретное время Уточнение метода Введение метода в действие (enactment) 6 Типовой метод КонкОрга N-2 Метод N Метод N Метод N Типовой метод КонкОрга N-1 Типовой метод КонкОрга N


Слайд 6

Ситуационная инженерия методов и методология Представление моделей ISO 15926, UML, OWL Методы (cистемная инженерия, проектное управление, ITIL, PMBoK, BABoK, MFESA, теория ограничений…) Предпринятие = экземпляр процесса (жизненный цикл, workflow) Метамодель = «типы элементов и их связь» в описании методов (ISO 24744, SPEM, PraxOS Schema) Введение в действие (enactment) метода М0 М1 M2 M3 методолог Инженер методов онтолог,логик инженер Менеджер проекта Организатор Заказчик Порождение (generation) метода 7 знания ситуация


Слайд 7

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


Слайд 8

12-Nov-14 9 Модель = прибор (видеть невидимое) Где валовая прибыль?!


Слайд 9

Минимум: две группы описаний ЖЦ (рис.17 из ISO TR 19760) В тексте путаются enterprise view и management view 10 [менеджерская]


Слайд 10

знания о модели (схема, метамодель) (Мета)модель элемента метода: обеспечить минимум 4 группы описаний 11 Элемент метода менеджерское (проект, ресурсы) Инженерное (процесс, роли) организационное (соглашений о работе, акторы-трансакции) клиентское (системы/продукта) Модель проекта (project и workflow) Модель продукта (facility model) информационная модель системы и ее жизненного цикла Описание системы и ее жизненного цикла (процесса/проекта) набирается из элементов метода Описание системы/продукта зависит от используемых методов работы!


Слайд 11

Содержание метода жизненный цикл (процесс) 12 RUP (Rational Unified Process) MFESA (Method Framework for Engineering of System Architecture) t Описание практик Использование практик


Слайд 12

Схема (метамодель) элемента метода 13 Схема акта деятельности Элемент метода OPF (Open process framework)


Слайд 13

Различные стандарты метамоделей методов 14


Слайд 14

Нотация ISO 24744 15


Слайд 15

Нотация BPMN 2.0 16


Слайд 16

17 «Процесс» «Процедура» «Функция» «Деятельность» «Шаблон проекта» Планировщик Менеджер по качеству Менеджер Консультант Аналитик По материалам компании FutureModels Онтология: про то, что в жизни (а не про имена) Отвечает на вопрос «что там?»


Слайд 17

18 Материалы консорциума FIATECH Болото стандартизациикаталогов


Слайд 18

Как решить проблему несовместимости описаний: ISO 15926 (интеграция данных жизненного цикла) 19 Интеграционная онтология: библиотека справочных данных ISO 15926-3,4 Описание метода 1 Описание метода 2 + правила пополнения библиотеки ISO 15926-6 + нотации выражения ISO 15926-7,8 + правила взаимодействия компьютерных приложений ISO 15926-9 Интеграция описаний Обмен описаниями категории ISO 15926-2 онтолог, логик методолог Инженер методов


Слайд 19

Пирамида данных ISO15926: Не только продукт, но и проект (методы,процессы,практики). 20 Проблема: онтологии процессов/методов в RDL ISO 15926 пока почти нет!!! Дуглас Ленат: философы-«голубые воротнички» роль, сущность, индивид Общеинженерные понятия: действие, соединение, деталь... 201 категория и понятие 10тыс. понятий: насос, теплообменник, требования ISO 15926-2 ISO 15926-4 Способ пополнения ISO 15926-7,8 100тыс. 1млн. 10млн.


Слайд 20

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


Слайд 21

22 Разнообразие ситуаций (природы системы, стадий жизненных циклов, инструментов)


Слайд 22

23 Системная инженерия: попытка обобщенного описания метода Организационные обеспечения проектов описывание жизненного цикла управление инфраструктурой управление портфелем проектов управление персоналом управление качеством Технические сбор требований анализ требований архитектурный дизайн изготовление интеграция верификация (проверка) ввод в эксплуатацию валидация (приёмка) эксплуатация обслуживание вывод из эксплуатации Проектные управление проектами планирование проекта управление выполнением и контроль проекта поддержка проектов управление решениями управление рисками управление конфигурацией управление сведениями измерения Контрактации Закупка Поставка обеспечивают 25 обязательных практик системной инженерии ISO 15288:2008 Применяются: последовательно рекурсивно итеративно


Слайд 23

Описание метода: инженерия требований 24 1. Описание предметной области (онтологии) требований 1.1 Назначение требований 1.2. Требования как рабочие продукты (артефакты) 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) -- модели требований (моделеры, в том числе интегрируемые в САПР)


Слайд 24

25 Выбор способа составления графика работ Управление процессами (очереди к станкам) Управление проектами (у одного человека много проектов) Критическая цепочка (TOC) общий буфер времени для группы операций Задача: три работы Использованы материалы Eli Schragenheim и Daniel P.Walsh


Слайд 25

Программы ситуативной инженерии методов (моделеры, композеры) 26 Практики ISO 15288:2008 в Eclipse Process Framework Composer Отличие от систем «управления процессами», «управления проектами»: одновременная работа с разными группами описаний (согласно метамодели метода) – люди, проект, процесс, продукт


Слайд 26

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


Слайд 27

28 Жизненный цикл применения процесса оценка (рефлексия): вверх по ступенькам зрелости 1. метод как-то (ad hoc) используется, результаты часто достигаются 2. метод используется и описан (отрефлектировано, что же именно делается), он обсуждаемы. 3. метод описан, и то, что делается, определяется этим описанием (дисциплина исполнения правил) 4. Практики систематически пересматриваются и изменяются с целью их улучшения Стадии жизненного цикла ситуационного метода


Слайд 28

29 Спасибо за внимание Анатолий Левенчук http://ailev.ru ailev@asmp.msk.su Виктор Агроскин vic5784@gmail.com TechInvestLab.ru +7 (495) 748-5388


×

HTML:





Ссылка: