Chinaunix首页 | 论坛 | 博客
  • 博客访问: 818091
  • 博文数量: 756
  • 博客积分: 40000
  • 博客等级: 大将
  • 技术积分: 4980
  • 用 户 组: 普通用户
  • 注册时间: 2008-10-13 14:40
文章分类

全部博文(756)

文章存档

2011年(1)

2008年(755)

我的朋友

分类:

2008-10-13 16:14:22

昨晚看了《中华赌侠》,古天乐饰演的阿酷提及了自己的赌博经验:“偶尔赌一次可以靠运气,长期赌只有靠技术了”。由此偶想到做项目不也是如此?靠蛮力、靠冲劲儿硬拚,获得项目的成功那只是小概率事件,要想任务不延期、质量有保证必须依赖于(统计学)规律而不是能力。郎咸平也说过中国的厨师水平高,但是出不了麦当劳这种连锁店,也是这个原因。大厨的能力不能复制,所以分店总店不是一个味。大厨一走,饭店就散架。麦当劳虽然味道不算好吃,但是全世界都一个味道,一个品质。所以吃的放心、安心。

一个黄飞鸿救不了中国,一个软件高手也救不了团队。假如让你领导一个团队,要确保产品的交付能力,你会怎么办?靠拚?靠冲劲?靠加班?偶想还不如老老实实的按规律办事,把cmm、6δ引进进来,踏踏实实的做事。这一点,韩、日的企业十几年前就认识到并做到了,中国的企业还没有认识到,认识到的也是在空喊,不喊的也没落实到位。要想进世界500强,单单靠廉价成本做为核心竞争力是玩不转的。

-------------
乾坤一笑 写于2006年06月20日  转载请标明出处和原文链接


--------------------next---------------------
这个标准太苛刻,对绝大多数企业来说,执行起来几乎不可能。
cmm的东西也应该根据企业需要和实际情况来选择适合自己的部分,我抛砖引玉:
1.所有的项目都要有计划,设置明确的里程碑。并且计划不能制定的太粗糙,应该以周*人为单位,这样出现偏差就不会很大
3.充分理解需求,编写Feature List文档,请客户确定
3.复杂一点的项目就要求概要设计,至少经过2次评审。必须保证所有参与开发人员的认识一致。
4.开发过程中如果需要对设计进行大的修改,必须重复步骤3
5.代码版本管理,错误跟踪系统当然是基本的要求
6.项目经理要勤奋,至少每周检查一次进度,不定期阅读其他成员的代码。这一条非常重要,一个懒惰的,不负责任的项目经理不可能完成一个好的项目。
7.核心代码在进入整个产品前进行充分的单元测试
8.不同的模块在整个产品整合调试前,编写模拟器进行测试。

从2004年底,我在现在的公司开始试验这些办法,效果还好。没有出现过因为我的部门而导致产品延误的情况,一般的项目进度误差不会超过半个月。


--------------------next---------------------
你有流程的文档么?里面有每个角色的说明,每个活动的说明。我觉得如果能照着做到90%,那么项目的进度会快很多,并且每个人也不用那么累的加班编码了。

我认为绝大多数的无效时间都是消耗在返工上了。需求分析覆盖不了原始需求要返工,概要设计不能覆盖全部的需求要返工,详细设计覆盖不了全部概要设计要返工,代码不能一一对应详细设计也要返工。原始需求不是客户的真正需求就更会大返工。赶着做事做不好,还不如踏踏实实做好每个阶段的事。这是cmm的基本要求。  cmm不是不许你返工,而是要把所有返工备案。中国人怕备案,所以返工也会蒙混过去,没有备案,没有度量,代码跟文档脱离,文档各环节脱离,这就是现状。

度量是cmm的基础,可是真正能度量到有效数据的团队又有多少?真正能把度量结果用于调整计划的PL又有多少?真正能够把风险分析做到位的项目又有多少?真正能够按照配置管理计划一丝不苟做到位的又有多少?

中国项目应该像韩日学学,学学人家做项目时不盲目自大、相信科学、一丝不苟的精神。
--------------------next---------------------

阅读(1111) | 评论(0) | 转发(0) |
0

上一篇:软件开发的“佛脚”

下一篇:猪八戒喝汤

给主人留下些什么吧!~~