一次CMMI认证访谈对话录！

“这样就完了么？”
“对，就这样！”
“你这是只对产品进行了评审，对过程怎么检查呢？”
“过程～～，这个～～”。突然想起来还要对过程进行评审，但是没有人教给我怎么评审呀，我哪里知道，看来只能胡蒙了。
“其他品保员呢？有知道的么？”好在访谈的不只我一个。
一阵寂静，看来大家都不知道。
“就比如说，需求分析，项目的第一个阶段，项目进行需求分析的过程是否规范怎么进行检查，什么时候进行检查。”
一个小伙子自告奋勇：“每次当需求管理员提交文档的时候，我首先看看他的文档是否符合标准，如果符合标准的话就再看看内容是否完备，不完备的话就提醒他进行修改，然后再对他新提交的版本进行检查。”
“你怎么知道它的需求是否完备呢，要知道品保员是独立于项目组的”访谈老师说。
“我现在是项目组的！”
“他怎么能是项目组的呢？”访谈人员问CMMI认证办公室的人。
“我们人手不够，所以就找项目组的研发任务不重的来作这项工作。”
“就算你是项目组的，这样做是允许的。但是你一个人的意见就知道需求是否完备？要知道有些时候用户的需求可能在开发过程中产生变动。你一个人就知道需求是否完备么？就算你知道，我问的是你你对项目需求是什么时候，如何进行检查的？这个时间是在什么时候，是需求开始前还是需求结束以后？”
没人吭声～～
～～～～～～～～～
～～～～～～～～～
这段时间大家进行胡侃，没有一个人能够侃到点上。
～～～～～～～～～
～～～～～～～～～
“如果项目的过程不规范，但是却产出了比较好的结果？这时品保员应该怎么做。让他返工还是这次放他一马？”访谈人员问。
“放他一马！毕竟它的结果是好的。”我说
“那下次他还是过程不符合呢？下次就能保证他的结果还是好的么？”
“返工！过程不对，结果也肯定好不到哪里去！”那个小伙子说。
“那时间来不及呢？产品不能按时上市怎么办，要知道生存是公司的第一使命。”
又没有人回答的出来......

又问了一些问题，但是能够回答比较圆满的人不多。
通过这次访谈，我得到的结论是：
1.必须经过案例学习，我们才能比较透彻地理解在项目开发过程中每个角色的任务。光进行讲座是不行地。
2.品保人员对于保证产品的质量至关重要。但是这是一个两头得罪人的岗位，项目组出问题告诉项目主管，人家嫌你事儿多，都是些芝麻蒜皮的小事，耽误了进度你负责的起么。告诉上层，他们认为这是小事，不要总报告，什么问题都解决不了，发你薪水干什么？
3.CMMI认证的过程是改造项目开发过程和项目开发人员研发习惯的过程，这就使得这个过程非常痛苦，但是痛苦的结果能够带来的效益是非常丰厚的。良好的管理过程将保证研发过程产生好的结果。