阿牛 2020-9-27 15:09
老师打搅了,我正在学习您的书,想问一个问题。第一章提到利润等于需求减设计,第二章讲了愿景,如果用来评价您的书,“增加软件利润”可以作为这本书的愿景吗?
UMLChina潘加宇
不能。书里也说了:
书中说:利润=需求-设计,只是从大方向上指引需求和设计技能,影响利润的因素很多,仅就软件开发而言,就有方法、过程、工具,《软件方法》仅涉及到了“方法”部分。除了软件开发之外,还有其他各部门人员、外部环境等因素,就像前些天新闻里说的,一个出纳轻易贪污720万,《软件方法》再精通也不行啊。
如果把各因素像书中那样用鱼骨图(或类图)层层剖析下来,可能是一棵巨大的树,我也没画过。
那么,《软件方法》能给软件开发团队带来什么改进?从我的体会来看,比较贴切的改进指标是:减少各种交付物的无效内容。通俗一点说就是废话少了。
“废话多”可以是:
“文档”里的废话,写了一大篇,只有一两句有点价值。
口头交流(做敏捷开发的脑子都特别好使,全靠口头)的废话,交流半天得到的有价值信息很少。