快速开发师 | 软件开发中交流的艺术和故事

快速开发师 发布于 2016/05/30 22:42
阅读 93
收藏 0

  以下看法纯属个人观点。

  甲方和乙方签订了外包合同,甲方将某业务系统交给乙方来做,乙方人手很多但却做得很恼火,原因是乙方觉得甲方提出的需求很模糊,需求文档也很模糊。于是双方展开了讨论。

  甲方(需求方):某业务,某功能应该是XXX这样,用户不XXX怎么样,就XXX怎么样,用户可能XXX怎么样,用户XXX样也可以, XXX看情况。。。。甲方不知是难以理解还是不想涉及程序的东西,急急忙忙地就把自己理解到的业务一通吐出来,以便达到自己期望的充分说明。(内心:我已经表达得很清楚了)

  乙方(承包方):(内心:听着甲方的一通说明,感觉被他的逻辑和理由带入进去了,甚至差点忘了自己该提的问题,甲方说的太多,有些没记住,有些是模糊的;他说的太快,他喜欢让别人先听他说,他要一口气表达完。。。) 

 个人觉得对话方式就错了,为什么呢?很简单:

第一,需求的提出者毫无疑问更理解业务。

第二,软件制造者最终也毫无疑问要理解到需求提出者所理解的业务逻辑,但是同时,软件制造者又必须要把计算机语言和业务逻辑联系起来,最终运行起来,这之间要遇到很多问题。

第一和第二就好比是‘水’ 和 '泥沙',需求好比水,泥沙好比软件技术;这是一个和泥沙的过程,是个艺术活兼技术活。显然不是先将泥沙先放进水里,而是先将适量的水放进泥沙里,因为霍尼沙的程序员需要掌控度量才能和出最好的水泥,所以我觉得主动提出问题的一方应该是乙方,而不是甲方;乙方一旦吃进了业务逻辑(问明白了自己转换不了的地方),系统就会越来越好。

觉得自己公司就是这么被坑了的,请点个赞!

加载中
返回顶部
顶部