PMI-ACP®认证
适合敏捷开发项目 敏捷项目管理最佳实践
网络课程
PMI-PBA®认证
重视项目商业分析 商业价值与需求分析能力
NPDP®认证
产品管理国际认证 全球产品管理最佳实践
网络课
PMP®认证
单项目管理经典指南 年轻项目经理首选
北京 | 直播 | 录播
PgMP®认证
大型复杂项目全球标准 定位高级项目管理层
网络班
PfMP®认证
链接战略与项目 实现组织资源投资回报
全球直播
软考项目管理
信息系统项目管理师 系统集成项目管理工程师
计划 | 报名 | 经验
版面信息
本版版主
俱乐部导航
联盟·近期活动
社区热点
精彩专题
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
推荐信息
社区圈子
联系社区管理员
其实,如果没有好的项目范围定义,项目启动后的范围控制,只是疲于奔命,而且会成为项目组与客户冲突的源头。
我自己的一些观点: 1. 要尽可能的breakdown 2. 要分模块去定义(如果是OLTP系统,应该是流程功能模块;如果是OLAP(BI/DW)的话,应该是系统功能模块,涉及到数据源,需要抽取的数据等等)。 3. 要涵盖齐全,又要定义清楚边界。 4. 已知的不在范围内的,应该写入Out of Scope这一章节