项目启动时审查商业文件
变更管理计划:记录-评估-提交-更新-通知
否决-取消不良变更-更新-通知
项目经理的提交是提交,其他人的提交是记录
关键监管要求属于事业环境因素
干系人分析——评估
焦点小组:同职能
引导:跨部门
单纯需求:需求文件
可交付成果/验收标准:项目范围说明书
需求和业务目标/影响关系:需求跟踪矩阵
工作包的详细信息:WBS词典
思维导图——整合
决策分析——多标准权重
项目目的目标——项目章程
项目价值小——审查商业论证
项目启动时审查商业文件
变更管理计划:记录-评估-提交-更新-通知
否决-取消不良变更-更新-通知
项目经理的提交是提交,其他人的提交是记录
关键监管要求属于事业环境因素
干系人分析——评估
焦点小组:同职能
引导:跨部门
单纯需求:需求文件
可交付成果/验收标准:项目范围说明书
需求和业务目标/影响关系:需求跟踪矩阵
工作包的详细信息:WBS词典
思维导图——整合
决策分析——多标准权重
项目目的目标——项目章程
项目价值小——审查商业论证
各种计划是规划流程的。
1.变更记录在变更日志
2.需求记录在需求文件里
3.变更:记录、评估、提交、更新、通知
项目管理计划:范围管理计划、需求管理计划、范围基准、进度管理计划、成本管理计划、风险管理计划等

项目章程 发起人批,谁制定不强制
项目管理计划的组成部分需要跟主要关系人一起达成共识
项目章程批准后才意味着项目已经正式启动(其他都等启动后再说)

项目章程还没有,说明现在处于启动过程组,所以项目经理能做的只能是审查商业文件,其他都是在启动后做的

碰到变更,要走流程或者补流程
不要一上来就要求恢复原样,(有的变更确实是有利的)只有在走完流程之后,审批否决了,才能执行取消不良变更,即恢复原样
流程:记录、评估、提交审批、更新、通知
变更记载变更管理计划就是变更流程,是个流程性的东西,不是记东西的

不要去解释变更可能导致的后果,可能会有拒绝变更的嫌疑,只要走流程就行了

注意,提交看主语。项目经理的提交是提交给CCD(第三步),变更提出者的提交就是第一步
???