![]() |
|
![]() |
![]() |
![]() |
Summary: Project Prioritization Made EasyCreated by John Borwick (Wake Forest University) on June 1, 2009
Cross-posted from http://itsm.is.wfu.edu/node/174. Randall Alberts, head of the Project Management Office at Georgia State University, gave a presentation called "Project Prioritization Made Easy." Their organization has 185 IT employees and 3 project managers including Randall. These three support project management in IT but do not manage all projects. For then, work is "a project" when any of these criteria are met:
After setting up these rules, the PMO "dug around" for six months to get a list of current projects. Managers were sometimes hesitant to volunteer projects, saying "oh, that's just a system we're building on the side." After projects complete the initiation phase (according to the PMBOK), their charter gets signed off on by the customer. This charter is then reviewed by the PMO and "locked" so it cannot be changed when it's ready to be approved. They track requests via an on-line tool, "Virtual Project Management Office." Their IT Steering Group (ITSG) meets at least once a month and includes the Provost, Associate Provost, and Vice-Presidents. The charter shows the cost including personnel costs, but departments are not charged unless they are auxiliaries. They have a "priority spreadsheet," which you can download from the EDUCAUSE web site. This spreadsheet assigns a score to the project based on the project's urgency, importance, and financial implications. New high-priority projects "bump" lower-priority projects, and this risk is communicated when the charters are reviewed by the ITSG. The top 10 projects are considered "high priority" and the next 15 are considered "medium priority." They also put projects on hold and put potential projects on a "draft projects" list. Everyone in the department is expected to work on the highest-priority project they can, and management backs up anybody who postpones work due to higher-priority projects. Project change requests are handled by the project sponsor and/or project team, and more significant change requests are sent back to the ITSG for re-approval. They also have a formal project close-out where the ITSG officially agrees that the project can be closed.
|
![]() |
|
| Unless otherwise noted, EDUCAUSE holds the copyright on all materials published by the association, whether in print or electronic form. In certain cases the work remains the intellectual property of the individual author(s) (see Special Circumstances). Content from conference speeches, presentations, blogs, wikis and feeds reflect the opinions of the author, and not necessarily those of EDUCAUSE or its members. | |||