The Project Rubric is a tool for evaluating proposed project structure and plan. The goal of the rubric is to consistently evaluate and inform the creation of well-formed projects.
Update score on: - PR-851Getting issue details... STATUS
Score (1=poor, 5=excellent
Criteria # | Objects | Nov | Dec | Jan | Feb | Mar | Apr | May | Jun |
---|---|---|---|---|---|---|---|---|---|
1 | Are project objects clear and tangible? | 1 | 2 | 2 | 3 | 3 | 3 | ||
2 | Can they be realized or instantiated, e.g., constructed and delivered? | 1 | 2 | 2 | 3 | 3 | 3 | ||
3 | Is the object worded properly, clear and understandable by clients? | 1 | 2 | 2 | 3 | 3 | 3 | ||
4 | Can two or more raters score the object's complexity in a reasonably consistent manner using a simple "simple, average, complex" scoring criteria? | 1 | 2 | 2 | 3 | 3 | 3 | ||
5 | Do they represent the totality of the project deliverables? | 1 | 2 | 2 | 3 | 3 | 3 | ||
Object types | |||||||||
6 | Does the object type accurately categorize the object? | 1 | 2 | 2 | 2 | 2 | 3 | ||
7 | Has object task list been reviewed and approved by PPMO representative? | 1 | 2 | 2 | 2 | 2 | 3 | ||
Milestones | |||||||||
8 | Are there at least 4 milestones identified across the project? | 1 | 2 | 2 | 2 | 2 | 4 | ||
9 | Are the milestones spaced appropriately (at least one per month)? | 1 | 2 | 2 | 2 | 2 | 4 | ||
10 | Can the client understand the milestone description? | 1 | 2 | 2 | 2 | 2 | 4 | ||
Tasks | |||||||||
11 | Do the tasks use a clear and easy to read verb format? | 1 | 2 | 2 | 2 | 2 | 4 | ||
12 | Do the tasks clearly show how an object is realized, constructed or delivered? | 1 | 2 | 2 | 2 | 2 | 3 | ||
13 | Are the tasks understandable to a typical IT employee? | 1 | 2 | 2 | 2 | 2 | 4 | ||
14 | Do the tasks range between 4-20 hours, on average 12 hours? | 1 | 2 | 2 | 2 | 2 | 4 | ||
15 | Are the tasks assigned appropriate phases? | 1 | 2 | 2 | 2 | 2 | 3 | ||
16 | Are the start and end dates realistic? | 1 | 2 | 2 | 2 | 2 | 3 | ||
Staff | |||||||||
17 | Are the team members, roles and responsibilities for the project identified clearly? | 1 | 2 | 2 | 3 | 3 | 3 | ||
Project | |||||||||
18 | If required, does the project have a charter? | 5 | 5 | 5 | 5 | 5 | 5 | ||
19 | Is a client sponsor and contact clearly identified? | 5 | 5 | 5 | 5 | 5 | 5 | ||
20 | If required, does the project have cost and benefits identified and recorded (NPV, ROI, payback period)? | n/a | n/a | n/a | n/a | n/a | n/a | ||
21 | If required, does the project have a measurement model in place to track fulfillment of the business case and ROI? | n/a | n/a | n/a | n/a | n/a | n/a | ||
22 | Does the project have a measurement model in place to track fulfillment of the business case and ROI? | n/a | n/a | n/a | n/a | n/a | n/a | ||
23 | Does your project have a project record in the ITS Project Portfolio? | 5 | 5 | 5 | 5 | 5 | 5 | ||
24 | Does your project record have correct and complete metadata? | 5 | 5 | 5 | 5 | 5 | 5 | ||
Average | 1.54 | 2.43 | 2.43 | 2.85 | 2.85 | 3.66 | |||
% 4 or 5 |
An active version of the project rubric worksheet is attached: ITS Project Rubric v1.2
FAQ: What is 50/50?
Estimators create estimates that are “in the middle” — not too high, not too low. The estimate is correct if the estimator feels there is as much chance of going over the estimate as there is of going under. With the measurement capabilities in SPM, if estimators “sandbag” their estimates by constantly estimating high, then as tasks close out that gap will be easily detected in the V1 metric as well as by analyzing the different estimate versus actual metrics within SPM. This differs from the three - point estimation model (optimistic, most likely, and pessimistic estimates) made in traditional project management methodologies (e.g., the Project Management Institute’s PMBOK). The estimator enters only one estimate that represents an estimate for which the team is just as likely to go over the estimate as it is to come in under the estimate. With small task sizes, the volatility metrics — and the numerous metrics to measure both the re-estimating of tasks and the difference between actual hours spent and estimated hours — we don’t need three points of estimation. This simplifies the estimator’s work.