沟通是个大问题——协作化软件开发

   沟通确实是一个大问题，特别是大的团队。存在问题：

 

   1） 信息孤岛，我应该知道的不知道，可是你知道。可是你也不知道我不知道。

 

   2） 知道有问题，但不知道有什么影响，忽视之。造成问题被埋下，种下了苦果。

 

   我们应该：

 

    1）知道别人需要什么样的信息。

    2）知道别人面临什么问题。

    3）每个人及时说出自己的问题。

    4）每个人提供别人应该知道的信息。

    5）让信息通畅起来。

    6）让问题暴露出来，无藏身之地。

 

    问题和信息的关系： 问题往往都是因为不知道某些信息导致的。 比如，你每月排队缴费感觉很困难，但是你知道支付宝可以网上缴水电煤，就可以解决这个问题。呵呵，给我们公司做个小广告了。

 

    解决办法，其实人家已经都说过了：

    1）强调原则，一有问题就上报，不能藏着掖着，当然团队也要有好的文化。 通过密集的交流使大家拥有一个共同的上下文。关于可理解性，可以参看我的另外一篇文章可理解性（Understandability）——一个扩展视角。

 

    2）Daily stand-up meeting ，每日站立会议。这是敏捷的一个最佳实践，每天早上15分钟之内沟通三个问题：

         a. 你昨天做了什么？

         b. 遇到什么问题？

         c. 今天计划做什么？

         通过会议，知道了别人需要什么信息，有什么问题，我能提供什么，我有什么问题。同时也知道了我们该往哪里去。

 

    3) 结对分析，结对编程，结对设计。 其实这样做的本质是Collaboartive Software Development(CSP)。不说天才，事实上天才没几个。每个人有很多自然的局限性，包括思维缜密性，拥有的知识多少，领域不同，特长不同，思考问题的角度也可能不同。强调协作化软件开发，其实就是利用合作，互补来处理软件开发的复杂性。 而这自然而然的解决了很多问题，包括信息孤岛，工作产品的持续Review，精神上的互相鼓励，知识转移，互相讨论等等。这里说一下互相讨论，其实很多问题和解决方案都是在讨论中得出来的。

 

    4）坐在一起。 距离确实是问题，开发，测试，需求分析最好都做到一起，当面沟通是最快的。You Must Believe That！

 

评论

5 楼 gurudk 2009-03-06  

funcreal 写道

请问“结对编程”在国内的可操作性强吗？或者有没有什么变相的“结对”方式？

强不强，试过才知道。试过了，你就知道什么情况该用，什么情况不应该用。

4 楼 funcreal 2009-03-06  

请问“结对编程”在国内的可操作性强吗？或者有没有什么变相的“结对”方式？

3 楼 zigong 2009-03-05  

需要有效沟通 不要是应付性的！

2 楼 gurudk 2009-03-05  

liujunsong 写道

项目开发中沟通永远是不够的.
实际上,更重要的问题是:沟通什么,而不是如何沟通.
很多时候的交流问题,在于你不知道这个信息应该从那里来,应该到那里去,于是只能一一打听,既耽误自己的时间,也耽误别人的时间.
另外一个问题就是很多信息给了无关人员,这些人被信息淹没了,有用的反而找不到.
如果在公司里面,一天能收到3封以上和自己无关的邮件,就说明信息开始泛滥了.

关键是积极沟通的态度，如果每个人都这样，做一个可理解的人，别无所求了

1 楼 liujunsong 2009-03-05  

项目开发中沟通永远是不够的.
实际上,更重要的问题是:沟通什么,而不是如何沟通.
很多时候的交流问题,在于你不知道这个信息应该从那里来,应该到那里去,于是只能一一打听,既耽误自己的时间,也耽误别人的时间.
另外一个问题就是很多信息给了无关人员,这些人被信息淹没了,有用的反而找不到.
如果在公司里面,一天能收到3封以上和自己无关的邮件,就说明信息开始泛滥了.