沟通模式和节奏

 

       看了Martin的Writting software patterns ，也想写一个模式，模式是智慧的结晶。

 

       下面我写了一个软件开发中的沟通模式，如有雷同，纯属巧合。

 

       让我们看看如何把一个简单的问题搞复杂，：）。

 

 

1) 目的

 

     有效沟通意图和信息，达到参与双发理解正确，不存在偏差。

 

2) 参与者

 

     发起者：该次沟通的组织者和发起者。

 

     陈述者：陈述沟通的内容，目的是让接受者理解。

 

     接受者：聆听陈述者讲述的内容，理解其意图，目的是准确理解陈述者的意图。

 

3) 适应性

 

     适应高效率解决问题的团队。

 

4) 如何工作

 

    a. 发起者发起沟通，通知陈述者和接受者参与，通知沟通的方式和环境。

    b. 陈述者介绍沟通的上下文和沟通方式。

    c. 陈述者向接受者逐一介绍需要沟通的内容。

    d. 陈述者请求接受者的确认。

    e.接受者复述内容和自己的理解，以便陈述者确认。

    f. 陈述者确认接受者的复述，如果正确，结束，认为有异议，转c步。

    g. 总结回顾沟通的内容。

    h. 沟通结束。

 

5) 示例 

 

    例一： 比如任务分配，

    项目经理：“客户提出了一个新闻页面搜索的问题，要求可以在标题和内容中进行搜索。。。。。。，你清楚吗？”

    开发人员："清楚啊，现在就是已经在标题和内容中进行搜索了啊"

    项目经理：“客户的要求是，加一个选择框，在标题或内容中进行搜索“

    开发人员： ”那我知道了！“   

 

    很多时候，开发经理在分配任务时，程序员都说知道该怎么做了。但是为什么做出来的东西，与原来交代的不一致呢？

    这是因为很多沟通少了上面说的第e步，在这里，就是开发人员要进行任务的复述，并说出自己的理解，得到项目经理确认后，才算结束。

 

    我想到了这样一种节奏，就是”乒乓乒乓“，而不是”乒乓“。”乒乒乓乒乒乒乒乒乒乓“和”乒乓乓乓乓乓乓乓乓乓乓“都不是好的节奏。