Professional Documents
Culture Documents
PLANNING
Design Docs Solution Method Budget Schedule Criteria Budget Schedule
Program Plan
Project Plan
Engineering Plan
Subcontract Plan
Material Plan
Requirement Plan
Criteria Procedure Doc quality Requirement verification Objectives Participants Schedule
QA Plan
Kickoff
Team/ Resource plan Schedule
Internal
External
Requirements SRS
PROGRAM PLAN
BASE DOCUMENTS:
BID PROPOSAL: solution CONTRACT: what we promised, schedule, price REFERENCES: estimation and document format
TEAM:
Program Manager, Contract Manager Chief Engineers
OUTPUT:
PROGRAM PLAN, reviewed by AQ and approved by business director
KEY CONTENTS:
Objectives and reference projects Scope and process Selection Budget: Material (LAB), manpower, Travel cost Payment schedule and Cash flow Skill set and manpower distribution Contract & subcontractor management Quality Control RISK management (program level:emergency plan) Project and review schedule and milestone Customer visit plan Contract Book structure
ENGINEERING PLAN
BASE DOCUMENTS:
BID PROPOSAL: solution CONTRACT: what we promised PROGRAM PLAN: schedule REFERENCES: experiences and document format
OUTPUT:
ENGINEERING PLAN, Reviewed by QA and approved by Program Manager and Engineer Manager
TEAM:
Chief Engineer, Network Engineer, Software Engineer
KEY CONTENTS:
High level overview System architecture Software architecture System operation Technology and Prototype Tasks and quality control in every step of the process: requirement to acceptance test Integration test methodology Devices CMMI execution plan Subcontract items list Major material selection
PROJECT PLAN
BASE DOCUMENTS:
PROGRAM PLAN: schedule, manpower, ENGINEERING PLAN: solution, REFERENCES: experiences and document
OUTPUT:
PROJECT PLAN, reviewed by QA and approved by Program Manager
TEAM:
Project Manager, Program Manager, Chief Engineers
KEY CONTENTS:
Schedule Skill set and manpower management Process execution Lab establishment Milestone (deliverable) management Risk management Requirement management Relation with other functions: QA, PM, Monthly and weekly report plan
REQUIREMENT PLAN
BASE DOCUMENTS:
PROJECT PLAN: schedule ENGINEERING PLAN: solution, REFERENCES: experiences and document
OUTPUT:
REQUIREMENT PLAN, reviewed by QA and approved by Project Manager
TEAM:
Engineers, Chief Engineer, Project Manager
KEY CONTENTS:
Schedule Questionnaires for all parts
CONTRACT MANAGEMENT
Contract manager is specialized in contract execution and has legal background and sufficient knowledge of companys charging structure.
When risks caused by customers, he/she must evaluate the impact and estimate its associated cost, and sends memorandum to customer. A personal visit may be necessary, get layer involved when issues become serious. Know the process and procedure of arbitration and suit Participate in milestone review meeting with the Program Manager.
SUBCONTRACT MANAGEMENT
With combined functions of a program manager and a contract manager, but at a smaller scale Identify potential vendors
Risk management
System Integration
Operation & maintenance
Advantages: A better model than the primitive model: code/fix Recognize the need for feedback loops between stages.
Disadvantages: When requirements are huge, a project may never get into the design phase before deadline. Does not reference prototyping activities.
Test Plan
Design
Test Model
Test Case
Test Data
DEVELOPING PROCESS
REQUIREMENT, CONFIGURATION AND RISK MANAGEMENT Requirements specification approved by customer Integration planning UT planning
Detail design
Coding
Code review
Unit testing
Subsys testing
System testing
Coding
Code Inspection
CHANGE CONTROL
New change requests or stars
ARCHIEVE
N REDO
DONE
Estimation
Y/N
Fix DONE
Cumulative cost
Risk analysis
Prototype Prototype Prototype Commitment Partition Requirements plan lifecycle plan Development plan
Concept of operation
Requirement validation
It works for large projects with complicated requirements that can be divided into phases
Prelim Iteration
Arch Iteration
Trans Iteration
Alpha Release Beta Release
Release
Release
Product Release
Inception: focus on understanding the business of the project, project scope and feasibility; define estimated schedule, budget, risk; the Vision document is created. Elaboration: Refine the requirements, executable architecture; early prototype(s) is developed and demonstrated for validation. Construction: focus on implementation, architecture and design are fully developed; most of code are done. Transition: alpha, beta (testing) releases are done and deployed for use internally or by customers.
Elaboration
Construction
Transition
Supporting Workflow
Configuration Change Management Project & process Management
Alpha
Beta
M-GATE PROCESS
MARKET INTELLIGENCE AND ANALYSIS PHASE
MPP
Market Product Planning
SPD
System Product Development
The Market and Product Planning (MPP) M-Gates, M-15 through M-11, address the Market Intelligence and Analysis, Business Case Development, and Portfolio Planning phase of the Marketing Activities associated with candidate project. The MPP M-Gates result in the development of a Business Solution. This Solution is transitioned to the System and Product Development (SPD) Project M-Gates activities of Project Definition, Implementation, Launch and Close out.
M-Gate 15
M-Gate 14
M-Gate 13
M-Gate 12
M-Gate 11
M-Gate 10
M-Gate 9
M-Gate 8
M-Gate 7
Implementation Phase
M-Gate 6
M-Gate
5
M-Gate 4
M-Gate 3
M-Gate 2
M-Gate
1
M-Gate 0
Implementation Phase
Design Readiness
M-Gate 6
Retirement Plan
M-Gate 4
End of Life
M-Gate 3
In Progress -- not all of the applicable requirements and criteria have been completed, the project has not deviated from the inter
A risk assessment has been performed and an action plan developed, with owners, complete with triggers and final due dates that are tracked at a solution level. The review board at the specific M-Gate will approve these action plans, complete execution or which is required for final completion of the gate or Activities are in progress, and on target; but not enough to satisfy gate completion
Significant Issues -- this status arises when the project is deviating from the intent (e.g., critical success factors, schedule etc) and this condition can occur due to one or a combination of reasons:
Majority of the requirements and criteria have not been completed Associated action plans are incomplete Factors or influences external to the project are impacting the project to an unacceptable extent To proceed with the current status would incur unacceptable risk Not started or late
Gate 2
Gate 1
Gate 0
End of Life
Gate 10
Gate 9
Gate 8
Gate 7
System Validation &verification
Start
Gate 6
System Design Readiness
Gate 10
Gate 7
Gate 3
Gate 2
Gate 1
Gate 0
Product Enhancement
Definition Phase Implement Phase Launch & Closeout Phase
Gate 10
Gate 7
Gate 3
Gate 2
Gate 1
Gate 0