看了Martin的Writting software patterns ,也想写一个模式,模式是智慧的结晶。
下面我写了一个软件开发中的沟通模式,如有雷同,纯属巧合。
让我们看看如何把一个简单的问题搞复杂,:)。
1) 目的
有效沟通意图和信息,达到参与双发理解正确,不存在偏差。
2) 参与者
发起者:该次沟通的组织者和发起者。
陈述者:陈述沟通的内容,目的是让接受者理解。
接受者:聆听陈述者讲述的内容,理解其意图,目的是准确理解陈述者的意图。
3) 适应性
适应高效率解决问题的团队。
4) 如何工作
a. 发起者发起沟通,通知陈述者和接受者参与,通知沟通的方式和环境。
b. 陈述者介绍沟通的上下文和沟通方式。
c. 陈述者向接受者逐一介绍需要沟通的内容。
d. 陈述者请求接受者的确认。
e.接受者复述内容和自己的理解,以便陈述者确认。
f. 陈述者确认接受者的复述,如果正确,结束,认为有异议,转c步。
g. 总结回顾沟通的内容。
h. 沟通结束。
5) 示例
例一: 比如任务分配,
项目经理:“客户提出了一个新闻页面搜索的问题,要求可以在标题和内容中进行搜索。。。。。。,你清楚吗?”
开发人员:"清楚啊,现在就是已经在标题和内容中进行搜索了啊"
项目经理:“客户的要求是,加一个选择框,在标题或内容中进行搜索“
开发人员: ”那我知道了!“
很多时候,开发经理在分配任务时,程序员都说知道该怎么做了。但是为什么做出来的东西,与原来交代的不一致呢?
这是因为很多沟通少了上面说的第e步,在这里,就是开发人员要进行任务的复述,并说出自己的理解,得到项目经理确认后,才算结束。
我想到了这样一种节奏,就是”乒乓乒乓“,而不是”乒乓“。”乒乒乓乒乒乒乒乒乒乓“和”乒乓乓乓乓乓乓乓乓乓乓“都不是好的节奏。