Risk checklist – YES Answers indicate increased risk in an area

Risk factor / YES / NO
  1. Project is not thoroughly defined or has a large number of open questions.
/
  1. Project will result in significant work flow or business process flow change.
/
  1. Project is introducing a new process or system.
/
  1. Project is underway, but project plan is not developed, or was developed without much input from the project team or impacted departments.
/
  1. Project time line is not realistic.
/
  1. Project has a hard implementation date, or is based on the academic or other calendar.
/
  1. Project will take more than 1 year to complete.
/
  1. Project’s deliverables will be developed by an external consultant or vendor who has limited, poor or no previous track record working with the University.
/
  1. Project will require participation by 4 or more departments.
/
  1. Project scope is complex and complicated.
/
  1. Project will introduce a new technology for which we do not have staff expertise.
/
  1. Project dependencies are unknown or undefined.
/
  1. The project team has little experience with projects of similar size & complexity.
/
  1. User training needs may be significant based on expected change and complexity.
/
  1. Requirements are not stable, and may change significantly during the project.
/
  1. Interfaces are undefined, unclear and/or subject to change.
/
  1. Project will require a significant data conversion or migration.
/
  1. Functional team may not have sufficient time or resources to commit to the project.
/
  1. Project requires a major change to customer service or support.
/
  1. On-going maintenance is not known or not clearly defined.
/
  1. A Project Manager has not been assigned, or does not have sufficient time and expertise to manage a project of this size.
/
  1. The project requires or may require SAGIT funding.
/
  1. This project is dependent upon university or department policy that has not yet been defined (i.e., cloud solution, but no one has defined acceptable data for the cloud).
/
  1. The project will require contract review and approval by OGC, Purchasing or OIT Operations & Planning.
/
  1. The project will require an extensive discovery phase (i.e., never done this in the past).
/
  1. The project relies heavily on people whose primary responsibilities are operational, limiting the time they can devote to any assigned projects.
/
  1. The project involves significant customization of a purchased package or tool.
/
  1. The project involves significant internal custom development instead of purchasing.
/
  1. The project is a change from a tool or processes that is widely used and liked.
/
  1. The project appears to be nice to have, rather than in high need or demand.
/
  1. The project goal/purpose is not easily described in “plain English”.
/
  1. The project involves sensitive University data (e.g. private info about people, research, etc.) that needs to be protected.
/
  1. The project requires extensive end user involvement in requirements definition.
/
  1. The full cost of the solution or service over its lifecycle has not been calculated.
/
  1. Project roles and responsibilities are not clearly defined.
/
  1. Executive support is unclear, lukewarm, or has not been established.
/
  1. There is no clear plan for managing stakeholder expectations.
/
  1. There is a poor match between stakeholder expectations and project realities.
/