Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project...

22
Systems Engineering Process Office V1.2 p 1 Brian Groarke Running an SEPG – How SSC San Diego Operates its SEPG Brian Groarke SPAWAR Systems Center, San Diego (SSC San Diego) Systems Engineering Process Office (SEPO) March 8, 2006

Transcript of Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project...

Page 1: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 1Brian Groarke

Running an SEPG – How SSC San Diego Operates its SEPG

Brian GroarkeSPAWAR Systems Center, San Diego (SSC San Diego)

Systems Engineering Process Office (SEPO)March 8, 2006

Page 2: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Report Documentation Page Form ApprovedOMB No. 0704-0188

Public reporting burden for the collection of information is estimated to average 1 hour per response, including the time for reviewing instructions, searching existing data sources, gathering andmaintaining the data needed, and completing and reviewing the collection of information. Send comments regarding this burden estimate or any other aspect of this collection of information,including suggestions for reducing this burden, to Washington Headquarters Services, Directorate for Information Operations and Reports, 1215 Jefferson Davis Highway, Suite 1204, ArlingtonVA 22202-4302. Respondents should be aware that notwithstanding any other provision of law, no person shall be subject to a penalty for failing to comply with a collection of information if itdoes not display a currently valid OMB control number.

1. REPORT DATE 08 MAR 2006 2. REPORT TYPE

3. DATES COVERED 00-00-2006 to 00-00-2006

4. TITLE AND SUBTITLE Running an SEPG -How SSC San Diego Operates its SEPG

5a. CONTRACT NUMBER

5b. GRANT NUMBER

5c. PROGRAM ELEMENT NUMBER

6. AUTHOR(S) 5d. PROJECT NUMBER

5e. TASK NUMBER

5f. WORK UNIT NUMBER

7. PERFORMING ORGANIZATION NAME(S) AND ADDRESS(ES) SPAWAR Systems Center (SSC San Diego),Systems Engineering ProcessOffice (SEPO),San Diego,CA,92152

8. PERFORMING ORGANIZATIONREPORT NUMBER

9. SPONSORING/MONITORING AGENCY NAME(S) AND ADDRESS(ES) 10. SPONSOR/MONITOR’S ACRONYM(S)

11. SPONSOR/MONITOR’S REPORT NUMBER(S)

12. DISTRIBUTION/AVAILABILITY STATEMENT Approved for public release; distribution unlimited

13. SUPPLEMENTARY NOTES

14. ABSTRACT

15. SUBJECT TERMS

16. SECURITY CLASSIFICATION OF: 17. LIMITATION OF ABSTRACT Same as

Report (SAR)

18. NUMBEROF PAGES

21

19a. NAME OFRESPONSIBLE PERSON

a. REPORT unclassified

b. ABSTRACT unclassified

c. THIS PAGE unclassified

Standard Form 298 (Rev. 8-98) Prescribed by ANSI Std Z39-18

Page 3: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 2Brian Groarke

Objectives of the Briefing

• Provide an overview of SSC San Diego and SEPO

• Provide an overview of how SSC San Diego operates its SEPG

• Discuss some specific practices and procedures used by SEPO

• Summarize lessons learned

Page 4: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 3Brian Groarke

Space and Naval Warfare Systems CenterSan Diego (SSC San Diego)

• Mission: to be the Navy’s RDT&E, engineering and fleet support center for command and control, communications, ocean surveillance, and the integration of those systems which overarch multi-platforms

• Vision: to be the nation’s pre-eminent provider of integrated C4ISR solutions for warrior information dominance

• ~3,500 civilians, 70 military, and several thousand contractors• Actual funding for FY05 was ~$1.4 billion• Attained SW-CMM Level 3 in Oct 2000; re-assessed at Level 3 in

Aug 2003; transitioning to CMMI; two projects have attained CMMI Level 2

Page 5: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 4Brian Groarke

SSC San Diego Process Improvement Organization

SSC San DiegoExecutive Director

SSC San DiegoDepartment Heads

SEPO

Departments

Dept SEPG(Dept SPI Agents)

Projects(Project SPI Leads)

SEPO Core: 4 FTE’s Gov’t3.5 FTE’ Contractors

SPI Agents: 8 FTE’s Gov’t

Funded by Overhead

Page 6: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 5Brian Groarke

SEPO Organization and Work Distribution

SEPO(SEPO Director)

Quality Assurance(SEPO QA Mgr)

Configuration Mgmt(SEPO CM Mgr)

Dept SPI Support(SEPO Dept POC,Dept SPI Agent,

Project SPI Lead)

DocumentDevelopment

And Maintenance

Training Development

& ConductOf Training

DataBaseMgmt

PAL Maintenance

Page 7: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 6Brian Groarke

SEPO Products and Services• Maintains SSC San Diego’s Process Asset Library (PAL):

Comprehensive web page of process improvement material: at http://sepo.spawar.navy.mil/

• Facilitates process improvement across all of SSC San Diego• Conducts training courses• Assists with internal appraisals on projects to determine best

practices and areas for improvement• Maintains Software Community Alias: Email alias with over 800

members for announcements, requests for assistance• Facilitates Systems/Software Process Improvement Working

Group (SPIWG): periodic meetings, seminars, lectures, debates, demos about systems engineering and process improvement issues

• Maintains SEPO Library: process improvement related books, guidelines, standards, products, processes, publications, proceedings, articles, videos

• Performs Community Liaison: Interface with the process improvement community outside of SSC San Diego, both government and commercial

Page 8: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 7Brian Groarke

SSC San Diego Organizational PAL:http://sepo.spawar.navy.mil/SAND/EGO SPA WAR

Sy-.c.ntN S..D#tlg<J

1i SSC San Diego PAL and SEPD Home Page- Mtcrosoft Internet E11plorer provtded by Navy Marine Corps Intranet .=MJ~ =-------------------------------------~=

SPAWA"' Sy:;tcms Center ~n Dl-r;o

Systems Engineering Process Office

~ Other linlos

~ About SEPO

~ SEPO Charter

~ Contact Us

~ SEPO Document Change Request

~ SEPO Library

~ Upcoming Events

~ SEPO Training

~ SEPO Int ernal Processes Assets

~ Search

!§] Site Index

Whats New

Process Improvement [PII

· · ~ Process Assets by CMMI® PA

· · [§] Business Case for Best Practices

· · ~ Benefits of CMMI®

· · ~ SW-CMM/CMMI® Overview

~ CMMI® Tutorial

· · ~ CMMI® Glossary

· · ~ SCAMPI Appraisals

· · ~ IDEAL SM Model

Acquirer Role

SW-CMM Archive

Sofb.ruare Engineering (S\JlJ)

I@J sse San Diego Process Asset Library

SSC San Diego Process Asset Library SSC San Diego SW-CMM Level 3

U.S. Navy (a repository of organizational standard process assets)

Navy Recruit ing the result of a recent reorganizat ion , the Systems Engineering P rocess Office (SEPO)

now appears on our organization chart as Corporate Process Re-Engineering, Code 20203. Freedom of Informati on Act However, we will continue to be known as SEPO. Historically, SEPO started as the Software Engineering Process Group (SEPG) for SSC San Diego. Later, our role expanded to include SPAWAR Headquarters systems engineering and then project management. Now our ro le expands again to include

itation of business process re-engineering of corporate business processes at SSC San SSC S D. Diego. an 1ego

"Process will always affect Project Performance./" P. Lewis , Project Planning Scheduling and Cont rol

"The quality of a software system is governed by the quality of the p rocess used to develop it. N

Watts Humphrey, Managing the Software Process

This is an official U.S. Navy web site. This US Government system is subject to monitoring.

The SSC San Diego Process Asset Library is a sub-web of the Space and Naval Warfare Systems Center San Diego public Web site, which can be accessed by clicking the SSC

..:J~a~- Dieg~link abo~e. To return~ here, click on About SSG San Diego and then

SSC San Diego FOIA

Privacy Policy

Privacy Advisory

External Links Not ice

Webmaster Contact Info

DoD Web Policies And Guidelines

II ~ocal intranet

Page 9: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 8Brian Groarke

Example Processes and Procedures

• Project Planning Process• Project Management Plan• Tracking Procedure

– Weekly highlights and labor metrics (shared with all team members)

• Configuration Management Process• Meeting Procedure• Quality Assurance Plan• Peer Review Process• Risk Management Process• Training Process

Page 10: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 9Brian Groarke

Project Planning at SEPO

• A Project Management Plan (PMP) is used to plan and track tasking (PMP for the SSC San Diego PI Initiative )

– Requirements are gathered using “Work Request” and Document Change Request (DCR) databases

» “Work Requests” are requests for tasking to be performed by SEPO (e.g new processes; new training courses)

» Requests can come from the Dept SEPGs, management, projects, and appraisal findings

» Document Change Requests (DCRs) are requests to fix defects in existing process assets

– Plan is updated at least once a year and as part of re-planning efforts

– MS Project file is created each year– Procedures are defined for accomplishing work– Tracking is done using weekly reports and earned value scheme

Page 11: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 10Brian Groarke

Overview of the SEPO Planning Process

• Work Request and DCR DB are reviewed and priority items are added to plan

• Training needs analysis conducted• Individuals are assigned tasking• Team members estimate tasking for the year• Estimates are reviewed• Tasks are reprioritized based on resource availability, some tasks

are deferred if resources are over-allocated• Mid-year re-planning conducted

Page 12: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 11Brian Groarke

SEPO Monitoring and Control

• Use SEPO WBS to track actual effort

• Use a fourth level WBS to capture amount spent on products / services provided and rework

• Review data periodically:– Task completion– Identify scope creep– Manage risks

Page 13: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 12Brian Groarke

SEPO MS Project FileSAND/EGO

l2J Microsoft Project I E ile !;.dit ~iew ;[nser t FQ.rmat Iools E.roject ~indow t!elp

D I r.-D ~.~ ~·~ @3 ~ I N o Group

[13 IT a sks I - I Resources - I Track Report

~ - ' I ' I I I' "I 1 6 T8s k N l!lm e Dur~ion St .. rt I

1 EJ 1.0 CO NTRACTS _ 260 days? S dt 1 11 /05

IB:3 2 1 . 1 C reate 8. Process 0 . 0 .'s omd o v ersee Contract 260 da y s? S at 111105

~ EJ 2.0 AP PRAISAL S 259 days? Mon 1 /3/05 r--;;- El 2 .1 Project Ppprai s :al s ( PMG/CMMI ) 259 days? Mon 1 /3/05 f---

133 5 2. 1 . 1 Preparatio n 25 0 day s ? Mo n 113/05 f---

133 6 2 . 1 .2 Conduct 25 0 da y s ? Mo n 1/3105

~ El 3 .0 Oo cumentati o n Development/Maintenanc e 62 9 days? Sdt 1 /3/04 r--e El 3 .1 D ocument Oevel opment 520 days? Sat 1 /31U4

rg-- 133 3 . 1 . 1 R isk .Assessment Chec klist 43 day s ? F ri 7/1 /05 f--- .. / 10 3 . 1.2 Crutv11 l'u1apping t o PMB OKJPM Guide 372 days? Mon 2 / 16/04 f---

E1 3.1 .3 11 PM W ork Proc ess Overview s a days? F ri 711 /0~

f---:J2 IB:!! ~ 3 . 1 .3 . 1 Update/ Rewo rk/REH'e, v iew PM W ork Proc es ses Overview 46 day s ? Fri 7 /1 /05

'13 ~ 3. 1 .3 .2 Approve PM Work Processe s Overv ie w 67 days Mon 8:/ 15/05

- '14 .. / l±l 3 .1 .4 Pro ject Management Guide 229 days? Thu 211 9 /04 I-'-

"* El 3 .1 .!5 Pro j ect Ma n ager Guidel i n es 171 days? Sun !511 105

~~ 3. 1 .5 . 1 Update/R ew o rk/Re-re v iew PM Guide lines Q8.5 days? Su n 5 / 1105

f-:jg 133 3 . 1 .5 .2 Approve PM J ob Guide lin es 18: days? lhu 12 / 1105 f--- ... / 20 3 . 1 .6 Proj Health & Troublesh ooting Handbook (SME stays a s le gac y -u s: 9 7 days? IVIon 1/3105

~ ... / (±] 3 .1 .7 Pro j ect Mgmt . Po li cy f o r SSC San Di eg o 222 d ays? Sat 1 /3104

El 3 .1 .8 SY S/ SW Engin eering Mgmt ( S EM) Po l icy 26 0 days? Mon 1 /3105

'25 IB:3 3 . 1 .8. 1 Upd3te/Rework/Re-re v iew S BVI Po licy 195 days? IVIon 1/3105 f--- IB:!! <$> 2 6 3 . 1.8 .2 Approve Sevt Po lic y 2 6 0 d ays IVIon 1/3105

~ v · 3 . 1 .9 Proc ess Poaly s is Gu ide 3 12 .5 d ays Fri 2113104

El 3 .1 .1 0 Pr oj Monit o ri ng & Control Proc ess 87 d ays? Thu 911105

'29133 3 . 1.1 0 .1 Develop Draft Prototyp e 1 d ay? Thu 9 11105

r-;o-133 3 . 1.10 .2 Peer Rev iew

t 1 d ay? M.::ln 10 /3105

r--;:;---133 3 . 1.10 .3 Rework 1 d ay? Thu 12 11105 r--::I T 3. 1. 10.4 Clo s e 1 dav ? Fri 12130/05

I Ready II

-? 9 - 2how - I A rial

-F inish IPr l Actu .. l St .. rt r ~

T F

Fri 12/30105 I 1 Sat 111 J1l5

Fri 12130 105 Sat 1/1105

Thu 1212:9105 Mo n 1/3J1l5

Thu 1 212:9105 Mo n 113/05

Thu 12120 105 H A

Thu 12129 105 H A

Thu 6 f1 106 Sat 113104

Fri 12/30105 Sat 1/3104

Tue 8 130105 H A

Tue 7/10105 Pubn 2 / 16104

Tue 11 11 ~10~ Fri 71110~

Thu Q/ 1/05 Fri 711/05

Tue 1 1/ 15 /05 HA

T u e 1 /410~ Thu 2119104

Mo n 12/2610:5 Su n :511 105

W e d 1 1130 105 Sun 5/ 1/05 . . . . . . . . . . . . . Mon 12 126 105 18 HA

Tue 5 117105 IVIon 113/05

Tue 11 19104 Sat 1/3104

Fr i 12 /30105 Mo n 1/3105

Fri 9 /30 105 IVIon 1/3105

Fri 12 /30105 IVIon 1/3/05

Tue 4126105 Fri 2113 /04

Fr i 12/30105 H A

Thy 911105 HA

IVIon 10131U5 HA

Thu 12111U5 HA

Fri 12 1301U5 '!J ~J

s

SPA WAR Sy-.c.ntN

S..D#tlg<J

Type a question for help

- 7 - I~ I Y

.d.QJ~ Jul1 7 , 'OS Jul24, '05 Tl:=:J s M T w T F s S M T W T

100%

_j ~ I EXT I CAPS I NUM I SCRL I OVR

Page 14: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 13Brian Groarke

Earned Value Tracking SchemeEarned Value for SEPO DocumentationRough Draft 50% Earned ValueReady for Peer Review 25% Earned ValueBaselined 25% Earned Value

Earned Value for SEPO Training Course Development (See Appendix C of the SEPO Training Process)Determine Course Rqmts 20% Earned ValueCreate Course Design 20% Earned ValueDevelop Course 20% Earned ValuePilot Presentations 20% Earned ValueRevise Course 20% Earned Value

Earned Value for Development EffortsRequirements Defined 15% Earned ValueDesign 20% Earned ValueImplementation 25% Earned ValueTest 15% Earned ValueReady for Peer Review 10% Earned ValueBaselined 15% Earned Value

Other (Non-LOE) TasksStarted 50% Earned ValueCompleted 50% Earned Value

Page 15: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 14Brian Groarke

Meetings• SPI Agent Meetings (twice a month) (SEPO Team Members and SPI

Agents)– Share lessons learned, best practices, review plans and status

• SEPO Team Meetings (weekly)– Task status– Planning– Configuration Control Board (CCB)

• SEPO Parallel Organization Meetings (monthly)– Strategic planning– Risk management– Objective view of SEPO

» Are we doing the right things, the right way?» Can we be doing things better?

• One-on-one meetings with individual SEPO members and SPI Agents– Review tasking– Give and receive feedback

* All meetings have written format, agendas, minutes, and action items

Page 16: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 15Brian Groarke

SEPO Team Meeting Format

PURPOSE - The purpose of the SEPO team meetings is to plan and review SEPO taskingGOALS - The goals of the SEPO team meetings are listed below:

Share information and lessons learned on process improvementReview the status of current tasking Discuss special topics of interestPlan future SEPO taskingDiscuss/resolve issues related to SEPO/process improvementConduct SEPO Configuration Control Board (CCB) meeting, if scheduled

SCHEDULE – SEPO team meetings will be held every Tuesday from 1000-1200 at SEPOSTANDARD AGENDA:

Assign recorder (in alphabetical order by last name) and facilitatorGo-Arounds (include announcements, issues, and current tasks as well as any new tasks that are about to begin; 20 min max)Code 202 Staff meeting reportConduct CCB, if scheduled Main TopicReview SEPO WBS Tracking Report (periodically)Determine next meeting topicReview Action Items and meeting minutes from previous meeting; review new action itemsSchedule next one-on-one meeting (in alphabetical order by last name)Meeting evaluation

Page 17: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 16Brian Groarke

SEPO Training Process

8 Improve the TP Process

7

5

Conduct Training Needs Analysis

Design Curriculum

Create Training Plan

Pilot and Deliver Training

Maintain Training Records

1

2

3

Create/Update/Acquire Training Materials

4

6 Evaluate Delivered Training

Training Program Process

Page 18: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 17Brian Groarke

SEPO Training Process (2)

• Training needs analysis• Training course standards• Configuration Management of training course material• Training database• Course checklists• Train-the-Trainer instructor workshop; instructor evaluation forms

Page 19: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 18Brian Groarke

Lessons Learned

• Run the SEPG like a project team (you’ve heard that before!)

• Use the best practices from the CMMI to plan and manage the SEPG’swork efforts

– Using CMMI best practices helps the SEPG members to understand the model better and become better consultants to projects in the organization

– SEPG’s need to demonstrate that they can follow the same processes they are advocating that others follow (we need to eat our own dog food, so to speak)

• Encourage teamwork and collaboration within the SEPG– Teamwork is critical to success

Page 20: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 19Brian Groarke

Summary

• Running an SEPG is just like running a project– Plans need to be documented and tracked– Estimates need to be made– Risks are documented and tracked– SEPG members are managed

• Using best practices can help ensure the success of the SEPG

Page 21: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 20Brian Groarke

Brian GroarkeSSC San Diego

E-mail: “[email protected]”http://sepo.spawar.navy.mil

Phone:(619)553-6248

Page 22: Running an SEPG – How SSC San Diego Operates its SEPG · "Process will always affect Project Performance./" P. Lewis, Project Planning Scheduling and Control "The quality of a software

Systems Engineering Process Office V1.2 p 21Brian Groarke

Acronyms

• C4ISR: Command, Control, Communication, and Computers, Intelligence, Surveillance, and Reconnaissance

• CMMI: Capability Maturity Model Integration• DCR: Document Change Request• FTE: Full Time Equivalent• PAL: Process Asset Library• PMP: Project Management Plan• RDT&E: Research, Development, Test, and Evaluation• ROI: Return on Investment• SEPG: Software Engineering Process Group• SPI: Systems/Software Process Improvement• SEPO: Systems Engineering Process Office• SPIWG: Systems Process Improvement Working Group• SSC San Diego: Space and Naval Warfare Systems Center, San

Diego• SW-CMM: Capability Maturity Model for Software