项目管理中的实践与经验总结
1. 项目前期分析与记录
在项目前期,对各个活动进行了大量标注。例如,在标注的“咨询”流程模型中,“分类风险偏好/成本敏感性”活动有众多标注(业务价值、复杂性和两次不确定性),但这些标注未在对应的对象类型“应用”和“报价”中体现,这使得从不同角度选择适用费率的标准难度不一。“审查医疗历史”活动在“审查是否违反合同前披露要求”流程模型中有诸多标注(手动处理、不确定性、准确性),且“医疗历史”这一术语在集成画布和流程模型中均未出现,这一不一致促使在对象模型中添加了“福利历史”及其细化项“医疗历史”。
在特征画布上,“为投保人准备打印文件”条目有双重复杂性标注,且集成画布显示打印系统接口将被替换,这引发了对该功能复杂性的疑问。项目过程中发现,替换当前打印系统可消除大部分困难,但并行引入打印系统和健康保险福利系统需要大量接口测试工作。
为了记录项目信息,初始填充后,所有画布会在白板上重新清晰绘制,这些文档是后续项目上下文和系统规范的起点。标注会使用特定表格详细记录,在项目中常被用于查找使用特定标注的原因,同时也会记录和处理各个画布的分析结果以及跨画布分析结果。
2. 从特征画布到产品待办事项列表
产品待办事项列表最初源自特征画布,在这个过程中,一些功能被添加,一些因在项目前期被认定为多余而被省略。通过规划扑克法由专家对所有功能进行初始估算,大多数功能的估算值能迅速达成一致,少数功能会经过详细讨论,直到估算者对其复杂性和业务内容有清晰认识。若无法进行初始估算,会记录原因以便后续完善。以下是产品待办事项列表及初始估算:
| 产品待办事项 | 初始估算 [人天] |
| — | — |
| 费率信息 |
超级会员免费看
订阅专栏 解锁全文
10万+

被折叠的 条评论
为什么被折叠?



