European Commission - DIGIT.B1. Architecture office, Consultancy, Innovation and Relationship Management Contact

Similar documents
Agile PM² Connecting Agile Practices to PM² projects

The PM 2 Governance Model

Introduction to PM². Laurent Kummer COEPM² Team

Register Factory. Summary. Ralf Leonhard: or Framework Approach Cross-sector All

The PM 2 Business Implementation Plan

Introduction to PM². Maarten Koens consultant & trainer

8.13 STANDARD-BASED ARCHIVAL DATA MANAGEMENT, EXCHANGE AND PUBLICATION ( )

Project Management Methodology. Guide Open Edition

Managing Risk with PM 2

CATALOGUE OF SERVICES ( ) IDENTIFICATION OF THE ACTION EXECUTIVE SUMMARY

THE SHARING AND REUSE FRAMEWORK. Fostering collaboration among public administrations

Service-Oriented Modeling (SOA): Service Analysis, Design, and Architecture

JOINUP EUROPEAN COLLABORATIVE PLATFORM AND CATALOGUE ( )

INCREASE ROI WITH OPSASTO

The digitally coherent public sector

2.2 SEMANTIC INTEROPERABILITY FOR REPRESENTATION POWERS AND MANDATES ( )

Job Description. IT (Digital Strategy & Architecture)

e-sens white paper D3.4 Preliminary Proposal for a governance body Instruments Deliverable 3.4, version 3

8.9 JOINUP EUROPEAN COLLABORATIVE PLATFORM AND CATALOGUE ( )

Gaining and Maintaining IT & Business Alignment. presented by Robert Sheesley for PMI Pittsburgh Chapter

Engineering Process Transformation driven by Use Cases.

The Process-Centric Enterprise. Roger Tregear

Tailoring PRINCE2 to the project environment

#entarch in end-to-end change-friendly capability delivery

The Open Group Exam OG0-091 TOGAF 9 Part 1 Version: 7.0 [ Total Questions: 234 ]

Common Services Communication with citizens Reusable Generic Tool

SENIOR BUSINESS SYSTEMS ANALYST

TOGAF 9.1 Phases E-H & Requirements Management

Toolbox for Architecture Framework Discussions at The Open Group. SKF Group, February 2018

Senior Manager. Lead the development of enterprise applications architecture, roadmaps and frameworks for Sydney Water Digital Assets.

CEF Telecom Call: Public Open Data (HPC)

Project Governance IT Services: Projects and Change Queen Mary University of London Protect 1

EUDAT How manage Data into the Collaborative Data Infrastructure: a general overview of EUDAT services

Leadership & Collaboration Jim Lenton. ECITB Project Collaboration Toolkit

BBC Project Management Competency Framework. Overview

EXECUTIVE SUMMARY 1. RECOMMENDATION FOR ACTION

Standards Harmonization Process for Health IT

Business Process Management

copyright Value Chain Group all rights reserved

Introducing the new earchiving Building Block. E-ARK4ALL Project

Enterprise Software Delivery:

The EU Open Data policy Daniele Rizzi European Commission DG Communications Networks, Content and Technology

CSE 435 Software Engineering. Sept 14, 2015

The-Open-Group OG TOGAF 9 Part 1. Download Full Version :

Service Oriented Architecture. Reference MIDDLEWARE & ENTERPRISE INTEGRATION TECHNOLOGIES By

Introduction to Seven Consulting. Sponsor Coaching Capability Overview TEAMWORK TRANSPARENCY DELIVERY

Mark Bailey Senior System Consultant Security, Government, & Infrastructure 2008 Intergraph Corporation

Benefits Management a strategic perspective on why benefits management is difficult!

Commercial Procurement Manager- Corporate

EU CUSTOMS BUSINESS PROCESS MODELLING POLICY

Aspire. Assess. Game changing intelligence. aspireeurope.com

In Pursuit of Agility -

Exam Questions OG0-091

SAP PI Governance. Security, Compliance, Quality and Risk management of interfaces

Translate stakeholder needs into strategy. Governance is about negotiating and deciding amongst different stakeholders value interests.

Information Technology Audit & Cyber Security

Implementation of Service Integration in a Multiprovider Environment Using COBIT 5

Managing Successful Programmes 2011 Glossary of Terms and Definitions

Sharing and Reuse of IT Solutions Framework

EU Customs Competency Framework - Overview. A. Introduction B. The EU Customs Competency Framework Background and Approach...

ISA 2 WORK PROGRAMME ANNEX I DETAILED ACTION DESCRIPTIONS

ANNUAL SUMMARY PROGRESS REPORT ON YEAR 2 OF THE E-ARK PROJECT

European Centre for Disease Prevention and Control. Call for expression of interest for Seconded National Experts (ECDC/2017/SNE)

Contents. viii. List of figures. List of tables. OGC s foreword. 6 Organizing for Service Transition 177. Chief Architect s foreword.

Government Information Services (GIS), System and Service Transformation

PSO Advisor. Position Description

Innovation & Technology for Challenging Projects

Architecting IT is Different Than Architecting the Business

TABLE OF CONTENTS 2. INFORMATION TECHNOLOGY IN A BUSINESS ENVIRONMENT 15

An architecture for defining the processes of the software and. systems life cycles

Malta. Performance of the Point of Single Contact. Performance on the PSC Criteria Gap national - cross-border Performance per industry

Joined-up Requirements: Business Goals to System Tests

SEMANTIC ASSET CLEARING PROCESS AND QUALITY FRAMEWORK. Deliverable

PM²-PPM Project Portfolio Management

FROM ERP TO COBIT MOVING TOWARD MATURE OF- THE-SHELF INFORMATION SYSTEMS. A Toy Example A Small Detergent Manufacturing Co.

EUROPEAN COMMISSION DIRECTORATE-GENERAL TAXATION AND CUSTOMS UNION Resources Customs systems & IT operations IT STRATEGY

Testing maturity in an agile/cdt environment

Standardization driving Flexibility and Agility: Why ING joined BIAN Series of Webinars offered by Banking Industry Architecture Network (BIAN)

Software Life-Cycle Management

Planning Safety Demonstration

Service Oriented Realization of The HTNG Reference Architecture

Managing Information Security Complexity

Metric systems for executive overview

Everywhere Analytics Bringing Insights to Executive Officers 2016/05/19

EUROPEAN COMMISSION DIRECTORATE-GENERAL FOR HUMANITARIAN AID AND CIVIL PROTECTION - ECHO

CALL FOR APPLICATIONS FOR THE SELECTION OF MEMBERS OF THE HIGH LEVEL INDUSTRIAL ROUNDTABLE "INDUSTRY 2030" Annex I - Classification form 1

IT6801 / Service Layers/ A.Kowshika SERVICE LAYERS

The Journey from Finding to Implementing a Rule Management Tool

Aligning Architecture work with Agile Teams

openmdm Working Group charter

ROLE STATEMENT ROLE SPECIFIC KEY RESULT AREA WEIGHTING GOALS AND MEASURES

Economic and Social Council

egovernment Services in Italy State of the Art and Evolutionary Perspectives Guido Vetere IBM Center for Advanced Studies of Rome

DIGIT Unit B4. Business Case. Crowdsourcing of policy ideas

REPORT FROM THE COMMISSION TO THE EUROPEAN PARLIAMENT AND THE COUNCIL. Results of the final evaluation of the ISA programme. {SWD(2016) 279 final}

TEMPLATE. Asset Management. Assetivity

JOB DESCRIPTION. Proposed Band. Appendix

Can Change Management Support Agile Without Being Agile?

Agile Governance from the Top Down. James Yoxall Webinar 22 August, 2012

Technology Landscape. 3 Types of Advisor-Client Texting Solutions for Financial Services

Transcription:

[EU12] PM2 - Governance PM 2 - Governance Summary ID EU12 Initiative PM 2 Short description Governance is the act of governing and is therefore concerned with how decisions will be made. In the Commission, governance is a process to develop a more strategic approach to projects/programmes, in order to achieve an efficient use of the Commission's resources and investments and to ensure that business needs are supported by efficient tools. This process is performed by the Governance Bodies. The PM² methodology recognizes the complex and uncertain nature of many types of projects and the positive contribution of the agile way of thinking to their effective management. Moreover, it helps project teams take decisions on trade-offs between the project dimensions of time, cost, scope and quality. PM² describes the governance at project level, which supports project governance model, project lifecycle and a set of processes and related artefacts. Owner European Commission - DIGIT.B1. Architecture office, Consultancy, Innovation and Relationship Management Contact Email: EC-PM2@ec.europa.eu Type Framework Sub-Type Strategy Context Cross-border, Cross-sector Base Registry type All Operating model The PM2 Methodology processes, artefacts, tools and techniques, help project teams take decisions on trade-offs between the project dimensions of time, cost, scope and quality. On the other hand, the PM2 Mind-sets present those attitudes and behaviours which help project teams focus on what is really important in achieving project goals. Together they help with navigating through the complexities of managing projects at the EC and make the PM2 Methodology both more effective and complete. IPR Status Operational

Aggregated business need Functionalities More details ABN 6 Need for coordination of charging policies ABN 16 Need for collaboration rules PM 2 Governance Project Stakeholders Project stakeholders are people/groups who can affect or can be affected by both the activities performed during the life of a project, or/and by the project s output(s) and outcome(s). Stakeholders can be directly involved in a project s work, or can be members of other internal organisations, or even be external to the performing organisation (e.g. suppliers, users, EU citizens). Depending on the complexity and scope of a project there may be few or a large number of stakeholders, however, the more people the project impacts, the more likely it is that a project will affect people who have some power or influence over the project. Project Organisation and Roles An appropriate Governance Body consists of many different layers. The first layer is known as steer layer. Within this layer, we have the project steering committee (PSC). The next layer is referred to as Directing layer. Here, we have two important roles, these are, the Project owner (PO), which is head of Unit in a DG, and the Solution provider (SP).

Next, we have the managing layer, were the important roles here are Business Manager (BM) and Project Manager (PM). The Business Manager acts on a daily basis on behalf of the PO, while the Project Manager assumes responsibility for project deliverables. Finally, we have the performing layer. Within the performing layer, we have 2 important roles, the Business Implementation Group (BIG) and the Project Core Team (PCT). The BIG consists of representatives from the business and user groups. The Business Implementation Group (BIG) is responsible for implementing the business changes that need to be in place in order for the organisation to be able to effectively integrate into every day work the project deliverables. On the other hand, the PCT, Consists of the roles responsible for the implementation of the project deliverables. The composition and structure of the Project Core Team (PCT) depends on the size and type of the project (e.g. IT project, policy development project, etc.) and is defined by the Project Manager (PM). Additionally, you have the option to adopt a further role, known as the Project Support Team (PST). The PST roles may be assumed by specific teams or team members. Furthermore, the PST roles may be provided as horizontal services by the organisation. Examples of roles comprising the PST are: Project Support Office (PSO), Project Quality Assurance (PQA), Assistant PM (APM), Architecture Office (AO). There are also other commission roles involved, that are used to group any Standard Commission Roles that do not appear as key roles in the organisation of a project. The key roles are the ones appearing as mandatory roles in the Project Steering Committee (PSC) and in the two modes: the Project Mode and the Operations Mode. The Standard Commission Roles and their responsibilities are defined in the official European Commission communications. These roles may also appear in the DGs list of functions and posts. PM 2 Governance for IT If we now look at the governance of PM 2 for IT Projects, we can see that the organisation is very similar to the (general)

Design/Architecture PM 2 Governance PM 2 Governance. The main difference lies in the directing layer. This is because in The IT Project Governance instead of having project owner and solution provider, the corresponding names are System owner (SO) and System Supplier (SS). The following diagram gives an overview of the main roles in the project organisation from a Project Management point of view. Roles Project Steering Committee (PSC) Project Owner (PO) Solution Provider (SP) Business Manager (BM) Project Manager (PM) Business Implementation Group (BIG) User Representatives (URs) Project Core Team (PCT) Project Support Team (PST) Short Description Made up of PO, SP, BM, PM and other optional roles. Typically a Head of Unit or Director from the user DG. Typically a Head of Unit (e.g. IRM within an IT organisation). Represents the Project Owner. Has good communication with the Project Manager (PM). Is responsible for the whole project and its deliverable. They plan and implement the business change activities. They represent the interests of the users in the project. They play a key role in project delivery. They provide administrative and communications support. PM 2 Governance for IT

Project Support Team (PST) Role Project Support Team (PST) Requestor or Provider Group or Individual role Role Type Provider Group Optiona l role PSC Participatio n On Request Role Descriptions for the Members of the PST-IT For IT projects, the members of the PST-IT are described below: Roles Project Support Office (PSO) Project Quality Assurance (PQA) Assistant Project Manager (APM) Architecture Office (AO) Description Might be very useful for large projects Responsible for quality assurance and auditing aspects Is a delegate from the Project Manager (PM) Plays an advisor role on architecture aspects Technologies Specifications Management Governance Sustainability Documentation ADMS Main technical specifications of standards used within the solution PM2v2-Guide.v2.90.v.2.3.1.fro wiki pdf.pdf

Current Users View Building Block Landscape EIRA Organisational View Organisational Structure Reusability Framework Service Tool Domain Specific Domain Agnostic cross-sector cross-border EU12 Criteria High adaptation effort Positive answer Plug and Play Negative answer Not Applicable IPR and licenses Legal Suitability of documentation Maturity Extensibility Scalability Designed for re-use Planned re-use or extension to other domains Maintenance and support Use of standards Actual Reuse Language and location suitability Granularity Impacts Testability