中，一个底层故事的开发时间大约为1.5个人日。这个是经验数据，在不同的公司可能有所不同。网上也有文章证明不同规模的应用软件，故事与程序代码的行数有一定的计算关系。这样我们的不同项目，或同一项目的不同故事之间，在时间、成本、进度上就具有了可比性。
同时，我们发现：
3. 让项目的时间、成本、进度的估算可以通过简易的公式进行一次性计算得到
4. 让项目工作量的分配更具体、更客观，对成员的绩效表现显而易见
5. 使项目之间的工作绩效具有可比性
要注意的问题
1. 在不同层次上的用例有着不一样的工作量比例，一定要分清。比如WEB应用软件的用例可以这样划分：
用例层次 对应系统的对象
顶层 项目，如网上商城
上层 子系统，如网上商城＼用户管理
中层 流程，如网上商城＼用户管理中＼注册流程
底层 页面，如网上商城＼用户管理中＼注册流程＼第一个页面
2. 这种用例与工作量的比例关系，是建立一定量的基础之上的，比如20个以上才有这个比例关系。对于一般应用软件的计划及绩效的计算是合适的，但对于个例是不适用的，不能凭这个比例来衡量某几个用例的工作量。
总结
好了，下面总结一下本文方法的实现步骤：
1. 了解软件项目的故事。从项目关键人物那了解到系统的主要故事有哪些，并力求描述清楚
2. 了解系统隐喻，构造软件框架
3. 实现故事。先实现顶层故事；再一个一个故事实现
4. 故事变更。实现一次变更，再实现一次变更，…
5. 部署软件
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
