Here is what the Toronto course identified as impediments. Not in any order (although understood that it must be ordered).
We recommend a public impediment list. Of course, the list itself is not the point. But rather AGGRESSIVELY attacking the impediments and fixing all the impediments is.
We like to have one list for ALL the improvements we need to be made (for the Team). From people issues to Blockers, to tech issues and changing culture.
- Overlooking risks
- Big scope
- Team competence
- Too many defects
- Team changes
- Processes not clear
- Product owner involvement
- Under estimated
- Requirements not clear
- Requirement change not being communicated
- Not what client expected
- Finance
- Resource (probably mot the right people or not enough people)
- Schedule (too tight)
- Poor communication plan
- Stakeholder (poor, missing, etc.)
- Knowledge (lack of)
- Training (lack of)
- QA (test)
- Lack of focus
- Buy-in
- Scope creep
- Bad Req
- Too many opinions
We recommend a public impediment list. Of course, the list itself is not the point. But rather AGGRESSIVELY attacking the impediments and fixing all the impediments is.
We like to have one list for ALL the improvements we need to be made (for the Team). From people issues to Blockers, to tech issues and changing culture.
No comments:
Post a Comment