Driving project by Not managing project
February 15, 2017 BY Frank Chin from iTGRC.Asia
Some tips to enhance the enterprise experience and get your project closer to the real requirements from the Real Stakeholders before setting them off. Have the ...
Did I get the real requirements from the real key stakeholders? Some tips to share Series 1.1
Some tips to enhance the enterprise experience and get your project closer to the real requirements from the Real Stakeholders before setting them off.
- Have the stakeholders changed drastically?
- Are they commissioned by management to commit to the project?
- Is their current job-scope relevant to the project scope, if otherwise how are they related to the project beside being appointed?
- What’s their protocol for communicating the project expectations to their business communities?
- How do they relate themselves to the project committee and other team members?
- Do they insist themselves to be involved/informed in various stage of the project? (That partially help identify themselves either as a core team member or an extended team member)
- Do they share concern regarding the overall impact on operation and business as usual activities?
- Who raise the requirements?
- Are the requirements detail enough to build a use-case end to end?
- Find out more from previous projects which were direct/indirectly related to the similar scope.
- Enquire the previous project owner or participant if they are available, or refer to the most relevant past project documentation as an estimated baseline.
- Seek better understanding about the requirements, and validate them by reaching out to people or audience outside the core team, to facilitate gap analysis that helps zooming into the real stuff.
- Check if the project funding has drastically increased or decreased. Validate those factors; such as the assumptions made, preliminary constraints or risks identified if they are transparent enough to hold true under most circumstances, and remain contributing to the differences? Beside key member of the requirements, are those differences sound reasonable to other core or extended team members?
- Ask the peripheral questions around the scope; such as interfaces, related interfacing process/systems/third-parties/people/roles/implicated policy be it internal, external or hidden, that they are good enough to draw the line against the “out of scope”