阿牛 2020-9-27 15:09

老师打搅了，我正在学习您的书，想问一个问题。第一章提到利润等于需求减设计，第二章讲了愿景，如果用来评价您的书，“增加软件利润”可以作为这本书的愿景吗？

UMLChina潘加宇

不能。书里也说了：

书中说：利润=需求-设计，只是从大方向上指引需求和设计技能，影响利润的因素很多，仅就软件开发而言，就有方法、过程、工具，《软件方法》仅涉及到了“方法”部分。除了软件开发之外，还有其他各部门人员、外部环境等因素，就像前些天新闻里说的，一个出纳轻易贪污720万，《软件方法》再精通也不行啊。

如果把各因素像书中那样用鱼骨图（或类图）层层剖析下来，可能是一棵巨大的树，我也没画过。

那么，《软件方法》能给软件开发团队带来什么改进？从我的体会来看，比较贴切的改进指标是：减少各种交付物的无效内容。通俗一点说就是废话少了。

“废话多”可以是：

“文档”里的废话，写了一大篇，只有一两句有点价值。

口头交流（做敏捷开发的脑子都特别好使，全靠口头）的废话，交流半天得到的有价值信息很少。

代码里的废话，写了一大堆，过两天被改得面目全非。

---