目录

1. 项目管理的方法和标准

1.1 Waterfall

1.2 Agile

1.3 结构化的项目管理方法，如​编辑等

1.4 哪一个更适合项目？

2. 项目的成功与失败

2.1 导致成功的因素

3. 项目筛选以及从哪里开始

4. 项目初始化

4.1 商业案例

5. 项目章程

---

1. 项目管理的方法和标准

1.1 Waterfall

• 使用了40多年的传统方法
• 软件的要求必须在开始被定义
• 很少/没有迭代进行
• 顺序性——完成一个任务，然后再进行下一个任务
• 用于大规模的SW开发，需要全面的计划和可预测性

瀑布背后的理念是，我们首先得到所有的需求。一旦我们有了所有的需求，就可以考虑如何设计整个系统。一旦我们有了设计，就会开始实施它。假设我们永远不需要回去改变设计，一旦我们实现了系统，我们就开始做所有测试，一旦所有的测试都通过了，把产品交给客户。

优点
广泛的计划，这种全面性往往导致更准确的时间表和预算。

缺点
难以应用变化或修改/纠正以前的步骤（水不能倒流），需要主动预测问题。

1.2 Agile

• 专注于适应不断变化的情况
• 依赖于持续和定期的反馈
• 注重迭代的结果，以最快的速度和协作的方式提供价值
• 可管理的小型行动和活动
• 整个团队的参与和所有权 - 团队成员自行选择工作
• 以客户为中心，而不是正式的签收

优点

• 在不断产生结果的同时保持灵活性——减少返工
• 更多的沟通和参与——增加整个团队对最终结果的认同感

缺点

• 没有经验就很难做到——特别是有经验的Scrum Master
• 大型项目在同一地点办公是个问题
• 难以与供应商签订合同

1.3 结构化的项目管理方法，如等

• 被广泛使用和接受——咨询、私人和政府
• 以过程为导向的方法
• 将项目分为多个阶段
• 详细和彻底
• 必须有明确的需求、目标客户、现实的收益和彻底的成本分析

优点

大量的文件有助于公司的规划和跟踪

缺点

适应变化并将其应用到所有的文件中很困难且不及时

1.4 哪一个更适合项目？

• 它们都有一个位置，都可以是适当的。
• 这就像选择最好的食谱一样——这完全取决于你的成分。

需要考虑的项目（成分）包括：

• 范围的明确性和稳定性
• 时间表
• 支持/推动该过程的工具
• 人员/知识
• 组织的成熟度
• 利益相关者的认同
• 各种方法的经验

2. 项目的成功与失败

2.1 导致成功的因素

• 各项因素都保持相对稳定
• 如果我们知道原因，为什么我们不能修复/改善它？
• 60%（前4个）是非技术项目，难以改变
• 更广泛的组织背景和系统在起作用

3. 项目筛选以及从哪里开始

组织需要一个正式的、结构化的方法来处理：

• 选择
• 确定优先次序
• 进行监督；以及
• 推动所有项目的问责制

4. 项目初始化

有许多方法和方法论在整个行业中被广泛使用，各组织倾向于使用标准的行业方法（PRINCE2、PMBOK、Agile等）或通常是他们自己的修改版本。它们都有优点和缺点。

商业案例的目的是建立机制，以判断该项目是否（并保持）可取、可行和可实现，作为支持其初始和持续投资的决策手段。

• 为关键决策者提供事实依据，以决定是否应开展该项目
• 证明该项目如何为组织增加价值
• 具有一套预先确定的标准组织特征（成本、收益、风险等）。
• 它不完全是规模问题——规模取决于成本/效益
• 它是贯穿整个项目的活文件，应在关键阶段进行审查和签署。

4.1 商业案例

商业案例包含：

• 执行摘要
• 为什么需要的原因/解释
• 业务方案
• 预期的好处
• 预期的坏处
• 时间尺度
• 成本
• 投资评估
• 主要风险

各方角色与责任： 

5. 项目章程