在提需求的时候跟程序员打交道

    很多时候，一些非技术型人员觉得程序员十分难沟通，他们说的话像是火星文。
    我想说明一下，其实程序员也不是那么难以沟通，特别是当你有求与他，同事又能够给他点甜头的时候。

    首先，我觉得你必须尊重程序员。程序员是一群自尊心很强的人，没有基本的礼遇，他们就不会看重你的需要，写出来的程序可能仅仅只是能够使用而已。
    其次，如果是开发，需要把程序员或者产品经理、项目经理等，带入你们的项目。而不是嚼烂了，消化了之后再告诉他们你需要他们怎么做。提早进入项目其实是有很多好处，可以让他们了解你的项目，提出更加简便的解决方式，同时会让他们指出一些关键的问题，例如数据的输入输出等。
    最后，如果时间和条件允许的话，在项目开发出来之前，应该有些系统，有可能是手工或者是计算机的支持系统。让程序员参与一下对项目的开展是非常有好处的，如果没有也至少提供一个熟练的业务能手在需求和测试阶段进行全程跟踪。这样子能够让程序员对接下来的项目有更深的理解，而且遇到一些不确定的事情能够按照一个模式进行处理。

评论

2 楼 cruiser_31 2012-03-13  

houxinyou 写道

不是程序难沟通,是计算机难沟通!计算机里没有那么多理所当然的东西.很多东西,也许如果你不明确的告诉计算机,它是不知道怎么做的.程序员就是一个翻译,你自己不把话说清楚,叫别人怎么翻译.也许你会说,那些都是理所当然的,但是,程序员吃过太多理所当然的亏了!你可以想想,为什么你要说的含糊不清,一是1+1=2这个简单确定的事,另一个就是你可能要说半天也不一点能说清的事.如果是一,程序一般不会较,如果另一件,那就没办法了.你怕你说不清,或嫌麻烦,但是程序员做的时候必须要麻烦,因为计算机有一点点说不清也不会工作.如果你不把话说清楚,程序员按自己的理解做了,回头你不认帐了,程序员还要改!说起来都很麻烦的事做起来更麻烦.所认要理解程序员.和他们沟通时把话说清楚!

说的没有错,计算机能够处理的肯定是精确定义的问题,而我们所做的项目很多时候连资深的业务人员也无法辨别出他们到底是如何按照步骤一步步的完成他们的工作的.甚至很多时候企业会吝啬派一些资深的业务人员,只派一些刚毕业对业务一窍不通的大学生来负责跟进项目,遇到问题,他也只能够找人回答,甚至返回的答案很多时候还是自相矛盾的.因此,针对这种情况,我觉得程序员应该向前走一步,直接加入到相关的业务问题中去,对问题抽丝剥茧找到一般步骤.在编程上最好能够采取一些方式,例如封装和抽象将不确定部分,变化部分放到一个地方,最近我在看《代码大全2》里面讲到不少如何解决实际问题时的解决方式,我觉得挺有用的.

1 楼 houxinyou 2012-03-06  

不是程序难沟通,是计算机难沟通!计算机里没有那么多理所当然的东西.很多东西,也许如果你不明确的告诉计算机,它是不知道怎么做的.程序员就是一个翻译,你自己不把话说清楚,叫别人怎么翻译.也许你会说,那些都是理所当然的,但是,程序员吃过太多理所当然的亏了!你可以想想,为什么你要说的含糊不清,一是1+1=2这个简单确定的事,另一个就是你可能要说半天也不一点能说清的事.如果是一,程序一般不会较,如果另一件,那就没办法了.你怕你说不清,或嫌麻烦,但是程序员做的时候必须要麻烦,因为计算机有一点点说不清也不会工作.如果你不把话说清楚,程序员按自己的理解做了,回头你不认帐了,程序员还要改!说起来都很麻烦的事做起来更麻烦.所认要理解程序员.和他们沟通时把话说清楚!