在文章《故事点与功能点》中,北京软件造价评估技术创新联盟罗翔老师已经对这两个“点”做了详细介绍。事实上,故事点与功能点并不矛盾,在敏捷项目中,合理的应用功能点方法进行项目度量,有时,会产生意想不到的效果。那么,本文将给出具体的示例,来说明如何将故事点与功能点顺利结合。
由于敏捷项目中每个故事必须用用户语言来写,而不是技术术语,这与功能点估算方法基于用户的逻辑功能需求进行度量相吻合。所以,在敏捷项目中规划产品路线图、发布计划和迭代计划中,均可使用功能点方法来帮助管理项目。
下图是某信息平台公共管理模块的需求功能描述图:
根据上图需求,用几个简单的故事来表现用户故事:
故事1:所有管理人员可以用账号登录、退出信息平台。
故事2:所有管理人员可以进行密码修改、密码重置。
故事3:可以查询本人账号的操作日志。
故事4:可以实现对后台人员和角色的基本操作,并实现人员与角色的对应关系。
在创建产品路线图阶段,按照预估功能点方法估算出上述需求合计为105个功能点,详见表1。