Well, you couuuuuuuld do it that way, but why would you? Either your consultant has never done a successful process implementation, or he's looking for work to do!
From a process perspective, what is the practical difference between:
IPM and PP?
PP and PMC?
PP/PMC and RSKM
TS and PI?
REQM and RD?
The answer is that these are not silos, but threads, and the expectations (policy) of using the process (and the process itself) should be based around those threads, not around the PAs.
So you might have one policy for the Project Management PAs, another around the Engineering PAs, and so on. The categories in the CMMI continuous representation (Project Mgmt, Process Mgmt, Support, and Engineering) might be a good place to start.
www.broadswordsolutions.com
2 comments:
In relation to policy or procedure my question is slightly different. My confusion is when I am defining process/procedure including section for introduction, objectives, scope etc and approved by CEO/CIO of the company. Why do I require separate policy document as such? Will my process not serve as policy?
In the scenario you've described a separate policy document is not required. Policies can be represented in presentations, process documents, posters, emails, and all-hands meetings. There is not requirement for a document in the CMMI.
Post a Comment