leo谈程序员的职业素养(上)

varsoft

浏览: 2508571 次
性别:
来自: 上海

最近访客更多访客>>

wangyy

u012363178

songhait

骑驴找骆驼

博主相关

博客

微博

相册

留言

关于我

文章分类

全部博客 (3320)

社区版块

存档分类

项目管理 Office 工作出版 Microsoft

版权声明：原创作品，允许转载，转载时请务必以超链接形式标明文章原始出版、作者信息和本声明。否则将追究法律责任。本文地址： http://blog.csdn.net/jobchanceleo/archive/2007/12/10/1928141.aspx<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

（原文刊登于《程序员》杂志07年第11期第24页）

说起职业素养，可能大家脑子里马上反应出的是西服领带公文包的精干白领形象，其实作为程序员来说，有更多内在的职业素养？一个具有职业素养的程序员应该是什么样的呢？本期调查分享两个研发小组的故事，让大家在统计数据的基础上进一步了解——什么是程序员需要的职业素养？

案例一：对客户坚称“一点也不复杂”的团队A

DDD公司是个在发展壮大中的贸易公司，由于业务发展员工从刚开始的10人半年内增加到150多人，管理上出现了沟通效率低、对员工工作难以监控的现象。公司想近期上OA系统，以加强公司的工作效率、支持快速增长的业务。DDD公司找到了OA专业开发公司OOO公司，经过几次与OOO的销售沟通后，双方确定了合作意向。而在OOO内部，有两年开发经验的开发工程师苏成自告奋勇希望承担该项目的开发管理工作，公司考虑到苏成不错的开发能力、希望提高自己的期望，安排他成为这个项目的项目经理带领三个开发人员，建立了项目组A，开始了这个DDD的OA项目。

项目不大，公司没有特别安排需求开发工程师。按规定作为项目经理应该在与客户确认需求后进行开发。但初为项目经理的苏成信心爆棚，认为自己开发能力强，当项目经理也一定成。

ü 对外，苏成采用了就想当然地按照合同后附的简单需求说明草率进行开发。

ü 对内，苏成认为项目经理拥有绝对权力。“今天不努力工作，明天努力找工作。”成了他的口头禅，每次用威胁的口气说出时，苏成都会有种满足感。同时，任何关于开发的不同意见都听不进去，在第一期快结束时，苏成已与项目成员发生了N次争吵，大家纷纷要求调离项目组，团队面临全面崩溃。

在二个月未与客户沟通的状态下，苏成项目组向DDD提供了OA系统一期产品，按合同规定包括了：员工管理一项功能和其他四个子项（公司纪律规定、部门工作分类表、职务分配表、工作内容调查周报表）。

看完基本功能演示之后，苏成随即向客户提出希望尽快部署和收款的要求。

DDD公司的HR经理Helen几乎要尖叫起来！于是，发生了下面的对话。

（H：Helen，Z：苏成）

H：“这个员工管理怎么没跟考勤部分联系想来呢？而且按你说的在这个系统里增加一个新用户需要五步！太复杂了吧。”

Z：“一点儿也不复杂，一点儿也不复杂。我现在给你再演示一下。”

一边说Z一边动起手来。系统是按他自己的理解开发的。运用起来自然十分娴熟，演示增加人员的步骤5秒钟都没用，当然，H也和刚才的演示一样，没怎么看清楚。

H：“还是太复杂了，能改成一步吗？”

Z：“一点儿也不复杂，要不要再给你演示一次。”

H：“算了，先不谈这个。我们希望在这部分里加个统计功能，之前也和你们销售讨论过这个问题，我们希望能统计出公司员工交周报的情况和部门比例。”

Z：“这个有困难，做不了。其实公司人也不多，建议这部分还是手工统计吧。”

H强压怒火：“按这个思路都可以手工统计，根本不用您来开发，但公司是因为要发展才要上软件的。”

……

实际情况是，因为开发时即没要求留下文档，加之团队其它几个成员均已准备离开项目组，任何在此模块中的小小变化都会面临所有代码重新开发的局面，更不要新增什么功能了。苏成非常清楚，客户是不会再花一个项目的钱，只开发一个新功能的。所以，苏成压根儿都没提因为需求变更，要加钱做这个功能的事儿。

最终结果可想而知，苏成辛苦开发几个月没有得到相应回报，客户不满意、项目组成员不满意、研发部总监更是对他的能力产生了怀疑，在几经努力拿到DDD公司在第二期项目开发合同之后，更换了项目经理。

Leo点评：程序员如何以明确需求为基础与客户沟通？

如果有专门掌握需求编写技术和经验的需求工程师作为客户和程序员之间的桥梁是最理想的状态，但是，以国内目前的国情下，每个项目组都配有需求工程师的并不多。因此，无论是从现实出发，还是从程序员自身提高的角度出发，正确地帮客户表达需求、正确地理解需求就成了程序员的基本素质之一。否则，到最后多是像本文中提到的苏成，搞得人、财两空。此次调查中66.67%的被访者认为“能帮助客户正确提出需求”是程序员自身的修炼之一，此种修炼肯定能在中国当今的环境下，提高程序员自身的能力和素养，可见在程序员内部已就此达成了相当的共识。认为“能使客户需求更完善”是程序员自重重要修炼之一的占到此次调查的55.13%。说明超过一半的程序员认识到，帮助客户完善需求会节省双方的时间和精力。

那么如何才能提高自己的需求分析能力呢？以下分享几个有关需求的几个小技巧：

1、尽量提高自己的表达和沟通能力。

良好的表达和沟通能力能在客户不能清楚表达需求时，融入到客户组织内部，了解客户的工作流程，与客户共同更好地、更准确地定义和分析需求；此次调查中60.90%的被访者认为沟通能力（能与客户和同事良好相处沟通）是程序员应具备的基本能力，只有28。85%的参加调查者认为“表达能力（能准确表达自己的看法以及清楚准确地撰写文档）”是程序员必备的基本能力之一。沟通固然很重要，但我们更应该进一步认识到准确表达自己的观点和意见也是成功沟通的基础之一。如果只“沟”而不“通”仍然是对方面资源的浪费。

2、应用多种方式了解需求。

常用的方法有：问题分析法和建模分析法（结构化分析法、面向对象分析法）以及几种方法的结合。比如在问题分析法中应用面向对象的思想，与客户的员工谈话，访谈首先要面向工作流程，面向任务，面向角色，也就是用面向对象的思想帮助客户理清思路。

3、不臆测需求

如果有专门的需求工程师，对需求这块而针对程序员的要求有一点要特别强调，就是编码过程中当需求不明确时，必须与项目经理或需求工程师及时沟通，程序员不能自作主张地猜测客户的需求。

4、不过度承诺。

很多销售为了拿到项目，向客户大包大揽，甚至完全不顾公司的现有开发能力向客户承诺很多功能。在定义需求阶段，一定要向客户说明“什么是我们能做的，什么是我们应该做的，什么是我们不能做的”。客户付了钱就应该得到相应的产品，很多时候过度承诺导致了新功能无法实现的同时，原有功能也受到影响。过度承诺而无法完成相应功能，开发人员会因此产生严重的挫折感，谁都不开发让自己最终会“心中有愧”的产品，。此次调查中59.62%（近六成）的被访者，正确地认识到对客户提出的不合理需求拒绝得当也是程序员内在修炼的一个重要方面，这是非常难得的。

相关文章

“暴露”你的优点—写在中国的情人节(1)

小心，机会胆儿小—写在中国的情人节(2)

技术人员行走职场三大陷阱之“熟人借钱”