Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »

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?122333

2Can they be realized or instantiated, e.g., constructed and delivered?122333

3Is the object worded properly, clear and understandable by clients?122333

4

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

122333

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


Object types







6Does the object type accurately categorize the object?122223

7Has object task list been reviewed and approved by PPMO representative?122223


Milestones







8Are there at least 4 milestones identified across the project?122224

9Are the milestones spaced appropriately (at least one per month)?122224

10Can the client understand the milestone description?122224


Tasks







11Do the tasks use a clear and easy to read verb format?122224

12Do the tasks clearly show how an object is realized, constructed or delivered?122223

13Are the tasks understandable to a typical IT employee?122224

14Do the tasks range between 4-20 hours, on average 12 hours?122224

15Are the tasks assigned appropriate phases?122223

16Are the start and end dates realistic?122223


Staff







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


Project







18If required, does the project have a charter?555555

19Is a client sponsor and contact clearly identified?555555

20If required, does the project have cost and benefits identified and recorded (NPV, ROI, payback period)?n/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/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/a

23Does your project have a project record in the ITS Project Portfolio?555555

24Does your project record have correct and complete metadata?555555


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

  • No labels