situational method engineering

29
Situational method engineering PraxOS 0.8

Upload: anatoly-levenchuk

Post on 08-May-2015

2.513 views

Category:

Business


1 download

DESCRIPTION

Situational method engineering represented as 4 level of method (meta)modeling activities that performed by ontologists and logicians, methodologists, method engineers, project managers.

TRANSCRIPT

Page 1: Situational Method Engineering

Situational method engineering

PraxOS 0.8

Page 2: Situational Method Engineering

Methods (ways of work)• Synonyms: process frameworks, practices,

disciplines, bodies of knowledge• Unit of work allocation/coordination/execution• Role (also “position” – becoming «stuck» in

performed role) is defined by a method • Method – a unit of modeling/description (thus -

the way to discuss and teach activity)• Have multiple levels:

– Engineering methods• Systems engineering

– Requirements engineering» Use cases for functional requirements definition

2

Page 3: Situational Method Engineering

Example: methods in management(endeavour management: enterprise, program, project)

3

140 organisational fashions and fads, 2003.Thomas H.Davenport, Laurence Prusak, "What's the Big Idea?: Creating and Capitalizing in the Best Management Thinking"

Page 4: Situational Method Engineering

4

Implementation cycle of powerful methods

• Yesterday - 10 years/method*,

• Today - 3 years/method,

• Tomorrow… singularity

* In the end method isn’t necessary gone. Methods are not fads!

Page 5: Situational Method Engineering

Problems in method abundance?• Methods are scarce! Methods are used only

indirectly (they are unique for the situation, any generalization is just a «method knowledge»).

• Methods are «non-weaveable» in concurrent use:– Non-comparable in form (monographs, handbooks,

reference process frameworks, standards, bodies of knowledge, etc.)

– Non-comparable in content (different ontologies)• Non-formality, non-completeness of current

descriptions no way for improvement or automation.

5

Page 6: Situational Method Engineering

ConcOrg method library(typical guides for workers)

Reference method library (OPFRO, PraxOS, … -- «handbooks»)

Situational method engineeringSystems engineering (general description)

• …• requirements engineering• project management

Project management (options)• ... • PMBoK• Theory of constraints

Theory of constraints• ... • Make-to-order: project buffer management• Mass production: drum-buffer-rope

ConcOrg situational method:Theory of constraints in make-to-order projects of type X systems, with project

planning and control tool Y used

Specific operations with real objects and documents in concrete time period

Method adjustment

Method enactment

6

ConcOrg reference method N

Метод NМетод NMethod N

ConcOrg reference method NConcOrg reference method N

Page 7: Situational Method Engineering

Situational method engineering and methodologyModel representationISO 15926, UML, OWL

Methods (systems engineering, project management, ITIL, PMBoK, BABoK, MFESA, Theory of constraints…)

Endeavor = process instance (life cycle, workflow)

Metamodel = «element classes and relationships» in method modeling (ISO 24744, SPEM, PraxOS Schema)

method enactment

Activity

WorkUnit

Task Technique

* *

М0

М1

M2

M3

methodologist

method engineer

ontologist, logician

• engineer• project manager• organizer• client

Method generation

7

knowledge

Activity

WorkUnit

Task Technique

* *

situation

Page 8: Situational Method Engineering

Methodologist job

• Standardization as main activity• Principal output: (meta)models (schemas) for

formal method descriptions• Major challenges:

– Integration of different views/viewpoints– Adoption of dynamic planning in method

implementation (agile life cycle)– Automation of method enactment

8

Page 9: Situational Method Engineering

9

Model = instrument (to see invisible)

Where is throughput?!

Page 10: Situational Method Engineering

Two views of life cycle(pic.17 from ISO TR 19760:2007)

In the standard «enterprise view» and «management view» are mixed up. 10

Page 11: Situational Method Engineering

Model knowledge (schema, metamodel)

(Meta)model of method element: to provide at least 4 views/viewpoints

11

Method element

Activity

WorkUnit

Task Technique

* *

Management(project, resources)

Engineering (process, roles)

Organizational (agreements, actors-transactions)

Client/value(system/product)

Project/workflowmodel

System/product/facilitymodel

Functional models

LogicalModels

Physical Models

Requirements

Re. parameters

System and life cycle information model

System and system life cycle (process/project) models are assembled from method elements

System/product/plant model is dependant on methods used!

Page 12: Situational Method Engineering

Method content vs. process/life cycle(SPEM 2.0)

12

RUP (Rational Unified Process)

MFESA (Method Framework for Engineering of System Architecture)

tActivities = method content use

Page 13: Situational Method Engineering

Method element Schema (Metamodel)

13

STA-methodology (G.P.Schedrovitsky): Act of activity

OPF (Open process framework): method element

goal

knowledge

meansA1 … An

source materials

product

transformation

Awarenessdisplay

Page 14: Situational Method Engineering

Metamodel standards for methods Metamodel

standardDefinition of «activity»

ISO 24774,15288

The activities are a list of actions that may be used to achieve the outcomes. Each activity may be further elaborated as a grouping of related lower level actions. Rather than describing the results of executing a process, activities describe a set of actions that might be undertaken to execute the process.

ISO 24744(ProcessKind)

A process kind is a specific kind of process, characterized by the area of expertise in which it occurs. ProcessKind is a subclass of WorkUnitKind.

SPEM 2 An Activity is a Work Breakdown Element and Work Definition that defines basic units of work within a Process as well as a Process itself. In other words, every Activity represents a Process in SPEM 2.0. It relates to Work Product Use instances via instances of the Process Parameter class and Role Use instances via Process Performer instances.

BPMN 2 An Activity is work that is performed within a Business Process. An Activity can be atomic or non-atomic (compound). The types of Activities that are a part of a Process are: Task, Sub-Process, and Call Activity, which allows the inclusion of re-usable Tasks and Processes in the diagram. However, a Process is not a specific graphical object. Instead, it is a set of graphical objects. The following sections will focus on the graphical objects Sub-Process and Task.

ISO 15926 A 15926-4 actual individual that brings about change by causing the event that marks the beginning, or the event that marks the ending of an individual.NOTE: Behavior is a term used to describe an activity either where there are preconditions and the activity is a response to those preconditions, e.g. reaction to touching a hot surface, or where the way an activity occurs is described by some property or function, e.g. fluid flow being described by the viscosity of the fluid.

OPF the highest-level work unit consisting of a cohesive collection of tasks that are performed by one or more collaborating producers when producing a set of related work products or providing one or more related services.

14

Page 15: Situational Method Engineering

ISO 24744 notation

15

OPEN/Metis Project

M0

Construction

Construction Build

Mc

Mf

Determination of Needs

Definition

Change

Change Build

Mu

Retirement

Needs Formalisation1

Needs Documentation1

Requirements Specification1

High-Level Modelling1

Technological Design1

Deployment Planning1

Construction Planning1

User Documentation Authoring1

Low-Level Modelling1

Coding1 Generation1

Packaging1

Synchronisation1

System Retirement1

Change Management2

High-Level Modelling1

Low-Level Modelling1

Coding1 Generation1

Packaging1

Synchronisation1

Page 16: Situational Method Engineering

BPMN 2.0 notation

16

Page 17: Situational Method Engineering

17

From FutureModels presentation

Ontology is about reality, not names/labelsOntology answers question: «what is there in the world?»

Page 18: Situational Method Engineering

18Picture from FIATECH presentation

Product/service catalog standards quagmire

Page 19: Situational Method Engineering

Solution for models incompatibility: ISO 15926 (life cycle data integration)

19

Integration ontology:

reference data libraryISO 15926-3,4

Method 1model

Method 2model

+ library amendments rules ISO 15926-6+ notations of ontology representation ISO 15926-7,8+ computer application interoperability rules ISO 15926-9

Model integration

Model interoperability

categoriesISO 15926-2

Ontologist, logician

Methodologist

Method engineer

Page 20: Situational Method Engineering

Data model pyramid ISO15926: Not only product/plant model, also project/method/practices/process/activities models

20Challenge: process/method ontology almost non-existent in RDL ISO 15926 !!!

Douglas Lenat: «blue-collar philosophers»

role, entity, individual

General engineering concepts: connection, detail, flow...

201 categories and concepts

10 ths. items: requirement, pump, heat exchanger

ISO 15926-2

ISO 15926-4

Rules for additionISO 15926-7,8

100 ths.

1 ml.

10 ml.

Page 21: Situational Method Engineering

Dynamic method (meta)modeling:method creation/change in real time

• Main question of each collaboration: «what we do next?»

• Development method trend: from Waterfall to Agile.• Agent approach in software engineering• Modeling-in-lagre (interactive modeling)• Automation of enactment (workflow generation):

orchestration and choreography• Challenge: metamodel changes when model instance

already exist (instantiated individuals need to be reclassified in updated metamodel)

21

Page 22: Situational Method Engineering

Situation variability(variety of systems, life cycle stages, tools)

From ISO/IEC TR 24748-1 (draft) 22

Page 23: Situational Method Engineering

23

Systems engineering: an attempt in a generic method description

Organizational Project-Enabling Processes

Life cycle model managementInfrastructure managementProject portfolio managementHuman resource managementQuality management

Technical ProcessesStakeholder requirements definitionArchitectural designImplementationIntegrationVerificationTransitionValidationOperationMaintenanceDisposal

Project ProcessesProject management

Project planning Project assessment and control

Project supportDecision managementRisk managementConfiguration managementInformation managementMeasurement

Agreement Processes

AcquisitionSupply

provides

25 recommended systems engineering (life cycle) processesISO 15288:2008

Processes are applied:•sequentially•recursively •iteratively

(26 – Tailoring metaprocess)

Page 24: Situational Method Engineering

Method description example : requirements engineering

24

Page 25: Situational Method Engineering

25

Example: Method choice in Project planning

Process management in manufacturing (queue to «work station»)

Traditional project management (one multitasked worker )

Critical chain (TOC) (common time buffer for task group)

Activity with 3 tasks

Using data fromEli Schragenheim и Daniel P.Walsh

Page 26: Situational Method Engineering

Software tools for situational method engineering (method composers and modelers)

26

ISO 15288:2008 processes in Eclipse Process Framework Composer

Difference between «method composers» and process/project management tools: integrated support of many views/viewpoints (according to method metamodel) – role, project, process, product, guidance, etc.

Page 27: Situational Method Engineering

Method enactmentProcess instance – use of method elements by specific people,

supported by tools (computers, paper sheets, facilities, etc.)

• Preliminary planning• Project initiation (resource allocation, work assingment)• Before-enactment communication (knowledge

management)– training (communicate method knowledge to people)– automation (communicate method knowledge to computers:

“semantic models”)• Dynamics/interactions:

– Re-modeling (up to re-metamodeling) when difficulties are met and obstacles arise

– Agile methodologies (planning-on-the-fly)

27

Page 28: Situational Method Engineering

28

Reflection in process enactment: maturity levels

1. Method applied ad hoc, outcomes usually achieved

2. Method applied and described (modeled), method model disscussed (reflected).

3. Method modeled and activities are defined by model (disciplined execution).

4. Method systematically reviewing in the cycle of continuous method improvement.

Life cy

cle st

ages of s

ituatio

nal method

Page 29: Situational Method Engineering

29

Questions?Anatoly Levenchukhttp://[email protected]

Victor [email protected]

TechInvestLab.ru+7 (495) 748 5388