进度与交付的那些事儿——持续沟通、持续反馈

标签: 沟通 反馈 | 发表时间:2012-09-27 19:00 | 作者:
出处:http://pipes.yahoo.com/pipes/pipe.info?_id=10560380f804c7341f042a2b8a03e117

说起进度和交付,我想起一个和客户开发人员共同完成的项目。ThoughtWorks为客户提供敏捷教练的服务,而带领大家完成一个项目,才是检验大家各种敏捷实践的试金石。在项目中,这个团队需按客户要求,在三个迭代的时间内交付一个符合用户期望的数据转换插件。参加项目的是已有6个月以上敏捷实践经验的团队。这样的“敏捷”团队在项目中的表现又如何呢?作为敏捷团队,每个迭代是不是都能按时交付用户想要的特性呢?

迭代一,铩羽而归

团队在第一个迭代中,埋头苦干,计划完成尽可能多的需求。把各种脏活累活抗在自己肩上,甚至出现了加班。然而,最终客户却并不满意。痛定思痛,大家总结了如下问题:

  • 团队开始开发的时候,没有与客户确认需求,很多需求不清晰。这导致开发人员根据自己的假设做事。为了满足后期各种可能发生的需求变化,插件被做到可以配置,以致于最终的插件无比复杂 。
  • 团队在开发结束之后才给用户看成品,修改成本非常高。而从用户角度看,团队只有在项目开始的时候询问需求,在迭代结束时给用户看成品,其间没有任何交流。最后插件的功能和界面对用户来说,是莫大的“惊悚”,而并非“惊喜”。
  • 有两个需求是互相冲突的。团队没有和用户确认,就任选一个做了,用户并不认可。

由上面的问题,我们发现,这个典型项目中发生的问题,并不仅仅该项目的问题,各个项目都存在。然而要避免或者减轻这些问题带来的后果,团队要做的就是沟通,找用户要到真实的需求,要到反馈,对工作方式和产品做出改进。

迭代二,硕果累累

团队在第二个迭代中,从做估算到做计划、再到开发、客户验收,全程和用户保持沟通。任何一个决定都要客户给出反馈。由于任一阶段,任一决策和设计都经过客户把关,最终插件自然也就和用户想要的八九不离十。团队成员们非常开心,他们又做了如下改进:

  • 不熟悉插件的宿主软件的同事,要多学习,多去写一写。例如在开发之余,可以做些练习。等到正式开发时,就可以很快上手了。
  • 除了和用户沟通功能上的需求,还需要和客户沟通质量上的需求(项目中的非功能性需求,例如性能。该项目需转换Gigabytes级数据,性能有一定的要求) 在这些问题中,我们发现:
  • 同事不熟悉插件的宿主软件,但是在第一迭代中,并没有人提出这个问题。然而到了第二个迭代,当团队交付顺利的时候,他们勇敢地提出要求抽时间学习,以提高效率。我们可以想到,任何项目,都会有同事对现有技术和框架不熟悉。那么我们是不是也可以为他们提供一些时间去上手呢?
  • 团队对自己和客户之间的沟通有进一步的要求——非功能需求。这在项目的分析阶段是经常被忽略的。大多数情况是:对该满足非功能性需求的时候,没有满足。没有要求更高质量或者性能的地方,反而被做得非常强大。为了改进,团队觉得在平时的交流中加入此类问题的沟通。

迭代三,成员突变

迭代三中,由于部门经理希望团队间的知识可以分享,所以对不同组的成员进行了替换以达成知识传递。具体做法是:团队成员中只能留下一半“老成员”。在这个迭代中,我们预期插件的交付速度会下降。而结果确实如此,参与替换的三个团队中,两个团队的速度下降非常明显。而另一个团队的速度却不降反升,这是为什么呢?

团队针对突来的“替换”,总结了如下问题:

  • 有的团队成员之前没有参与太多交付工作,对技术和框架不熟悉。而有的团队成员非常强,一直在自己做开发,和用户交流,别的同事只有很少的机会参与开发,而长此以往,他们了解的项目知识越来越少,开发能力越来越差。

我们特别注意到这个差异化现象:有的团队成员对技术和框架不熟悉。这不应该出现在当前团队中,因为他们每人都至少有两年以上的开发经验。然而当我们了解到,有一个同事是项目组中的“超人”时,我们明白了其中的缘由。这个“超人”和其他“不熟悉技术”的同事以前是同一个团队的,而这个“超人”在项目中是项目经理兼技术经理的角色。这次替换暴露了这个问题。随后,他和他们团队的成员也意识到这个问题的严重性,回去制定了知识分享的计划。

到此为止,插件开发的项目就讲完了。我们再来看看其中的问题:

  • 和客户沟通少,客户反馈少。(功能和非功能需求)
  • 和客户沟通晚,反馈太晚导致修改成本高。
  • 团队成员有时也不会对对项目提出反馈。例如在压力状态下,没有去熟悉工具和框架。
  • 团队成员之间有时也不会对问题提出反馈。例如替换后项目经理的知识传递问题。

而这一切都是关于沟通和反馈。我们肯定技术在进度和交付中的重要性,同时我们也应认识到:进度和交付不是一个独立的问题,而是一个系统问题。系统中的非技术因素对交付的影响可能是致命的,而沟通和反馈是保证交付的重要方法。


感谢 张凯峰对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作,请邮件至 [email protected]。也欢迎大家通过新浪微博( @InfoQ)或者腾讯微博( @InfoQ)关注我们,并与我们的编辑和其他读者朋友交流。

相关 [沟通 反馈] 推荐:

进度与交付的那些事儿——持续沟通、持续反馈

- - InfoQ cn
说起进度和交付,我想起一个和客户开发人员共同完成的项目. ThoughtWorks为客户提供敏捷教练的服务,而带领大家完成一个项目,才是检验大家各种敏捷实践的试金石. 在项目中,这个团队需按客户要求,在三个迭代的时间内交付一个符合用户期望的数据转换插件. 参加项目的是已有6个月以上敏捷实践经验的团队.

同义词反馈机制

- - IT技术博客大学习
标签:   反馈   同义词.     由于搜索算法本身的局限性,对于用户的语义、意图等理解不够,而基于用户行为的点击调权,作为对传统搜索算法的补充,在搜索中扮演着重要的作用. 尽管用户行为已经被证明在搜索中的效果,但是一直只是停留在query-url层面,或者ngram-url层面[1],没有深入反馈到检索算法中的基础策略,比如:同义词、紧密度、省略等,这些策略影响了url与query之间的关系.

如何有效处理用户反馈?

- - i黑马
作者: 骆驰(资深产品运营人员). 乔布斯曾经说他从来不做市场调研,张小龙说他不看数据. 他们二人的姿态曾令不少从业者大跌眼镜,摸不着头脑,也有不少从业者当真就从此否定了市场调研和数据的作用. 关于怎样处理用户反馈,不同的大佬说法也不一样. 有的说只要是用户的声音就该听,有的说用户不知道自己真正想要的不用听.

如何与PM沟通

- - 曉生
1.要学会听取别人意见,也许PM提出的问题你并没有考虑到,集思广益,可以得出有更好的方案. 值得肯定的是,你设计时已经能学会从产品角度考虑,引导用户操作,而不是单纯的好看. 只要不是单纯审美上的PK,都可以讨论,不是吗. 2.让产品阐述自己的需求点,明确重点. PM们七嘴八舌肯定不对的,要引导他们梳理出统一的意见.

团队沟通杂感

- - 人月神话的BLOG
随时随地的短时间的,快速迭代的培训和教练作用远远大于正规的系统培训. 系统性培训一个是针对性往往弱,另外一个就是对团队成员有较高的要求,即自我强烈的系统性学习欲望. 走动时管理目的是及时的发现各种问题和团队技能之欠缺点,有针对性的进行沟通和经验传递,这需要团队管理者有敏锐的洞察力,不能脱离到团队工作事务之外.

谈产品人的沟通

- - 互联网的一些事-关注互联网产品管理,交流产品设计、用户体验心得
  经常听产品经理说自己是打杂的,虽然这种说法有自我调侃的意味,但用这词来形容产品经理的工作也颇为贴切. 产品经理在一个公司中扮演的角色决定了他要做的事情多而杂,在一个产品诞生的过程中,从idea的诞生,产品的规划,UI设计,前端制作,程序开发,然后测试上线,上线后产品的优化等,产品人员一方面要全身参与,另一方面也要一直跟进.

我们需要怎样的沟通工具(一)情境沟通

- danaodai - 爱范儿 · Beats of Bits
自从进入了2011年,Kik、WhatsApp、Beluga、GroupMe、TalkBox等等几乎每周就有一个新的聊天工具冒出来,又看到 WhatsApp 获得八百万美金的 A 轮融资,我相信无论开发者们还是VC都相信的一个市场机会是,在移动互联网时代,一款完全基于移动设备的,并充分利用其能力而设计的沟通工具是一个很大的市场机会.

感受 TeslaTouch——真正的力反馈屏幕

- mzhair - 爱范儿 · Beats of Bits
今天的智能手机已经全面触屏化,在呈现更丰富内容的同时也剥夺了实体按键的反馈. 各平台都通过视觉反馈和声音反馈进行弥补,比如你按下软键盘之后按钮会变色并发出声音 ,有些平台还会通过机内的马达发出震动反馈. 不过这些都有局限性:视觉反馈需要我们将视线集中在屏幕上、声音反馈在嘈杂的环境下听不见、震动反馈会发出噪音而且耗电.

游戏设计应避免出现正反馈现象

- hosven - GamerBoom.com 游戏邦
每到晚上,我和朋友们围坐在一起玩桌面游戏时,我们会先放点音乐,吃点东西,然后就开始游戏了. 一开始,大家都乐在其中,但大约三十分钟以后,有人等得不耐烦了. 更多人觉得厌烦了,有些甚至对游戏完全丧失兴趣了. 在游戏的最后三十分钟,只有两个人还在游戏上拉踞. 这两位玩家也只是唯一两位有希望胜出的人. 其他人不仅是输了,而且是早就知道自己输定了.

八款企业用户反馈系统服务

- huige - 天涯海阁-Web2.0Share
去年一年电子商务发展很快,很多电子商务网站也广受投资人的青睐,对于电子商务而言,除了网站信息流,支付和物流以外,其实相关的基础配套服务也非常重要,比如用户反馈系统,一个好的用户反馈系统可以很好的提高用户满意度. 这方面的企业级服务国外相对较成熟,国内这一块相对发展还不是特别成熟,个人觉得有很大的潜力,当然用户反馈系统不仅仅可以用于电子商务领域,任何互联网产品和传统领域都是有用武之地的,这样的服务对于中小型企业尤其有价值.