8 月 12 日 InfoQ 中文站发布的“用数字沟通——来自敏捷精灵的忠告”一文,在敏捷中国社区里引起热烈讨论,发言者大多认为数字很重要,但是单纯地强调数字对敏捷开发并没有太多用处。
讨论由熊节首先发难,对“用数字沟通——来自敏捷精灵的忠告”文中所述的观点,他不甚赞同。原因在于他认为一个对敏捷没有深入理解的开发人员,在敏捷项目中如果依然沿袭传统的开发方法,结果会让自己更加辛苦。随后,讨论针对精确的数字是否有益于软件开发继续进行,来自 ThoughtWorks 的钱安川认为:
要求精确的数字,确实很扯淡。 但是,[很] 明显,数字最有说服力。特别是业务人员和管理者,有了数据就可以放心大胆地做所谓的决策。当然,也明显是把责任推卸给了开发人员。
项目管理中,项目的估算和进度的统计数据都很重要。但是,如果只是一味追求数据,那么这样的数据就会不停的偏离真实的轨道。
起步停车对钱安川的关于数据会让项目不停地偏离真实轨道的说法表示赞同,同时以自己的实际情况进行解释:
在我们实际的项目开发过程中, 可以说我们积攒了无数个项目的信息(包括计划、任务、时间估算、规模估算、各类文档,以及他们说需要的估算时间和实际时间,还有代码行数……,可以说要啥有啥)。 可是,我们在不断的重复着“昨天的故事”,用历史积累的数据来考量现在的项目……,[并且] 美其名曰:用数据说话……
[结果是] 开发人员极度痛苦 ing……,对这些数据很不屑……
而来自 ThoughtWorks 的另外一位业务分析师,也是 InfoQ 中文站敏捷社区的编辑乔梁则认为,管理或者决策不是可量化的,领导也不会简单地通过数据就做决定,问题的实质还是在于沟通:
做为项目开发团队的成员,团队至少要有一个人可以用业务语言和其他项目干系人沟通。 频繁沟通。让项目干系人知道项目的真正进展(他们所关心的方面),你不能到无法完成目标的最后时刻才告诉他。 高质量的沟通。沟通不是啰嗦一大堆,却没有目标,只是让他们知道项目的情况,而是有目标的沟通,并得到有益的反馈。
在 InfoQ 中文站上针对本文的评论中,读者徐绪雄从业务语言的角度,解释了如何让软件开发团队的沟通更加有效:
在软件开发过程中,开发人员往往只关注与开发相关的技术内容的学习,而忽略指导开发进行的实际业务知识。从而出现因与实际业务不符的重复性还工。对于参于其中的各方都是一个很大的打击。开发人员掌握足够的业务语言是高效完成开发任务有力保障。
讨论仍在继续,如果您对项目开发是否需要用数字衡量,如何衡量等有自己的观点,欢迎在“用数字沟通——来自敏捷精灵的忠告”文章或者敏捷中国相关讨论贴参与讨论!
评论