项目+/启动
< 项目+
- 识别业务目标，即项目目标
- 定义机会/问题
- 预期结果
- 通常与目标同义
- 可能是定义不完整的高级目标
- 要达成的目标
- 项目或项目任何部分的预期结果
- 通过具体可交付成果和行为结果进行衡量
- 必须事先可视化
- 识别高级业务相关需求、结果和成功标准
- 识别低级需求和期望
- 为项目预算、期限和风险设定界限
- 范围
- 进度
- 预算
- 描述项目合理性的信息
- 如果预期收益大于估计成本和风险，则项目是合理的
- 通常很复杂
- 可能需要
- 财务分析
- 技术分析
- 组织影响分析
- 可行性研究
- 描述
- 对产品和/或服务的需要
- 提供产品/服务条件
- 目的
- 从潜在供应商处征求投标或提案
- 关键利益相关者
- 负责管理项目的计划和执行
- 项目的单一责任中心
- 关键利益相关者
- 作为项目主要受益人的人或组织
- 通常对以下事项具有重大权限
- 范围定义
- 项目是否应该启动和/或继续。
- 关键利益相关者
- 从事工作的公司或团队
- 关键利益相关者
- 建立和维护执行承诺
- 分配组织资源（资本、人力等）
- 提供方向
- 有权解决项目人员和职能人员之间的争议
- 支持并维护项目的资深主管
- 来自提供
- 指导
- 战略输入和方向
- 寻求其职能部门的合作
- 高级项目审批
- 任何参与项目工作的人员
- 包括承包商和顾问
- 根据你的决定让其他人采取行动的能力
- 基于人们对某人被正式授权发布具有约束力的命令的认知
- 影响他人行动的能力
- 可能来自
- 正式的授权委托
- 项目章程赋予项目经理
- 参照权力
- 个性
- 专业知识
- 从技能中获得的尊重
- 影响奖励和处罚的能力
- 奖励或强制权力
- 其他来源。
- 正式的授权委托
- 任何与项目有关的人
- 客户
- 赞助商
- 执行者
- 公众
- 直接参与者的家人和朋友
- 其他？
- 职能
- 项目
- 矩阵
- 业务结构，人们被分配到
- 职能组
- 部门、学科等
- 项目或流程
- 贯穿整个组织
- 需要来自多个职能部门的资源。
- 职能组
- 功能
- 性能
- 项目结束日期
- 项目所有权
- 完成标准
- 严格的变更控制程序
- 此类项目的“最佳实践”生命周期
- 对项目范围的描述
- 以主要可交付成果和约束为中心
- 开发和确认对项目范围的理解
- 通常需要比WBS或项目章程花费更多时间来创建
- 在进入项目计划阶段之前，需要审查范围文档
- 项目经理和赞助商在达成目标一致后，再完成范围说明书
- 建立项目范围变更请求程序
- 最终用户代表批准技术变更
- (P) - 政策和程序
- (R) - 需求
- (O) - 概述
- (C) - 供应商采购标准
- (S) - 规范
- 产品
- 完整的特性和功能集
- 项目
- 交付产品所需的工作
- 影响
- 执行和客户组织的参与。
- 对执行和客户组织的影响。
- 对项目范围定义的任何更改
- 可能由以下原因引起
- 客户需求变化
- 发现缺陷或遗漏
- 监管变化
- 其他
- 确保对范围的更改进行有意识的评估
- 确保在决定
- 进行更改
- 推迟
- 拒绝
- 项目生命周期中范围的更改
- 项目范围的无意识增长
- 由对需求的无控制变更导致
- 通过实施严格的变更控制流程来管理
- 将主要可交付成果分解为更易于管理的组件
- 使验证、开发和项目控制更轻松
- 可能是需求定义和/或设计的一部分
- 制定项目
- 主要可交付成果
- 理由（商业案例）
- 目标
- 需求定义的一部分
- 确保所有项目可交付成果已圆满完成的流程
- 与客户和赞助商对产品的验收相关联。
- 客户期望
- 问题/机会
- 可交付成果
- 策略
- 完成日期
- 预算
- 风险
- 优先级
- 赞助商
- 资源
- 资源可用性
- 以上所有内容是否都在项目章程中记录？
- 谈判
- 面试
- 会议
- 备忘录
- 让管理层参与定义项目概念
- 让管理层参与定义范围
- 让管理层参与审查和批准交付成果
- 为管理层提供作为发言人/倡导者的角色
- 决策者之间的一致同意
- 需要确信该决定将充分实现目标
- 如果一个人不同意，则不存在共识