从程序员到项目经理（七）：完美主义也是一种错

从程序员到项目经理&＃xff08;7&＃xff09;&＃xff1a;程序员加油站 -- 完美主义也是一种错

追求完美是一种可贵的精神&＃xff0c;完美主义也历来被认为是一种优秀的品格。可是在项目中&＃xff0c;完美主义也是一种错&＃xff0c;虽然是一种“美丽的错误”。项目讲求平衡&＃xff0c;要的是合格&＃xff0c;而不是优秀&＃xff1b;要的是70分&＃xff0c;而不是100分&＃xff01;

1.两极分化的程序员

相信在很多人眼里&＃xff0c;程序员都是工作一丝不苟、对代码精雕细琢、精益求精的人。瞧&＃xff0c;他们在电脑前面一坐就是大半天&＃xff0c;如果不是追求完美之人&＃xff0c;谁能这样坐得住板凳&＃xff1f;

可是依我所见&＃xff0c;在“追求完美”这个问题上&＃xff0c;程序员其实是严重的两极分化。有一部分程序员确实对自己的代码要求很高&＃xff0c;他们在编程时&＃xff0c;非常注意逻辑是否严谨、运行效率高不高、代码是不是优雅&＃xff0c;经常进行代码重构与优化。他们就像有洁癖农村老太&＃xff0c;整天扫把不离手&＃xff0c;在哪里看到不顺眼的代码&＃xff0c;就要改到哪里&＃xff0c;如果让他来维护一个系统&＃xff0c;多半最后会让他把整个系统的代码全部重构或者重写了一遍。他们是真正的完美主义者。

还有一部分人&＃xff0c;他们写代码似乎只是为了完成任务。他们对自己负责的功能&＃xff0c;缺乏计划和设计的过程&＃xff0c;想到哪里就写到哪里&＃xff0c;最后按下F5&＃xff0c;编译通过&＃xff0c;欧耶&＃xff01;他们甚至不愿意多点一下自己创建的按钮&＃xff0c;更加不会在一个身份证号码文本框中输入一个电话号码来测试一下&＃xff0c;最关键的是终于可以向经理交差了&＃xff0c;至于代码中多少隐藏的问题&＃xff0c;以后再说吧。这让我想起了程序员部落酋长Joel所说的&＃xff0c;他们编写的程序“看上去像是给狗吃的早餐&＃xff0c;只要狗能吃饱就行了&＃xff0c;何必再花钱让食物变得色香味俱全呢&＃xff1f;”我们甚至可以想象一下&＃xff0c;他们的电脑屏幕上是不是铺满了灰尘&＃xff0c;键盘缝里是不是塞满了头发和食物碎屑&＃xff0c;电脑桌面的图标是不是如七彩拼图一般&＃xff0c;让人眼花缭乱。

后一类程序员&＃xff0c;在数量上似乎占据绝对的优势&＃xff0c;对于一个不擅于控制项目质量的项目经理来说&＃xff0c;他们的代码最终会成为项目的噩梦。系统一旦投入运行&＃xff0c;虫子就会像美国恐怖片中的外星生物一样&＃xff0c;源源不断的从鼻孔、嘴巴和耳朵缝里冒出来。

第二种程序员这种低标准低要求、随随便便的做法&＃xff0c;很容易被识别出来是一种不好的倾向&＃xff0c;而完美主义不是这样&＃xff0c;因为我们从小就被教导要追求完美&＃xff0c;完美主义一般被认为是一种优秀的品格&＃xff0c;是每个人应追求的目标。

然而完美主义虽然听上去不错&＃xff0c;却并不适合于项目&＃xff0c;因为项目的目标是用最少的成本来完成项目&＃xff0c;让各方满意&＃xff0c;而不是制造一个完美无瑕的产品&＃xff0c;以证明个人或公司的能力。显然&＃xff0c;完美主义更适合于个人能力的修炼&＃xff0c;或者一项没有限期出成果的科学研究&＃xff0c;在项目中&＃xff0c;完美主义也是一种错&＃xff0c;虽然是一种“美丽的错误”。

完美主义者和随随便便的人&＃xff0c;这两种程序员都不是项目的最佳人选&＃xff0c;他们是恰好是两个相反的极端&＃xff0c;如果让他们负责项目&＃xff0c;估计就像玩跷跷板一样&＃xff0c;要么压到地底下&＃xff0c;要么翘到天空上。但是项目经不起这样的折腾&＃xff0c;项目中需要有平衡能力的人&＃xff0c;他们很好的把握追求完美的“度”&＃xff0c;使得软件功能既能满足客户的应用需求&＃xff0c;又不至于要花费过多的精力。可惜的是&＃xff0c;这种程序员实在是不多&＃xff0c;因为度的把握对程序员而言&＃xff0c;确实不是一件容易的事情。

 

 

 

2.完美不等于质量100分

程序员心中的完美和项目经理心中的完美并不是一回事&＃xff0c;因为两者关注中心不一样。程序员关注的是自己的软件功能本身&＃xff0c;力争将软件产品质量做到最好&＃xff0c;因此程序员的完美实际上是质量的完美。

而项目经理眼中&＃xff0c;看到的是整个项目&＃xff0c;包括质量、进度、成本、范围、风险等方方面面&＃xff0c;需要进行平衡&＃xff0c;花最少的成本、用最少的时间、达到各方满意、实现项目验收&＃xff0c;这就是完美。单纯产品质量一流&＃xff0c;而进度拖延、成本超支&＃xff0c;这显然不是什么完美的项目。

其实现代质量管理理论普遍认为&＃xff0c;质量并不是越高越好。事实上&＃xff0c;市场已经对此无数次给出了证明。很多人骂过微软公司的产品烂&＃xff0c;据说乔布斯也曾经大骂windows是坨屎&＃xff0c;但微软公司后来却成了软件行业的霸主。

ISO9000对质量的权威定义是&＃xff1a;一组固有特性满足要求的程度。看到了吧&＃xff0c;是满足&＃xff0c;而不是超出&＃xff0c;这非常重要。不要少&＃xff0c;少了通不过&＃xff1b;但也不用多&＃xff0c;多了便是浪费。我们需要的不是100分的质量&＃xff0c;甚至也不是一流的质量&＃xff0c;而只是满足要求的质量。

在项目管理中有一个名词叫“镀金”&＃xff0c;也就是在产品达到客户要求后&＃xff0c;再多做一些额外的工作&＃xff0c;让产品更加完美&＃xff0c;以进一步提升客户满意度&＃xff0c;这在PMBok中是一种被明确禁止的行为。软件质量100分&＃xff0c;在项目中不但是一种巨大的浪费&＃xff0c;而且几乎是一个不可达到的目标&＃xff0c; 只会让项目不堪重负&＃xff0c;最后陷入灾难的境地。

 

 

3.合格就是完美

追求完美本身并没有错&＃xff0c;但如果上升到完美主义&＃xff0c;时时处处要做到最好&＃xff0c;却不一定符合当时当地的条件限制。一个“最”字会害死人&＃xff0c;因为“没有最好&＃xff0c;只有更好”&＃xff0c;如果一味追求更好&＃xff0c;其结果可能就如陷入焦油坑的怪兽一般&＃xff0c;无法自拔。在这样一个讲求效率的时代&＃xff0c;完美主义更是可能会造成机会的丧失。因此&＃xff0c;要保持追求完美的心&＃xff0c;但又要懂得权衡&＃xff0c;不要陷入极端的完美主义的陷阱。

 

 要完美不要完美主义&＃xff0c;本质上是一个度的问题&＃xff0c;项目应讲求平衡&＃xff0c;避免极端。学过项目管理理论的人都知道&＃xff0c;项目管理中有一个“铁三角”&＃xff0c;也就是在一定的项目范围的约束下&＃xff0c;成本、进度和质量构成三角形的三个端点&＃xff0c;为了让三角形面积保持不变&＃xff0c;任何一个端点的变动&＃xff0c;都会引起其他一个或两个端点的同步变动。这个铁三角本质上就是一种平衡和制约的关系&＃xff0c;而完美主义&＃xff0c;则只单纯的强调质量&＃xff0c;而忽略了其它方面的因素&＃xff0c;这显然是一种极端的行为。

那项目中质量的“度”倒底是什么呢&＃xff1f;其实就“合格”二字。合格意味着被认可&＃xff0c;却不需要达到优秀的代价。客户认可、领导高兴、员工轻松&＃xff0c;这不就是完美吗&＃xff1f;可以说项目中没有最好&＃xff0c;只有合格&＃xff0c;合格就是完美。

4.“70分主义”

从小老师和书本就教育我们要追求完美&＃xff0c;考试要考100分&＃xff0c;90分都嫌太低&＃xff0c;那70分还拿得出手吗&＃xff1f;

其实70分不低了&＃xff0c;要知道现在大学生的口号是“60分万岁&＃xff0c;多一分浪费&＃xff0c;少一分作废”。当然这种口号容易被批评为不思进取&＃xff0c;但万物存在就有其合理的一面&＃xff0c;“60分万岁”也是事出有因。

在学习方面&＃xff0c;我是主张完美主义的&＃xff0c;前提是学的是个人感兴趣、有用的、切合实际的东西&＃xff0c;可以我们大学的大部分课程&＃xff0c;基本上是背道而驰。上课、考试&＃xff0c;无非是为了不挂科&＃xff0c;顺利拿到毕业证和学位证。这种情况下&＃xff0c;60分万岁也就容易理解了。何必要考100分&＃xff0c;节省下来的时间&＃xff0c;完全可以用来学习自己更感兴趣东西。

从某种程度来说&＃xff0c;做项目也是一种考试&＃xff1a;有考试内容&＃xff08;项目范围&＃xff09;、考试时间&＃xff08;进度要求&＃xff09;&＃xff0c;还有及格线&＃xff08;质量要求和验收标准&＃xff09;。项目的及格线如果用分数来表示&＃xff0c;也是60分&＃xff0c;既然60分就够了&＃xff0c;为什么还果提出“70分主义”呢&＃xff1f;其实很简单&＃xff0c;因为要想刚好考60分&＃xff0c;实在太不容易了&＃xff0c;搞不好就会弄个不及格。所以我提出“70分主义”&＃xff0c;一种超越完美主义的新主义&＃xff0c;力求在及格和完美之间达到平衡。

项目如果以70分为目标&＃xff0c;适当留出缓冲&＃xff0c;就可以做到游刃有余&＃xff0c;更容易把控。70分意味着已经达到客户的验收要求&＃xff0c;已经能投入正常使用&＃xff0c;但可能存在一些影响较小的Bug&＃xff0c;个别页面效率有待提升&＃xff0c;个别操作不是很顺手&＃xff0c;系统扩展性一般&＃xff0c;代码组织有等进一步优化……这些不完美的地方&＃xff0c;就让他们在那里待着吧&＃xff0c;毕竟客户已经觉得已经达到目标&＃xff0c;何苦自己跟自己较劲&＃xff0c;非要达到100分呢&＃xff1f;早验收、早收钱&＃xff0c;这才是王道&＃xff01;吃饭只用7分饱&＃xff0c;项目也是只要70分&＃xff0c;“70分万岁”&＃xff01;