内耗系数M对团队工作意愿的影响及分析方法

让我们回到一直在使用的公式：假设一个人的工程素养为E，一个人的工作意愿为W，组织所能提供的力量为O，内耗系数为M，那么对于一个拥有n个人的团队，其在单位时间内最终可能贡献值可以表示为

[（E₁×W₁+O）+（E₂×W₂+O）+…+（E_nW_n+O）]×M

从上一节的分析我们看到，疲劳战术影响工作意愿W，并通过影响代码质量而间接影响内耗系数M。

对内耗系数M的影响可以参照下面的方法进行大致分析。

在《软件成本估算COCOMOII模型方法》一书中，BarryW.Boehm曾经提出了一个用于折算维护时编写代码的公式：

（Size）m=（增加的规模+修改规模）×MAF

MAF为维护调整系数，计算方法如下：(www.xing528.com)

MAF=1+（SU/100×UNFM）

其中，SU用于表示软件可理解的程度。对于结构很差的面条式代码，很难理解的代码，这个值会被设为50。程度好一些的，这个值会依次递减。

UNFM用于表示开发人员对于代码的熟悉程度。0表示完全熟悉，1表示完全不熟悉。

对于拖得周期很长的项目，在Bug修正时期也类似于维护阶段，因此可以借用上述的公式。这样对m影响的极值为2/3。对工作意愿的影响难以估计，但如果我们认为积极向上的团队工作意愿为1，能对工作基本负责的团队工作意愿为0.5，负不起责任的团队工作意愿为0.5以下，极值为0。那么坏的估算通常可以把工作意愿降到0.5以下—严重缺乏统计数据。两项算起来，坏的估算很可能把团队的生产率降低到最好水平的1/3。

这种没在实际项目中进行校验的数字应该是不精确的，但确实可以帮助我们定性地感受影响的趋势和可能性，因此还是把它们列在这里。