10、软件过程中的改进挑战与能力提升模型

软件过程中的改进挑战与能力提升模型

1. 软件过程改进现状

在软件行业，软件过程改进（SPI）旨在系统地评估当前软件流程状态，采取改进措施，并衡量改进效果。然而，许多 IT 组织在 SPI 上投入了大量资源，却未能达到预期的改变和提升。

有研究发现，部分组织在投入 SPI 后，26%的组织认为“没什么改变”，49%的组织因缺乏改进而感到失望。这表明 SPI 举措存在失败的情况，引发了人们对成功实施 SPI 所需条件的关注。

1.1 案例分析

以 Joe 的经历为例，他积极参与开发讨论，期望分享想法并推动自身发展，老板也在讨论报告中添加了改进建议，但这些建议最终都未落实，这让 Joe 非常失望。这反映出如果没有实际行动，开展开发讨论是没有意义的。

在工作时间跟进系统方面，不同公司有不同做法。公司 A 早期对工作时间报告不太重视，员工即便忘记或不关心报告也不会受到关注；而公司 B 则更严格，项目经理会在周会上要求未报告工时的成员填写，特别是在对开票有重要意义的项目中，要求每日报告工时。此外，公司还使用了两种不同的跟进系统，分别用于产品开发和客户项目，这导致了全公司跟踪和结果评估的问题。

虽然也有一些改进，比如从纸质报告工时转变为使用工作时间跟进系统，但这些系统存在缺陷，最终没人真正关注记录的数据。同时，引入了收集员工技能数据的跟进系统，便于在需要时找到能提供建议的人；根据工作描述安排工作场所，使信息传达更高效，内网使用更有效，信息会议安排更频繁，管理层更易联系；文档标准融入日常使用，采用现成模板创建文档，甚至慢慢采用了文档命名策略；各小组任务定义更清晰，产品路线图提供了以前没有的指导。

然而，在公司