版权声明:原创作品,允许转载,转载时请务必以超链接形式标明文章原始出版、作者信息和本声明。否则将追究法律责任。本文地址: http://blog.csdn.net/jobchanceleo/archive/2007/12/10/1928141.aspx

 

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

 

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

 

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

 

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

 

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

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

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

 

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

 

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

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

 

HHelenZ:苏成)

 

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

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

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

H:“还是太复杂了,能改成一步吗?”

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

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

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

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

……

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

 

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

 

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

 

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

 

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

 

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

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

 

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

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

 

3、   不臆测需求

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

 

4、   不过度承诺。

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

 

版权声明:原创作品,允许转载,转载时请务必以超链接形式标明文章原始出版、作者信息和本声明。否则将追究法律责任。本文地址:http://blog.csdn.net/jobchanceleo/archive/2007/12/12/1931845.aspx

 

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

 

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

 

案例二:严格开发流程的团队B

国资委某下属集团公司要上OA系统,几轮“残酷”招标之后CCC公司在研发能力、价格二个方面以综合分第一的成绩竞标成功。拥有10年项目管理经验的李石被任命为项目经理,并由他组建团队。李石对团队成员只有三个要求:分析能力、产品意识、较强的团队意识。

 

初选方案

需求确定之后,对于项目有两个方案,是用更流行的BS模式还是传统的CS模式?李石安排2个程序员前期负责先方案,他们分别基于BS模式和CS模式开发了的用户权限管理系统的原型,给大家做演示,结合客户特别评估每一个架构的优劣。

 

分析了BS/CS的特点、结合客户的需求,他们发现:

1、从流程的定制来看CS结构更加利于客户方便进行可视化定制;

2、从公文的不可修改、保密性以及电子图章的不可诋毁性需求来看,CS框架更加利于实现DRM技术和数字指纹技术实现;

3、从公文的打印需求与一般WEB报表的差异性来看,CS框架更加适合对打印格式的定制与控制;

4、从客户提出的内部电子会议的实时性来看:CS框架明显优于BS框架的非状态性,能够做到更顺畅、更及时的沟通;

5、从系统的安全性来讲,CS框架更加适合硬加密系统(如加密狗、UKey)与系统的对接。

 

产品开发

在开发过程中李石强调每个程序员的产品意识,取得了不错的效果。比如客户要求一个能上传文件的功能时,并没有提出UI需求,团队B的程序员并没有简单完全任务了事,而是做出来一次能同时选取上传5个文件的程序。这种产品意识为客户使用带来方便,弥补了需求的不足。

 

团队配合

在团队B中,每个程序员都做到了完一个功能后与项目经理沟通进度、结果,并于负责测试的同事沟通,及时检测Bug,及时修改并及时回归。每个功能的实现都相对完善。及时的沟通与相互学习,还促进了团队磨合。

 

经过8个月的开发,OA项目第一期完成基本功能顺利上线。CCC公司已顺利拿到了客户第二期开发的合同。

 

Leo点评:成功的开发需要这样的程序员

通过上面的个案例,我们为程序员总结出如下素养:

1、   学习和分析能力。每个团队都在成长,作为程序员这个群体就更需要“与时俱进”。尤其是在开发这个知识日新月异的行业里,同时分析能力是必不可少的。像本案例中,如果没有在充分了解客户需求的基础上的精准分析,很难想像最后的结果。;(调查中71.15%人认为,学习能力是程序员基本能力中比较重要的一条。另外,此次调查中57.69%的被访者认为,在技术方面有不同意见时,处理妥当的程序员必要的修炼之一。相信这个案例为我们提供了新的思路。

2、   与内外保持良好沟通,永远是成功的保证。及时汇报、沟通进展也可以在第一时间发现自己的偏差。在改bug问题上,有些小bug,程序员可能比较容易就修改了,但有些比较难修改的bug, 如果自己解决不了,应该像同事或者专家请教,甚至组织小组讨论,但有些程序员处理这种情况时,往往是自己琢磨半天,改不了,然后就放那去做别的事情了,等 过几天项目经理问起来时,才承认自己改不了,这种现象应该最大程度地避免。毕竟,相差一度两条线顶点的距离会在不限延伸后相差不限大。(59.62%的被访者认为“汇报项目进展时明确及时”是程序员内在修炼的重要组成)

3、   产品意识。良好的产品意识可以大幅度提高开发效率。某次产品改版中界面都重新修改过了,因为有2个程序员专门负责编程匹配部分,而其中一个就非常具有产品意识,他用.NETUI原形都画了出来,在公司内部组织讨论,让最后的客户环境和界面都非常优秀。

4、   团队意识。作为一个新人要向老人请教学习,作为一个老人要把自己的心得、收获、技能等与新人分享,也就是要带新人。知识的分享是知识学习中一个最有效的方法,尤其是在程序员这个行当里;

 

5、   对于编码规范和文档规划是毫无疑问必须要遵守的。(此次参加调查的程序员中有80.77%认为编码规范是程序员内在修炼的毕选项。、68.59%认为文档规范是修炼的必要内容。)