知识卡片

企业做了很多项目却缺乏能支撑快速决策的服务级成本信息

普通读书笔记卡

内容

构件模型天然把业务架构元素和IT设计元素关联在一起,这层关联 除了用来分析定位需求,还可以顺带解决一个大型企业普遍存在的 管理盲区:项目信息的匮乏。作者指出一个很扎心的现实——一个 企业可能做了不少项目,其中不乏大型项目,但真正沉淀下来、能 支撑快速决策的项目管理信息却少得可怜:往往只知道一个项目 最终花了多少钱,却说不清这些钱具体花在了系统的哪些部分;等到 系统需要再次更新改造、上线新功能时,预算估算基本还是靠功能点 这种粗略方法去估,缺乏真正结构化、可复用的历史数据支撑。既然 构件模型已经把服务这个底层核心元素和物理组件、引用它的用例、 开发语言、代码行数、初始及累计投入的人月数、归属团队等项目 管理信息关联了起来(部分信息可以靠工具或配置自动获取,另一 部分需要人工维护),只要把这套信息采集流程可靠地建立起来, 就能在支持快速架构设计之外,额外获得一份可以把项目成本分解到 服务层面的能力,甚至可以据此比较不同团队的开发效能。这个视角 的价值在于把”信息采集”从一件额外增加的负担,重新定位成”项目 开发要真正走向精益,绕不开的必要投入”——如果没有这套结构化 的历史数据积累,企业每一次做成本测算、可行性评估,都只能重新 从零猜起,预估结果的波动性也很难随着时间推移逐渐收敛变准。

参考来源

- 位置:《企业级业务架构设计:方法论与实践》第15章"构建轻量级 架构管理工具"15.3节"采集项目信息的价值"(源文件:_epub-src 对应text00031.html一带) - 结论依据:原文明确"一个企业可能做了不少项目,其中不乏大型 项目,但是积累起来的、可以用于项目快速决策的管理信息却少得 可怜。只知道项目最终花了多少钱,却不知道钱都花到哪里去了, 也不知道系统中的核心部分到底花费了多少成本……如果信息采集 过程可靠,那么以这个逻辑建立起来的平台不仅可以用于支持快速 的架构设计,还可以将项目成本分解至服务层面,甚至基于这一点 来比较团队的开发效能……否则项目开发永远无法向'精益'方向 靠拢",直接支撑企业普遍缺乏服务级项目成本信息、构件模型可 填补这一盲区的结论。 - 原始内容:一个企业可能做了不少项目,其中不乏大型项目,但是 积累起来的、可以用于项目快速决策的管理信息却少得可怜。只知道 项目最终花了多少钱,却不知道钱都花到哪里去了。