HeaderSIS.jpg

Difference between revisions of "IS480 Team wiki: 2012T1 Timber Werkz Risks"

From IS480
Jump to navigation Jump to search
Line 54: Line 54:
 
<!--body-->
 
<!--body-->
 
<br>
 
<br>
<font color="#c93756"><big><big>'''Risks & Mitigation'''</big></big></font>
+
==<font color="#c93756"><big><big>'''Risks & Mitigation'''</font>==
----
 
 
<br><p>The following diagram shows the risks and mitigation table for the project.</p>
 
<br><p>The following diagram shows the risks and mitigation table for the project.</p>
 
<br>
 
<br>

Revision as of 16:04, 29 August 2012

HOME   PROJECT OVERVIEW     PROJECT MANAGEMENT   DOCUMENTATION  
         



Risks & Mitigation


The following diagram shows the risks and mitigation table for the project.


S/N Risk Description Impact Impact Level
(High/Med/Low)
Likelihood
(High/Med/Low)
Mitigation Strategy Status

1

Project Management

1.1

  • Underestimation of Man Days for a Chapter
  • Project Schedule is delayed

High

High

  • Plan for buffer time for each sprint. In addition, Project Manager gets quick updates from developers regarding their status

Mitigation strategy
in force

2

Client Management

2.1

  • Clients do not know the exact requirements of the new application
  • Application may not serve the needs of the company effectively

High

Medium

  • Using Low fidelity prototype (UI mockups) to communicate and ensure that requirements are properly understood. helps to eliminate unnecessary wastage of time developing what may not be the clients' needs

Mitigation strategy
in force

2.2

  • Change requests expected from client as Casting3 application is built from scratch
  • Change requests may affect the scope and schedule of the project

High

High

Mitigation strategy
in force

3

Team Management

3.1

  • Insufficient manpower during Milestone 1 as three members are overseas (summer studies and community service)
  • Possible delay in schedule. Members may be unaware of latest issues

Medium

Medium

  • Regular communication and updates of current happenings via meeting minutes in Google docs and messaging channels.

Risk eliminated

3.2

  • Conflict amongst team members in terms of working behviours and perspectives
  • Team's efficiency is compromised. Possible compromise in project quality and schedule

Medium

Low

  • Respect the views of other team members. If a conflict arise, conduct a meeting to "trash" out situations and resolve issues within the same day if possible.

Mitigation strategy
in force

4

Technological Implementation

4.1

  • Members unfamiliar to technologies used (e.g. Yii framework, PHPUnit testing, and Youtube API).
  • Insufficient skilled members to value-add to the project

Medium

Medium

  • Organise knowledge sharing sessions amongst team members.

Mitigation strategy
in force

4.2

  • Unsure if a particular feature can be developed with current technologies.
  • The extent where the application can value-add to the business might be affected

Medium

Medium

  • Develop Proof-Of-Concepts for such features (Search, Crop Photo).

Mitigation strategy
in force

4.3

  • Project contains numerous documentation and different versions. Inefficent access to a particular document.
  • Accuracy of information used is compromised

Medium

Low

  • Use a collaborative file management software (e.g. Google Documents) to organise respective folders of the project. Consensus amongst team members to adhere to proper version labelling.

Risk eliminated