Better Systems? That means improvement of the development process! M.H.J. Vucsan 2005 Statistics Netherlands.

Slides:



Advertisements
Similar presentations
POLICY DEVELOPMENT, IMPLEMENTATION and EVALUATION CONFERENCE Sep 2011 Workshop B: Effective Internal Policy facilitated by Nola A. Hennessy, Serenidad.
Advertisements

Account Planning The purpose of these slides is to describe the Account Planning Process, the methodology, and the workload involved in running an account.
The Quality Professional Vincent Desmond Director Development WQD 2009.
Systems Analysis and Design: What is it? Systems analysis: the systematic study of the information needs and problems of some organizational domain in.
Systems Development Environment
Object-Oriented Software Development CS 3331 Fall 2009.
1 Information Systems Development (ISD) Systems Development Life Cycle Overview of Analysis Phase Overview of Design Phase CP2236: Information Systems.
CHAPTER 1 SOFTWARE DEVELOPMENT. 2 Goals of software development Aspects of software quality Development life cycle models Basic concepts of algorithm.
Agile development By Sam Chamberlain. First a bit of history..
Static Structure: Process Description
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Documenting Requirements using Use Case Diagrams
Quality is about testing early and testing often Joe Apuzzo, Ngozi Nwana, Sweety Varghese Student/Faculty Research Day CSIS Pace University May 6th, 2005.
CS350/550 Software Engineering Lecture 1. Class Work The main part of the class is a practical software engineering project, in teams of 3-5 people There.
1 Info 1409 Systems Analysis & Design Module Lecture 8 – Modelling tools and techniques HND Year /9 De Montfort University.
Copyright  Larry Dribin, Ph.D. SE470_EngFlows_v1.ppt SE470 EngFlows - 1 Excellence in Software Engineering Repeatable Level Defined Level Manage.
Software Testing Introduction. Agenda Software Testing Definition Software Testing Objectives Software Testing Strategies Software Test Classifications.
Object Oriented Analysis and Design Using the UML
PRINCE2: 2009 in Practice Andy Murray, Outperform BPUG Workshops at Project Challenge are supported by:
What is Business Analysis Planning & Monitoring?
USE Case Model.
The Software Development Life Cycle: An Overview
Software Quality Assurance and Testing prof. A. C. (Alex) Telea Course description.
Applied Software Project Management Andrew Stellman & Jennifer Greene Applied Software Project Management Applied Software.
PRINCE2: 2009 Project Progress Update Andy Murray – Outperform
1 IBM Software Group ® PRJ270: Essentials of Rational Unified Process Module 5: Tailoring RUP.
Dr. Ralph R. Young Director of Software Engineering Systems and Process Engineering Northrop Grumman Information Technology (703)
1 Chapter 2 The Process. 2 Process  What is it?  Who does it?  Why is it important?  What are the steps?  What is the work product?  How to ensure.
Agile & Lean Development Conference May 2014 Kevin J. Murphy Director of Engineering Automotive Solutions Division.
Planning for Continuing Professional Development – A Whole School Approach A step by step guide to planning CPD including a framework for Teacher Induction.
Roles in a Project Team By Sebastian Wagner And Michal Pieniazek.
Strong9 Consulting Services, LLC 1 PMI - SVC I-80 Breakfast Roundtable Monthly Meeting Thursday, October 12, :00 am – 9:00 am.
Northwest ASSIST How to obtain maximum value from consultants 3 rd April 2008 Nadine Fry Julian Todd.
Chapter 14: Using the Scalable Decision Process on Large Projects The process outlined is meant to be scaleable. Individual steps can be removed, changed,
Testing strategy of DILIGENT 4D Soft Ltd.. 4D SOFT DILIGENT-EGEE Interaction - Content and Metadata Management and Testing meeting CERN, 16th December.
Rational Unified Process Fundamentals Module 5: Implementing RUP.
Take Charge of Change MASBO Strategic Roadmap Update November 15th, 2013.
University of Sunderland CIFM02 Unit 4 COMM02 Project Planning Unit 4.
FDT Foil no 1 On Methodology from Domain to System Descriptions by Rolv Bræk NTNU Workshop on Philosophy and Applicablitiy of Formal Languages Geneve 15.
University of Sunderland CIF 301 Unit 4 CIF 301 Project Planning Unit 4.
11.1 © 2007 by Prentice Hall 6 Chapter Building Information Systems.
© 2013, published by Flat World Knowledge Chapter 10 Understanding Software: A Primer for Managers 10-1.
Software Engineering1  Verification: The software should conform to its specification  Validation: The software should do what the user really requires.
ACT-IAC Associates Program Coaches Orientation January 14, 2014.
University of Sunderland ENGM91 Unit 4 ENGM91 Project Planning Unit 4.
An Agile Requirements Approach 1. Step 1: Get Organized  Meet with your team and agree on the basic software processes you will employ.  Decide how.
CS223: Software Engineering Lecture 16: The Agile Methodology.
Report of Working Group II Innovation Platforms and Partnerships.
Chapter 10 Learning and Development in a Knowledge Setting
Introduction to System Analysis and Design MADE BY: SIR NASEEM AHMED KHAN DOW VOCATIONAL & TECHNICAL TRAINING CENTRE.
The Role of Linguistics in SE/Translation Projects Implementing CLIC in Eurasia November 2015 – Richard Gravina.
Building a BA Center of Excellence Gain Momentum...Produce Results!
Verification vs. Validation Verification: "Are we building the product right?" The software should conform to its specification.The software should conform.
PRINCE2® In 40 Minutes! Paul Bradley, SPOCE
S. Parker Parma, 30 gennaio 2003 Education for the future Sandra Parker University of Northumbria.
Pragmatics 4 Hours.
Software Quality Control and Quality Assurance: Introduction
Subsidies in Agricultural Extension for Poverty Reduction
Assist Knowledge Development, Ltd.
Succeeding as a Systems Analysts
Unified Process Source & Courtesy: Jing Zou.
Introduction to PRINCE 2
Concepts used for Analysis and Design
STRATEGIC LEARNING AND DEVELOPMENT. STRATEGIC LEARNING AND DEVELOPMENT:SESSION PLAN 1.Learning and development defined 2.Elements of L&D 3.Components.
Requirements Engineering Lecture 2
PRINCE2 Project Management
Introduction To software engineering
Mumtaz Ali Rajput +92 – SOFTWARE PROJECTMANAGMENT– WEEK 4 Mumtaz Ali Rajput +92 – 301-
System Construction and Implementation
Presentation transcript:

Better Systems? That means improvement of the development process! M.H.J. Vucsan 2005 Statistics Netherlands

Contents The problem Strategy and methods RUP PRINCE II ISEB/TMAP Implementing Improvement From project to organisational goal

Context ES output throughput input SUBJECT ORIENTEDPROCESS ORIENTED Organizational change (2000)

The Problem Stovepipes is partly culture Desktop computing is less formal Many kitchen table specialists “Free” development is preferred mode Real programmers don’t need methods Rising level of complexity Bigger applications thus bigger projects Development process suboptimal Not enough standards Informal use of RAD (!!)

Improvement projects Projectmanagement Development “soft side” project managers Implementation of PRINCE II Software development Implementation of RUP Software testing Implementation of ISEB/TMAP Selection based on market share and consultancy.

Strategy (IT Division only) Software aquisition Rational suite for RUP Courses RUP training PRINCE II/ Projectmanagement training Coaching Soft side project management RUP process engineers Testing

The RUP Method Based on UML modelling language Fased, iterative development process Interface behavour in Use-Cases Specific roles for every activity Specific process for every activity Specific products for every activity Lots of documents

TMAP/ISEB method Specified test process steps Some standards like BS7925 Specified test types Components test, Systems test, Maintenance test etc. Extensive body of knowledge of: Test techniques; statement coverage, walkthroughs, statistical analysis, inspection etc.

PRINCE II Project management is management Project environment Project board Project support Stakeholders etc. Business case is essential to a project Risk containment Fair amount of documents

The PRINCE II™ processes Directing a Project (DP) Starting Up (SU) Initiating a Project (IP) Managing Stage Boundaries (SB) Controlling a Stage (CS) Managing Product delivery (MP) Closing a Project (CP) Planning (PL)

Implementing Improvement Testing and RUP OK Project management too little benefits Customer acceptation problems Organisation not really project oriented Increased formality causes acceptance problems First year

Implementing improvement Programme scope change from IT-division into whole bureau. Endorsed by the board of directors Scope widening for RUP and testing More people to be educated Change of strategy for PRINCE II Different implementation model Second year

Implementation PRINCE II Workshops S3 top down Flying Squad assists with method Work group for guidance Website with relevant information Word templates Presentations for all interested parties IT projectmanagers strict reporting standards

Implementation model PRINCE II TOP DOWN Top management Workers education The workshops made the difference

Teaching model PRINCE II Coaching thru participation modeling and support Coaching thru modeling and support Coaching thru direction and support Coaching thru leadership, facilitation, development mentoring and peer coaching low Task direction from coach high low Relationship factor high Hersey/Blanchard, Bolman/Deal S4 S3 S2 S1

From projects to organisational goal (April 2005) –Line management will be responsible for continuous improvement –IT division again focal point –Special interest groups to maintain knowledge –Measurement with OPM3 of maturity level of Project management (OPM3: Organisational Project Management Maturity Model) to be repeated every half year

OPM3 results 1/4/2005 Project management maturity level

Thank You !!