Professional Documents
Culture Documents
Development and quality plans for small and for internal projects
Software development risks and software risk management
Galin, SQA from theory to implementation Pearson Education Limited 2004
OHT 6.2
Introduction
Onerous task,
Senior level management on one end and Developers on the other
Two dance to different drummers. These plans are vitally important to meet contractual commitments Thus, we need to look at:
Galin, SQA from theory to implementation Pearson Education Limited 2004
OHT 6.3
Objectives of development and quality plans Elements of development plans Elements of quality plans Major software risks Process of software risk management Importance of development and quality plans for small projects Importance of development and quality plans for internal projects.
Galin, SQA from theory to implementation Pearson Education Limited 2004
OHT 6.4
Planning is meant to prepare adequate foundations for successful and timely completion of the project. The planning process includes: 1. Scheduling development activities and estimating the required manpower resources and budget
2.
3. 4. 5.
OHT 6.5
Each of the following 10 components of a development plan are appropriate to different parts of a project. 1. Project Products, specifying deliverables
Critically important. Must decide on deliverables! dates and items installation site local or physical install training customer service dates, participants, and sites (much is done on line now)
OHT 6.6
2. Project Interfaces
How does the software affect other parts of a larger system or similar systems??
Often requires escalation.
OHT 6.7
3.
Project methodology and development tools for various phases during development, maintenance.
Heuristic: never use untested tool / methodology on a new project with high visibility!! Methodology must be decided upon.
OHT 6.8
5. Laying out the Development Process Define the projects phases Planning: inputs/outputs/activities/activity duration/sequence and dependencies/resources needed for each activity/ design reviews/ testing/ training for customer support/ more GANTTT Charts / CPM , PERT all include sequence dependencies and duration. Microsoft Project and Rational Conductor Project Milestones completion dates, products clearly define. Must synchronize with Overall Plan. More detailed than Overall Plan Galin, SQA from theory to implementation Pearson Education Limited 2004 More detailed than iteration plans 6.
OHT 6.9
7.
Project Staff Organization Organizational structure teams, tasks, sub contractors, temporary workers. Pecking order much risk!
Professional requirements of teams / leadership risk!!
Numbers for periods of time team size varies from beginning to fully staffed, to...
Designate team leaders and members team composition will change throughout a long development effort. staff evaporation; reassignments; illness, ..
Galin, SQA from theory to implementation Pearson Education Limited 2004
OHT 6.10
8.
Development Facilities
Hardware, software, tools, development environments, training on these, space Very important. Many very nice facilities nowadays break rooms, ping pong; nice coffee / beverage facilities; day care.
OHT 6.11
An art in itself based on many models and experience. COCOMO and COCOM II Models (Barry Boehm)
human resource estimates, contracts with suppliers, internal development and unavailability, budget changes, risk considerations. travel first go go training second to go
OHT 6.12
9.
Risk: a state or property of a development task or environment, which, if ignored, will increased the likelihood of project failure.
Technology risks experience of team members Personnel shortages can arise during project Environmental risks Budget risks Interdependence on others (hardware; subcontractors, etc.) Galin, SQA from theory to implementation Pearson Education Limited 2004
OHT 6.13
More on Risks
Risk Management: identification, evaluation, planning actions, implementation, monitoring Calculation of Risk Monitoring of risk throughout development cycle!! The Spiral Model specifically incorporating risk to every cycle (next chapter)
Galin, SQA from theory to implementation Pearson Education Limited 2004
OHT 6.14
1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
Developing wrong software functions * Unrealistic schedules and budgets * Developing wrong user interface Gold plating * Continuing stream of requirement changes * Shortfalls in externally furnished components Shortfalls in externally performed tasks Personnel shortfalls * Real-time performance shortfalls * Straining computer science capabilities
Pearson Education Limited 2004
OHT 6.15
New project Pre project Risk identification and assessment Planning risk management activities Ongoing projects Identifying and assessing new software risks Planning and updating risk management activities
Implementing risk management actions (risk resolution) Monitoring software risk management activities Unsatisfactory results
OHT 6.16
1.
OHT 6.17
2.
The planned reviews should include a listing of all reviews. design reviews technical reviews managerial reviews code inspections Pros and Cons All reviews need to include: Scope what does it cover Type emphasis managerial, technical, super detailed Schedule often based on previous reviews and outcomes Procedures action lists; present and discuss; Who is to attend? Collateral interest?? ***** Responsibilities for review; documents needed, by when
Galin, SQA from theory to implementation Pearson Education Limited 2004
OHT 6.18
3.
OHT 6.19
4.
These tests can be run in parallel with internally-developed software tests (tests that internally are developed to supplement other tests) Galin, SQA from theory to implementation Pearson Education Limited 2004
OHT 6.20
5.
Configuration Management
The quality plan MUST include configuration management tools and procedures for managing the software configurations, versions, etc. Must be an intrinsic part of the entire project!
The Quality Plan may be included within the Development Plan or as an independent document.
The document, however compiled, must be reviewed and approved by the organizations standard approval process.
Galin, SQA from theory to implementation Pearson Education Limited 2004
OHT 6.21
Natural for many to try to avoid hassle of preparing all these plans.
In fact, heavy-weight methodologies are often called plan-centric; Agile methods try to avoid much planning and documentation
The question is simply does a short, small project (likw 30-60 days; two or three individuals) deserve the time spent on planning a development and quality plan?
OHT 6.22
OHT 6.23
Several advantages to planned over unplanned projects: 1. A more comprehensive / thorough understanding of the task is likely (gained when developing the plan) 2. Greater responsibility for meeting obligations can be assigned, as they can be seen more clearly since articulated (who does what) 3. Easier to share control of the project and identify unexpected delays (any plan better than no plan at all!) 4. Better understanding of requirements and timetable be reached between customer and developer. Galin, can SQA from theory to implementation Pearson Education Limited 2004
OHT 6.24
Lots of projects done for the internal use of organization. Here, normally no external body is a customer Can be medium or large scale.
cost overruns, finger pointing, missed dates, internal friction among cooperating shops,
Galin, SQA from theory to implementation
OHT 6.25