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 3 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?1223



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



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



4

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

1223



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




Object types







6Does the object type accurately categorize the object?1222



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




Milestones







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



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



10Can the client understand the milestone description?1222




Tasks







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



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



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



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



15Are the tasks assigned appropriate phases?1222



16Are the start and end dates realistic?1222




Staff







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




Project







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



19Is a client sponsor and contact clearly identified?5555



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



22Does the project have a measurement model in place to track fulfillment of the business case and ROI?n/an/an/an/a



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



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




Average1.542.432.432.85




% 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