现在，我负责公司的SQA，公司里的项目是这样的，我们面对的客户是广大客户群，基本上产品是自主研发，项目非常多，耗时短，跟随市场反应快，所以需求更改频率也快，什么都要速度，以前没有任何规范，各部门自己管，我现在建立了很轻量级的规范，但是都好像无法实施，而且我也不知道检查什么，根本没人去实施，模板一个都不用，说不适用，都按照以前的方式进行，变更就更不用说了，都说没用，变更审批浪费时间，我汗那，我该怎么办呢，在这种需求、变更、模板、都控制不住的前提下，该怎么做呢？该检查些什么呢

大家能否帮我，我们公司适合实施cmm吗？
现在我只写了一份规范，而且现在被改得已经面目全非了，我都不知道该检查些什么东西，不知道下一步工作怎么办，静止了，帮我出个主意吧，怎么继续我的工作呢

[ 本帖最后由 xueruby 于 2008-6-23 19:01 编辑 ]

那就叫你们项目总监按照你的规范进行修改，总结出一个可行的出来，然后叫你们项目总监帮忙推；

他们根本不知大什么叫做规范，唉。。。全公司只有我一个人知道规范该怎么做，，怎么办呢？怎么没有人帮忙呢，我现在都不知道该怎么做检查月报，该检查些什么东西，迷茫了，直接

那你需要向公司申请对诸位PM进行培训，进而对项目组成员进行培训。

会不会规范是一件事，懂得如何实施是一件事。
这个都需要一个过程，过程规范不是一两个月能推动的.

自己亲身经历过。给我的感觉是要求不要太高。不要用太繁琐的格式化的表格和文档去约束他们。写些简单易懂的表格。建议先从配置管理抓起。

听你一说，怎么感觉我们是同一公司的呢？
我对我们新来的SQA是全力支持，实施什么，就执行什么，我偶尔也会提些改进性的建议。

因为你们公司项目周期短，需求变化快，所以CMM不适合你们公司，强行推进CMM基本上就是失败的结果。CMM会抑制对需求的快速响应，而这正是你的公司赖以生存的，而且据说CMM没有给那些实施过的公司带来多少长期利益。如果要对过程进行规范，建议研究一下XP，RUP这些过程模型，可能更适合你们。

[ 本帖最后由 photon 于 2008-6-24 21:30 编辑 ]

我的经验是先了解公司现有的流程是怎么进行的,然后参考CMM/CMMI,XP,RUP整理适合公司情况的一套规范,不能照搬参考资料上的东西.刚开始推行应当尽量简化,像6楼说的那样,可以先抓配置管理.如果不能开展培训,那就在工作中多和同事交流,告诉他们你要做什么,会对他们造成什么影响,哪些地方需要他们的帮助.总之SQA最关键的就是沟通.干这事急不来的,要有耐心和韧性.

唉，表示同情，我这边也是要推行规范，结果已失败告终

国内这些小的公司，想走流程、定规范，真的很难

不过，值得庆幸的是我们的配置管理已经基本成型

革命尚未成功，同志仍需努力

我们做质量的不能当庸医,头痛医头,脚痛医脚.要善于发现问题的根源,然后有针对性的提出改进意见.
规范很多人都会写,就跟开药方一样,开出来的东西确实是药,但不一定有用啊.
如果有机会就多实践,当临床试验一样,开出来的试验药方多了,也就成良医了.

刚开始踏进管理当然有点难了，慢慢来。当然最主要的是你要一步一步的指引，把测试的工作流程，具体的规范慢慢的合理话，我建议你还是看一些软件质量管理方面的书籍或是找些资料，会对你有很大的的！