Development Cycle, Reviews, and Deliverables Flashcards

1
Q

Stage-Gate Model

A

Used to represents the development cycle of a product

‘Stage’ - No different than a phase
- Represented by rectangles
‘Gate’ - Usually a “Technical Review” or test where you have to show your work and justify your design decisions
- Represented by triangles

The idea is that you do some work, pause and check to make sure to was done right and that you are on the right track, then continue the project.

In order to pass on to each stage, you need to meet the criteria of the gate

Each gate has one of four outcomes
1) Go: means the project continues as planned
2) Hold: Basically purgatory, you’re not ready to ‘go’ but the project hasn’t
3) Recycle:
4) Kill: The project is over

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

“Good Idea Fairy”

A
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

DOD5000 System Lifecycle

A
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Lifecycle Standards

A

Most of the big companies have a generic standard that they use for all project

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Wasson Lifecycle

A
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

DOD5000 v. Wasson Lifecycle

A
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

NASA Lifecycle

A
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Iridium Case Study

A
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

CDO/Housing Market Case Study

A
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Importance of the ‘gates’ and periodic reviews

A

Helps you catch problems earlier

No different than going to the doctor to make sure that your health is good and that there’s nothing about your diet/lifestyle you need to change

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Importance of continuously revisiting the purpose

A

Helps prevent you from diverging from what you set out to do (or what the customer asked you to do)
- This helps prevents mistakes when it comes to system validation

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Two main things that can blow up the costs for a project

A

1) Diverging from the actual purpose of the project (if you don’t catch it early, it could be very expensive to get it back on track… that’s why you constantly compare the implications to the purpose)
2) Small problems early in the design that don’t get discovered until testing (can cause you to basically startover)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

System Thinking attitude towards iteration and recursion

A

Iteration is possible in ALL phases of the design

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Technical Reviews

A

A formal Presentation where have to show your work and justify your design decisions
- Represented by triangles on the
- Commonly Referred to as ‘Gates’

  • Technical Reviews always come with artifacts that you need to have ready for the presentation
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

“Horseblanket”

A

Refers to the visual representation of the schedule in the form of a gate-stage model:
- Stages represented as rectangles
- Gates represented as triangles

*Can sometimes have multiple layers, like a Gantt chart

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Exit Criteria

A
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Technology Development Strategy (TDS)

A
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Test & Evaluation Strategy (TES)

A
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Program Protection Plan (PPP)

A
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

Item Unique Identification (IUID) Implementation Plan

A
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

Component Cost Estimate (CCE)

A
22
Q

Systems Engineering Plan (SEP)

A
23
Q

Systems Engineering Management Plan (SEMP)

A
24
Q

Test and Evaluation Master Plan (TEMP)

A
25
Q

Technical Reviews in DOD5000

A
26
Q

Parts of a Technical Review

A

1) Program Background
2) Program Schedule
3) Membership
4) Entry Criteria
5) Sucess Criteria
6)

[view Juan’s powerpoints for more]

27
Q

Request for Action (RFA) at the closeout of a Technical Review

A
28
Q

Request for Information (RFI) at the closeout of a Technical Review

A
29
Q

Importance of Templates

A
30
Q

Deliverable Templates

A
31
Q

Presentation Templates

A
32
Q

Initial Technical Review

A
33
Q

Alternative System Review

A
34
Q

System Requirements Review (SRR)

A
35
Q

Integrated Baseline Review

A
36
Q

System functional Review

A
37
Q

Preliminary Design Review

A
38
Q

Software Specification Review

A
39
Q

Critical Design Review

A
40
Q

Flight Readiness Review

A
41
Q

Integrated Readiness Review

A
42
Q

Operational Test Readiness Review

A
43
Q

System Verification Review

A
44
Q

Production Readiness Review

A
45
Q

Physical Configuration Audit

A
46
Q

In-Service Review

A
47
Q

Interface Control Document

A
48
Q

Interface Requirements Document

A
49
Q

“Scoping”

A

One of the first things that happen on the project.

The short version:
researching the project, talking with customers, sharing the information with stakeholders (with an emphasis on what should be included)

Project teams explore the project’s boundaries, objectives, and requirements. The goal is ensuring that all stakeholders have a clear understanding of what the project will entail and what will be delivered.

This step involves clarifying project goals, establishing initial requirements, identifying constraints, and estimating resources, which forms a foundation for project planning and design

50
Q
A