CMM对软件Bug的用处[转]

hhlt2002

理论上是这样的；关键看执行情况；我们公司就喜欢搞表面文章

zlwenny

还是没人理我！？
解惑——我需要？！
高手——别谦虚！？

厨师

我基本同意zgfsf的观点，现在国内的程序员，普遍水平低下，写出来的代码，不敢看啊！

to zlwenny：
我也同意文档的重要性，但如果是一个小项目，把时间都花在文档上，似乎有点不值，也就是说，一味的要求文档，过头了，也是不恰当的，这需要Leader来看情况掌握了。
CMM似乎有一整套理论，我也不懂，而且国内开展也不顺利，我们边学边看吧，呵呵，做一段时间，自然会有结论的。
对与bug把管理，也是有一套制度的，我们公司就有，bug分等级，而且由专人负责收集、整理、维护。

zlwenny

看样子，是得好好说说了——为什么？——那是因为大家对源代码和文档关系搞得太僵了。

普遍的观点：
源代码的编写——程序！——？
文档——与源代码无关！？
文档的编写——需要花费很多的时间！？

但是我的观点：
文档——伪码的伪码！！
文档的编写——增强可控制力度！！（简单的说法）
文档的编写难度——没有规范的管理和灵活的文档编写规则和指导（如文档模板等，一定要有培训和相关指导）是很难做到的——leader要付相对的责任，但个人的表达能力及其思路的清晰程度（也能如实反映出来）具有关键的作用，只要稍具项目经验和软件工程知识的人就可以在很短的时间内完成的。

逐渐完善，逐渐熟练。循序渐进——！

从来就不认真去思考——怎样才能把文档编写好的人是永远也不可能写好一片文档的，也永远不会明白一片很好的文档无论在将来还是在昨天是多么的好的。

其实我很讨厌编写文档——但我不得不编写。

zlwenny

嘿嘿，又...

yuhx

认证cmm，至少要上千人

zlwenny

是吗？你们公司刚过？

Jxin

但就不知道国内软件公司评完级后，还会不会照做呢？

winfly11

专业的介绍，希望以后在本版看到类型的更多好文章。

zlwenny

我对这些论述半信半疑——
1 为什么这样定义？——什么东西都不是凭空想象、凭空而生，要这样作须有理由。
2 怎么做得到？——是否需要专家、团队的支撑——不是一般的人所能做到的吧？！
3 bug是否分级？是否任何一个错误都被定义在这个范围之内？
4 CMM只定义规则，什么时候开始进行定性的判断了？

普遍的观点：
源代码的编写——程序！——？
文档——与源代码无关！？
文档的编写——需要花费很多的时间！？

但是我的观点：
文档——伪码的伪码！！
文档的编写——增强可控制力度！！（简单的说法）
文档的编写难度——没有规范的管理和灵活的文档编写规则和指导（如文档模板等，一定要有培训和相关指导）是很难做到的——leader要付相对的责任，但个人的表达能力及其思路的清晰程度（也能如实反映出来）具有关键的作用，只要稍具项目经验和软件工程知识的人就可以在很短的时间内完成的。

逐渐完善，逐渐熟练。循序渐进——！

从来就不认真去思考——怎样才能把文档编写好的人是永远也不可能写好一片文档的，也永远不会明白一片很好的文档无论在将来还是在昨天是多么的好的。

其实我很讨厌编写文档——但我不得不编写。