lint formatting fixes
This commit is contained in:
120
Risks.md
120
Risks.md
@@ -1,10 +1,10 @@
|
||||
##### Project:
|
||||
::[PROJECTNAME](Home)
|
||||
##### Project
|
||||
::[PROJECT-NAME](Home)
|
||||
|
||||
##### Internal Release Number
|
||||
::X.Y.Z
|
||||
|
||||
##### Related Documents:
|
||||
##### Related Documents
|
||||
- [Project plan](Project-Plan)
|
||||
- [Software development methodology](SDM)
|
||||
|
||||
@@ -30,73 +30,73 @@ plans to control them. For each risk the plan should include:
|
||||
contingency plan if you have a special one for the particular risk.
|
||||
|
||||
The severity of a risk is its likel
|
||||
##### Project:
|
||||
::[PROJECTNAME](Home)
|
||||
##### Project
|
||||
::[PROJECT-NAME](Home)
|
||||
|
||||
##### Internal Release Number:
|
||||
##### Internal Release Number
|
||||
::X.Y.Z
|
||||
|
||||
##### Related Documents:
|
||||
##### Related Documents
|
||||
- [Proposal](Proposal) > Target Audience and Benefits
|
||||
- [Project proposal](Proposal) > [User needs](User-Needs)
|
||||
- [Glossary](Glossary)
|
||||
---ihood multiplied by its impact. Risks
|
||||
are classified as minor if they hav
|
||||
##### Project:
|
||||
::[PROJECTNAME](Home)
|
||||
##### Project
|
||||
::[PROJECT-NAME](Home)
|
||||
|
||||
##### Internal Release Number:
|
||||
##### Internal Release Number
|
||||
::X.Y.Z
|
||||
|
||||
##### Related Documents:
|
||||
##### Related Documents
|
||||
- [Proposal](Proposal) > Target Audience and Benefits
|
||||
- [Project proposal](Proposal) > [User needs](User-Needs)
|
||||
- [Glossary](Glossary)
|
||||
---e low likelihood, negligible impact,
|
||||
or medium likelihood and marginal i
|
||||
##### Project:
|
||||
::[PROJECTNAME](Home)
|
||||
##### Project
|
||||
::[PROJECT-NAME](Home)
|
||||
|
||||
##### Internal Release Number:
|
||||
##### Internal Release Number
|
||||
::X.Y.Z
|
||||
|
||||
##### Related Documents:
|
||||
##### Related Documents
|
||||
- [Proposal](Proposal) > Target Audience and Benefits
|
||||
- [Project proposal](Proposal) > [User needs](User-Needs)
|
||||
- [Glossary](Glossary)
|
||||
---mpact.
|
||||
|
||||
##### Project:
|
||||
::[PROJECTNAME](Home)
|
||||
##### Project
|
||||
::[PROJECT-NAME](Home)
|
||||
|
||||
##### Internal Release Number:
|
||||
##### Internal Release Number
|
||||
::X.Y.Z
|
||||
|
||||
##### Related Documents:
|
||||
##### Related Documents
|
||||
- [Proposal](Proposal) > Target Audience and Benefits
|
||||
- [Project proposal](Proposal) > [User needs](User-Needs)
|
||||
- [Glossary](Glossary)
|
||||
---
|
||||
*TODO: You should update these list
|
||||
##### Project:
|
||||
::[PROJECTNAME](Home)
|
||||
##### Project
|
||||
::[PROJECT-NAME](Home)
|
||||
|
||||
##### Internal Release Number:
|
||||
##### Internal Release Number
|
||||
::X.Y.Z
|
||||
|
||||
##### Related Documents:
|
||||
##### Related Documents
|
||||
- [Proposal](Proposal) > Target Audience and Benefits
|
||||
- [Project proposal](Proposal) > [User needs](User-Needs)
|
||||
- [Glossary](Glossary)
|
||||
---s regularly. They should be reviewed
|
||||
by customers and developers from ti
|
||||
##### Project:
|
||||
::[PROJECTNAME](Home)
|
||||
##### Project
|
||||
::[PROJECT-NAME](Home)
|
||||
|
||||
##### Internal Release Number:
|
||||
##### Internal Release Number
|
||||
::X.Y.Z
|
||||
|
||||
##### Related Documents:
|
||||
##### Related Documents
|
||||
- [Proposal](Proposal) > Target Audience and Benefits
|
||||
- [Project proposal](Proposal) > [User needs](User-Needs)
|
||||
- [Glossary](Glossary)
|
||||
@@ -152,100 +152,100 @@ impact of a risk has increased to make it a "major" risk.*
|
||||
| ::Estimate | The development team might not be able to estimate the work time, preventing customers from deciding priorities effectively. | Medium | Marginal | The development team will gain experience in estimating the work, and deliver the first estimates after 12 months. We will compare estimated work to actual work. | Green | Project Manager |
|
||||
| ::Retention | Some developers may leave the project before it is finished. | Medium | Marginal | Employing locations should provide support for continuing professional development. The project manager will discuss career goals with each developer, and try to assign tasks appropriately. | Green | Project Manager |
|
||||
| ::Correctness | The system as delivered may have low take-up because of a lack of confidence in its correctness. | Low | Catastrophic | State of the art [QA activity](QA-Plan). Contingency: stop development of new facilities until the quality of the existing code is assured. | Green | QA Lead
|
||||
##### Project:
|
||||
::[PROJECTNAME](Home)
|
||||
##### Project
|
||||
::[PROJECT-NAME](Home)
|
||||
|
||||
##### Internal Release Number:
|
||||
##### Internal Release Number
|
||||
::X.Y.Z
|
||||
|
||||
##### Related Documents:
|
||||
##### Related Documents
|
||||
- [Proposal](Proposal) > Target Audience and Benefits
|
||||
- [Project proposal](Proposal) > [User needs](User-Needs)
|
||||
- [Glossary](Glossary)
|
||||
--- |
|
||||
| ::Usability | The system as
|
||||
##### Project:
|
||||
::[PROJECTNAME](Home)
|
||||
##### Project
|
||||
::[PROJECT-NAME](Home)
|
||||
|
||||
##### Internal Release Number:
|
||||
##### Internal Release Number
|
||||
::X.Y.Z
|
||||
|
||||
##### Related Documents:
|
||||
##### Related Documents
|
||||
- [Proposal](Proposal) > Target Audience and Benefits
|
||||
- [Project proposal](Proposal) > [User needs](User-Needs)
|
||||
- [Glossary](Glossary)
|
||||
--- delivered may have low take-up because of poor usability.
|
||||
##### Project:
|
||||
::[PROJECTNAME](Home)
|
||||
##### Project
|
||||
::[PROJECT-NAME](Home)
|
||||
|
||||
##### Internal Release Number:
|
||||
##### Internal Release Number
|
||||
::X.Y.Z
|
||||
|
||||
##### Related Documents:
|
||||
##### Related Documents
|
||||
- [Proposal](Proposal) > Target Audience and Benefits
|
||||
- [Project proposal](Proposal) > [User needs](User-Needs)
|
||||
- [Glossary](Glossary)
|
||||
--- | Low
|
||||
##### Project:
|
||||
::[PROJECTNAME](Home)
|
||||
##### Project
|
||||
::[PROJECT-NAME](Home)
|
||||
|
||||
##### Internal Release Number:
|
||||
##### Internal Release Number
|
||||
::X.Y.Z
|
||||
|
||||
##### Related Documents:
|
||||
##### Related Documents
|
||||
- [Proposal](Proposal) > Target Audience and Benefits
|
||||
- [Project proposal](Proposal) > [User needs](User-Needs)
|
||||
- [Glossary](Glossary)
|
||||
--- | Critical | We will have a UI style guide. Most of the development of the front end will be in close contact with customers. We will review usability later in the project. | Green | UI design lead |
|
||||
| ::Desire | The stated requirements might not match the customers' desires and ambitions for the system. | Low | Critical | Incremental delivery of versions will provide experience of using the system, which will help the customers to identify the real requirements. Indicator: a developer saying "I think they mean ...", a customer saying "They know what I mean". Contingency: request customer review of requirements. | Green | Customers |
|
||||
| ::Changes | After requirements have been documented and agreed, development activities begin to based on them, first design then implementation. If the requirements change later then effort is wasted. | Low | Critical | A change control procedure is required, so changes are only made when the cost is worthwhile. Indicator: compare cost of change t
|
||||
##### Project:
|
||||
::[PROJECTNAME](Home)
|
||||
##### Project
|
||||
::[PROJECT-NAME](Home)
|
||||
|
||||
##### Internal Release Number:
|
||||
##### Internal Release Number
|
||||
::X.Y.Z
|
||||
|
||||
##### Related Documents:
|
||||
##### Related Documents
|
||||
- [Proposal](Proposal) > Target Audience and Benefits
|
||||
- [Project proposal](Proposal) > [User needs](User-Needs)
|
||||
- [Glossary](Glossary)
|
||||
---o new development. Contingency: request customer review of requirements.
|
||||
##### Project:
|
||||
::[PROJECTNAME](Home)
|
||||
##### Project
|
||||
::[PROJECT-NAME](Home)
|
||||
|
||||
##### Internal Release Number:
|
||||
##### Internal Release Number
|
||||
::X.Y.Z
|
||||
|
||||
##### Related Documents:
|
||||
##### Related Documents
|
||||
- [Proposal](Proposal) > Target Audience and Benefits
|
||||
- [Project proposal](Proposal) > [User needs](User-Needs)
|
||||
- [Glossary](Glossary)
|
||||
--- | Green | P
|
||||
##### Project:
|
||||
::[PROJECTNAME](Home)
|
||||
##### Project
|
||||
::[PROJECT-NAME](Home)
|
||||
|
||||
##### Internal Release Number:
|
||||
##### Internal Release Number
|
||||
::X.Y.Z
|
||||
|
||||
##### Related Documents:
|
||||
##### Related Documents
|
||||
- [Proposal](Proposal) > Target Audience and Benefits
|
||||
- [Project proposal](Proposal) > [User needs](User-Needs)
|
||||
- [Glossary](Glossary)
|
||||
---roject Manager |
|
||||
| ::Process | Some develope
|
||||
##### Project:
|
||||
::[PROJECTNAME](Home)
|
||||
##### Project
|
||||
::[PROJECT-NAME](Home)
|
||||
|
||||
##### Internal Release Number:
|
||||
##### Internal Release Number
|
||||
::X.Y.Z
|
||||
|
||||
##### Related Documents:
|
||||
##### Related Documents
|
||||
- [Proposal](Proposal) > Target Audience and Benefits
|
||||
- [Project proposal](Proposal) > [User needs](User-Needs)
|
||||
- [Glossary](Glossary)
|
||||
---rs may not cooperate in common standards and processes. | Low | Critical | QA to check conformance, then discussions in development team meetings to change the standard or the actual practice as appropriate. | Green | QA Lead |
|
||||
| ::Maintainability | The system as delivered might be hard to maintain. | Low | Marginal | We will review the code for maintainability. | Green | Lead Developer |
|
||||
| ::RISKNAME | ONE-TO-THREE-SENTENCES | Low or Medium or High | Negligible or Marginal or Critical or Catastrophic | ONE-TO-THREE-SENTENCES | Red or Amber or Green | PERSONNAME |
|
||||
| ::RISKNAME | ONE-TO-THREE-SENTENCES | Low or Medium or High | Negligible or Marginal or Critical or Catastrophic | ONE-TO-THREE-SENTENCES | Red or Amber or Green | PERSON-NAME |
|
||||
|
||||
#### Possible risk status values
|
||||
|
||||
|
Reference in New Issue
Block a user