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

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

 

   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！