Hi... I am keen to introduce the role of project assurance to a number of our projects but would like them to submit a weekly report on the projects and their assurance activities. Has anyone ever done something similar or have recommendations of any suitable templates covering what should appear in an assurance report for projects? Saving Changes...
This feels like unnecessary overhead. Why not instead of a weekly cadence, have an event-driven quality assurance process.
A gating approach is one way of doing this - prior to successfully passing the gate, a delivery assurance check is conducted verifying what quality activities have been performed to that point to increase the likelihood of successful delivery from then on.
Even better, use risk-based delivery assurance where increase levels of QA are applied based on the complexity or risk of a given project.
Thanks Kiron. I assume when you talk here of quality assurance you mean project assurance? As I know they are similar but different roles.
My main concern here is ensuring that the project is being governed well and correctly. That PMO processes are being followed and risks being proactively managed etc. Also that stakeholder management is being implemented.
I want comfort that in projects if PMs are not doing what they should be, to the quality they should be, it can be highlighted to me at the programme level. I agree that possibly gate checks will provide this to a level but also feel that assurance sitting in a number of project meetings to gauge the project managers skill and style is also useful?
Do you have any checklists or templates or approaches you have used in the past to do this type of activity? Saving Changes...
Remember the Hawthorne Effect - the more you "invade" the normal ceremonies of a project team, the less realistic your observations.
Having teams govern themselves in readiness for a gating check with the aid of a checklist is one way to go. So is looking at schedules and budgets before they are committed to see if they provide sufficient opportunities to course correct (e.g. are milestones regularly spaced out or are they few and far between?). Also, remember you are not subject matter experts on the domain of each project so seagull monitoring is unlikely to yield the results you seek.
At the bank I used to work at, I helped to move our rigid governance practices from a pure gating checklist approach tied to funding moments to one which was triggered by specific events (E.g. scope defined, ready to deliver first change) and focused on the vital few questions which a team would need to answer positively to feel confident that their project was set up for success.
The risk-based approach is a good way to go as Kiron said. The "weekly" requirement for reports is just something managers say without really knowing why. Using the risk-based approach you may not need a report for weeks, and then again you may need one daily if it is dire enough. Saving Changes...