CCR Project Rubric

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-851 - Getting issue details... STATUS

Score (1=poor, 5=excellent

Criteria #ObjectsNovDecJanFebMarAprMayJun
1Are project objects clear and tangible?12233333
2Can they be realized or instantiated, e.g., constructed and delivered?12233333
3Is the object worded properly, clear and understandable by clients?12233333
4

Can two or more raters score the object's complexity in a reasonably consistent manner using a simple "simple, average, complex" scoring criteria?

12233333
5Do they represent the totality of the project deliverables?12233333

Object types







6Does the object type accurately categorize the object?12222333
7Has object task list been reviewed and approved by PPMO representative?12222333

Milestones







8Are there at least 4 milestones identified across the project?12222444
9Are the milestones spaced appropriately (at least one per month)?12222444
10Can the client understand the milestone description?12222444

Tasks







11Do the tasks use a clear and easy to read verb format?12222444
12Do the tasks clearly show how an object is realized, constructed or delivered?12222333
13Are the tasks understandable to a typical IT employee?12222444
14Do the tasks range between 4-20 hours, on average 12 hours?12222444
15Are the tasks assigned appropriate phases?12222333
16Are the start and end dates realistic?12222333

Staff







17Are the team members, roles and responsibilities for the project identified clearly?12233333

Project







18If required, does the project have a charter?55555555
19Is a client sponsor and contact clearly identified?55555555
20If required, does the project have cost and benefits identified and recorded (NPV, ROI, payback period)?n/an/an/an/an/an/an/an/a
21If required, does the project have a measurement model in place to track fulfillment of the business case and ROI?n/an/an/an/an/an/an/an/a
22Does the project have a measurement model in place to track fulfillment of the business case and ROI?n/an/an/an/an/an/an/an/a
23Does your project have a project record in the ITS Project Portfolio?55555555
24Does your project record have correct and complete metadata?55555555

Average1.542.432.432.852.853.663.663.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.

Ref.: Internal PPMO Employee Handbook