Difference between revisions of "IS480 Team wiki: 2014T1 Team Epsilon Risk Management"
Line 44: | Line 44: | ||
== '''Risk Assessment''' == | == '''Risk Assessment''' == | ||
[[Image: Risk Assessment.png|center|350px]] | [[Image: Risk Assessment.png|center|350px]] | ||
+ | |||
== '''Project Risks''' == | == '''Project Risks''' == |
Revision as of 21:23, 2 July 2014
Home | Project Overview | Project Management | Documentation | Team |
Project Schedule | Metrics Management | Risk Management | Meeting Minutes |
Risk Assessment
Project Risks
Risk | Consequences | Likelihood | Impact | Level (Derived) | Mitigation Strategy | Status | |
---|---|---|---|---|---|---|---|
Technical Risks | |||||||
Unfamiliarity with technology employed | Slower project progression due to time required for the team to pick up the new language and accompanying technologies | High | High | A | Allocate sufficient time in project schedule to account for time required to learn the new language and technologies | Mitigated | |
Planned technology might be discovered to be incompatible during development | Slower project progression because of the necessity to create workarounds in order for the technology to work | Medium | High | A | Pivot to other more compatible technology if workarounds prove to hinder the project too much | Mitigated | |
Routine bugs discovered during development and UAT | System might become unstable. If the bugs are fatal, they would potentially jeopardize the core functionalities of the system. | High | High | A | Create proper documentation and metrics to keep track of system stability. Conduct routine testing to find and resolve the bugs as soon as possible. |
||
Project Management Risks | |||||||
Delay in task completion due to increased complexity of functional requirements during development | Project schedule might be delayed if the delayed task is a dependency for other tasks | Medium | Medium | B | Understand the dependency between different functions/ tasks and identify the critical path of project. Plan the schedule such that there would be minimal disruption to the schedule even if there is a delay in some tasks. | ||
Change or increase in requirements | Project schedule may be delayed to accommodate the changes to the project. Increase in project requirements may lead to scope creep. |
Medium | High | A | Work with the sponsor to create a requirement document that both parties agree on. Come to an understanding that any change requests would be subject to the other party’s approval based on his/their judgement of the necessity of the change. Create a change management metrics to help with the change management decision. Keep track of all change requests. |
||
Sponsor pulls out of project | Project will terminate prematurely | Low | High | B | The team will need to source for another sponsor and project | ||
Team member pulls out of project | Team might be overwhelmed with project scope due to the sudden reduction in manpower | Low | High | B | Reshuffle roles and responsibilities to fill up the gap created by the team member’s exit. Source for another suitable team member if possible and bring him/her up to speed. |
Mitigated | |
Communication breakdown between team and sponsor | Project might be delayed due to pending reply or confirmation from sponsor | Medium | Medium | B | Establish routine meetings with sponsor to provide updates/ demonstrations and to obtain feedbacks. Regularly update sponsor on project progress through email. |
||
Conflicting schedule amongst team members | Unable to meet up for discussions which may lead to team members being on different pages for the project | Medium | Medium | B | Coordinate team members’ schedules and arrange a common timeslot for weekly meetings | ||
Conflicting opinion within the team | Lower team morale due to frustrations and stress from the conflict | Medium | Medium | B | Encourage an open environment so that every member can voice out their concerns and opinions. Handle those as soon as possible. | ||
Constraint in manpower and member’s ability to commit during crunch time (e.g. before midterms or finals) | Delay in project schedule due to lower availability of resources and manpower | High | Medium | A | Identify and account for crunch time when planning the project schedule. Team members should monitor their own schedules and raise any scheduling concerns to the project manager as soon as possible. | ||
External Risks | |||||||
Updates to iOS | Project schedule may be delayed to support the new iOS version release | High | High | A | Research into iOS update roadmap to better gauge when new versions will be released (Apple often seeds beta versions to developers early) as well as what changes will come with it. Evaluate if there is a need to allocate time to support the new update. If there is, adjust the schedule accordingly, taking into account the overall development progress using the critical path. |
||
Delay in procurement of required project resources | Development may be stalled due to resource constraints. In the case of the lack of a deployment server, we will not be able to deploy and conduct UAT. |
High | High | A | Simulate testing environment using our own resources (e.g. server) for preliminary testing | ||
End user’s unfamiliarity with the system | Users may potentially resist adopting the system, which would lead to reduced usage | Medium | Medium | B | Research user’s browsing and usage habits on the different platforms. Conform to web and iOS standards when designing user interfaces. |