N95- 16455

Model-Based Software Process Improvement

Brenda T. Zettervall

Naval Surface Warfare Center (NSWC)

Port Hueneme Division (PHD)

East Coast Operation (ECO)Dam Neck

Virginia Beach VA

/

This presentation demonstrates our organization's approach to model-

based Software Process Improvement (SPI). Our organization, a Process

Transfer Technology Affiliate of the STARS program, was selected in April 1993

to participate as a field test site for the Software Engineering Institute (SEI)

Software Process Definition (SPD) project. The products tested included theimprovement model itself, descriptive modeling techniques, the CMM level 2

framework document, and the use of process definition guidelines andtemplates.

The SPI model developed by the SPD project at the SEI represents a five

stage cyclic approach for organizational process improvement. The cycle

consists of the initiating, diagnosing, establishing, acting, and leveraging

phases. Our organization's three year Total Quality Initiative facilitated theadoption of this model for our software improvement teams.

The process improvement infrastructure includes the steering committee,

SEPG team leader, the SEPG core advisors, Quality Management Boards

(QMB), and designated working groups chartered by the SEPG. The QMB's

directly support the strategic goals of the organization. Monthly briefings from

the SEPG team leader to the steering committee and the QMB's facilitate the

integration of the SPI initiative with the strategic business goals.

The SPD project at SEI field-tested the Process Framework Document for

CMM level 2 at our organization. The document provides checklists to determine

CMM compliance for each Key Process Area (KPA). In addition, we gained

insight into the necessary organizational components to support well-defined

processes.

Process Definition (PD) training was provided for our SEPG, TechnologyQMB, and the Project Planning Working Group. Our SEPG recognized the need

to establish a documented standard approach for PD that all software

improvement teams can use (i.e. a well-defined process!). Our Process

Breakdown Structure establishes planning, definition, and enactment as the top-

level phases of the Process Engineering life-cycle.

68

https://ntrs.nasa.gov/search.jsp?R=19950010040 2018-05-10T17:32:27+00:00Z

• !

i! ili__

!i;il_i!_,_ii_ i_ ¸ _•

The process planning phase is necessary to baseline and document thecurrent process by establishing the purpose and the high-level process flow. In

addition, it is important to set the policy that will over-arch the process and help

set the context for the follow-on process definition engineering. The process

definition phase is decomposed into three activities: layout, design, andenactment information. The layout activity establishes the process relationships

by organizing the high-level entry/tasks/validation!e£it (ETVX) information anddefining the work flow and work products associated with the process. In

addition, a mid-level process flow is established during this step which will

facilitate using the information organizers in the design activity. The agents thatwill perform each task are also identified during thisactivity.

The design activity of the definition phase is characterized by the use ofmultiple information organizers (i.e. templates) which provide the necessary data

to develop the enactment information Measuremen! cdteria and the validationmethod are further defined in this stage of process:definition.

The development of the enactment information:is the last activity to beperformed in the definition phase of process engineering. The procedures must

be developed during this activity in order to trial test the process during a pilot

project. The training requirements for the process must also be established atthis time. ........

The enactment and process support is the final phase of process

engineering and constitutes the institutionalization of the process. This phase

must establish process control and prdcess assurance procedures to ensure that

the process has the ability to improve A train ng plan is important to support the

on-going use of the process.

The outer ring represents all of the work products developed during the

process engineering life-cycle. In an attempt to avoid shelfware the SEPG istargeting a Process User's Manual for each KPA that will contain only the

essential information required for the user of the process.

i:i _,

' i "

69

++++.+._++._++_+++_++._+++_i_+_i.+.i++!.!._.i.!++.+.+._+++i_.!_i+:_+.+i.+i+i.++_i+_++++i+++:_+:_+++_:_+++++: ,,_+_'IIE M + 0/k

+++++++++++:+++=++++++_ NAVAL SURFACE WARFARE CENTER ,__kl__ PORT HUENEME DIVISION ++++++++:: :++.............=

=lg .:.:.:. ::::_::-'%:::::::i:''+" +'+":"_{i:i_:: 1,,,

EAST COAST OPERATIONS __e.... . .:+++i-..+!!ii+ii+ii++i+_-

4C_ W _

MODEL - BASED SOFTWARE

PROCESS IMPROVEMENT

MS.

QUALITY

BRENDA T. ZETTERVALL

IMPROVEMENT ADMINISTRATOR1920 REGULUS AVE

DAM NECK

VIRGINIA BEACH VA

23461-2097

BZETTERVALL@HERCULES.NSWSES.NAVY.MIL

__ ,_i_i;i_!/!_iii_/_iliii!ii_i:!/_iil¸ii_[ , • : • _il. _ " • i¸ • " ¸: _ : i:!

..,4

AGENDA

SPI MODEL

IMPRO VEMENT INFRA S TRUC TURE

ESSENCE OF LEVEL 2

PROCESS DEFINITION

m PLANNING

FRAMEWORK

- LAYOUT

- DESIGN

- ENACTMENT

PROCESS MANUAL

¢1_ ====================================================b,,,,

¢. ................::::::::::::::::::::::::::::::::::::

O_'4CE W_ _"

SOFTWARE PROCESS

IMPROVEMENT MODEL

_E.ttE M E _p/

_#"o

Z""i!::!i_i:ii'iii.'.. :::::::::::::::::::::::

¢-

4¢_ W I_

...!t,J

Initiating Acting

Stimulus for

Improvement _ Define processes \- • P _ Define measures

,_ Leveraging__ Plan and execute pilot(s) )P_Set Context _ / "'""'"=' '_ \ \ Plan, execute, and track /

and Establish ) f( an.dAnalyze ) '_ installation

_ Action Teams

'_ cPhPa_enze _ Action

\ Current ,) Planning

' l PAT Charters &

Diagnosing Establishing __

NSx_'C- PHD - ECO

PROCE SS IMPROVEMENTINF R_kSTRUCTURE

_,,=====================dg '_

-a,9

_,_Tr,.l_E M E

".... %

STRATEGIC PLAN --

DIRECTOR

DEPT A DEPT B DEPT X

SEPG-SOFTWARE ENG. PROCESS GROUP

TQMB - TECHNOLOGY

MQMB -- MARKETING

IQMB-- ISEA

WEQMB - WORKFORCE ENHANCEMENT

RDQMB -- RESOURCE/ DEMOGRAPHICS

QA -- QUALITY ASSURANCE

WG -- WORKING GROUP

QUALITY IMPROVEMENT

DEPARTMENT

'_ SEPG STEERINGLEADER COMMITTEE

SEPG

CORE

ADVISORS

o:AND Tll_II_ !" __:,_

, 4CE W k_

.,4J_

i_mproSEPGProcess _ Senior "]_lnformed _c/sions

vement J - Management j[ ....

oversight _ .,_enforcemy "_1_ ---

I Product _ Plan the Work

Engineering Workthe Plan

/-....Software

Configuration

Management

(Product Integrity)

,o.wareQuality

Assurance U: (Process Assurance)

Conforman_e/IVon Conformance

OPERA TIONAL FRAMEWORK

[" POLICY }--_-.-[ STANDARDS

_ Constraints

lmplemented By...

[PROCEDURES ] "HowTo"

_ i _i,iii_ :i_i__

',-4UI

!!i!!!_i__i___ii_iiiii!i_i_i__ _i_.... _!_i_!_ _i_!__ _

NSWC PROCESS

DEFINITION

FRAMEWO_

PLANNING

PROCESS

PLANNING

• BASELINE

PROCESS

D E__F/N IT I O N

LAYOUT !Stag___________.e 2 I

k_ l ..... ..............

• FLOW • INFORMATIONORGANIZERS

• PROCEDURESi iii!i ;i

ENACTMENT

PROCESS

.....ENACTMENT _

PROCESSsuPPORT

• INSTITUTIONALIZE

= SEPG REVIEW

ii!iiii_ii_iiiiiiiii_i_iiiiiii_iiii!iii_iiii_iiiiiiiiiiiiiii_!i_iii_!ii_iii_i_iiiiiiiiiiiiiiii_i_!_iiiiiiiii_i_i_!_i_i_i_i_:i!_

iiiiiii_i_i_i!i!i_i__ _i_i_ _i_i_ _i__ __j,!,iiii_,!,i,_ '_ !z_;..

PLANNING

rW ' ' '

PROCESS

PLANNING -I_ LAYOUT

PROCESS DEFINITION

FRAMEWORK

DEFINITION

_.HE ME ,

:;:. :.::"

,,,e,g,_ _,

'%

ii_i;!:_!;_&',

ENACTMENT........ 1'" "t'

ENACTMENT

...... _. &DESIGN = PROCESSSUPPORT

• BASELINE• DATA GATHERING

- AUDIENCE- ROLES- USAGE- KNOWLEDGE- MOTIVATION- INTERVIEW

• HIGH LEVEL PROCESS FLOW

• POLICY STATEMENT

PROJEC r PLAN_ING

COMMITMENT PROCESS

. _.#EME g.

-.,.4NEW

BUSINESS

FORM

PREPARE

P ROJECT

PLANNINGREQUIREMENTS

FORM

STAGE 1

GENERATE

PROJECT

ESTIMATES

STAGE 2

CONSOLIDATION

AND

CONCURRENCE

STAGE 3

RESOURCE

ALLOCATION

GROUP

,,,4O¢

PLANNING

PROCESSPLANNING

PROCESS DEFINITION

FRAMEWORK

DEFINITION

DESIGNLAYOUTENACTMENT

INFORMATION

: ":"::!_!!_i.::;i_:!:_" ::::::::::::::::::::::::

/,¢.,

"ICE W _T

ENACTMENT

ENACTMENT&

PROCESSSUPPORT

,, PROCESS RELATIONSHIPS• INITIAL MODEL

-ETVX

• MID-_ LEVEL PROCESS FLOW• WORK PRODUCTS DEFINED

THE ETVX PROCESS(ENTRY, TASK, VALIDATION, EXIT)

4

VA

....i!_iii,lii_;_,_==

4CE W _

".4

PURPOSE: Ensure all Departments and Divisions are

involved in Project planning processTASK: Project Planning (Bids RFP. Potential)

"- INPUT _.

1 Task Letter E2. Estimate I_

Request /3. New Business

Oppurtunity

form J

ENTRY CRITERIA '_

• New Business

Form

• Fominal ProjectOfficer identified

TASK

Agent: Project Coordinator

1. Determine Scope of SOW

2. Establish Key Codes

3. Requirements Brief

4. Complete Checklists

5. Prepare Schedule. WBS,

Funding6 Resolve Comments

7. QA Checkpoints Complete

VALIDATION

k_Approval to Proceed

f EXlT CRITERIA \

• Checklist, WBS

• Resolution Meeting

f

OUTPUT _'_

1. To Sponsor:- Estimate

- Schedule

- Risk Analysis2. Commitment to Task3. To Resource

Allocation Committee- Schedule- WBS

- Funding

PARENT: Project Officers Handbook ACTION CODE: Project Coordinator

Project Planning Process(Bid, Proposal, Potential)

-l_k_- N,mwBss_Hm Fwm- _ Rq --d

PO/DH

PPEF

I'O/DH

D(m_rl Pmlm

lqr]LIF

rod Dept

Kevtew PPRF

mJlq_

Keyit

i_y c_es

ne_ep

cut

=h

Deurm_e

Fm

........ ' i .....

_.-.,. _____,__.

PO = Pm_ct O_r

DH = _ Fle_

M'RF = Pru_d Ptmmmgge.qu_remenu Form Legend: /_

- k :

Dom

PROCESS DEFINITION

FRAMEWORK

_.ltE M E 49/1'

N'.... ,.... ,D E F, INIT IO N ................................. ENACTMENT

PRocEss -I_ ...... ENACTMENT ] PROCESS=" SUPPORT

PLANNING "i_ LAYOUT -4_ DESIGN INFORMATION I!"

• INFORMATION ORGANIZERS- INPUTS- OUTPUTS- TASKS- AGENTS- MEASUREMENTS- VALIDATION

O_t_

:::; _::.:::-:.:-:-:-:.:-:.:.:.:-.:..:....:.:._

_ii_!ii_i_iii_ _i: ::_i: _i_:.

PLANNING

PROCESS

PLANNING

PROCESS DEFINITION

FRAMEWORK

DEFINITION....... ,r,, _.......

_c_ w_'

"":"":'i;_i_ii_:

ENACTMENT

............. _ENT-

................... _' _ PROCESSLAYOUT . _ INFORMATION[i.... SUPPORT,

• PROCEDURES

• PILOT PROJECT

• PROCESS MANUAL

• TRAINING REQUIREMENTS

i

Oo_a

! ......

PLANNING

PROCESSPLANNING

PROCESS DEFINITION

FRAMEWORK

: _. :i!

D E F I N T I O N ENACTMENT l................................. , .... , ,, r ,,

• ..... _" PROCESS II

4=- LAYOUT --P-DESIGN _INFORMATION'' SUPPORT I• .............. !J

• INSTITUTIONALIZATION• PROCESS CONTROL

- MONITOR

- MEASUREMENT- ANALYSIS

- IMPROVEMENT

• PROCESS ASSURANCE- TAILORING / GUIDANCE- ENFORCEMENT

• TRAINING PLAN

_i_!iiiiiiiiiiii!i_ _ili_ _ _i:• _i_i__ _::_,,:i_:i_..'.:_!!_ _i__ .'._:! _i: KEY PROCESS AREAPROCESS MANUAL

.::_iii

"0

40_ Wk¢

• ..::

._,_,

4_

QUALITY

ASSURANCE

TOOLS

TRAINING

POLICY

PROCESSUSERS

MANUAL

AGENTS / ROLES

PROCEDURES

PROCESS

FLOW