INFO5990 Week 3 - IT Lifecycle and Project Management Essentials
INFO5990 Week 3 - IT Lifecycle and Project Management Essentials
本周课程内容：IT 生命周期与项目管理基础
1. 什么是项目（Project）？
定义
项目是一种临时性的努力，旨在创造独特的产品、服务或结果。
项目的关键特征
- 临时性（Temporary）：有明确的开始和结束日期
- 独特性（Unique）：结果不是常规的，即使过程是可重复的
- 渐进明细（Progressive elaboration）：逐步发展，持续改进
IT 项目的例子
- 开发新的移动应用
- 实施 CRM 系统
- 迁移到云基础设施
2. 不同角色对项目的看法
| 角色 | 关注点 |
|---|---|
| 执行赞助商（Executive Sponsor） | 战略影响 |
| 项目经理（Project Manager） | 时间、成本、范围平衡 |
| 开发人员 | 需求清晰度、技术可行性 |
| 运维人员 | 稳定性、安全性、可维护性 |
| 客户 | 性价比 |
| 监管机构 | 合规性、风险 |
| 社会 | 隐私、道德影响 |
3. 项目成功的标准
- 按时交付（On-Time Delivery）：符合约定的时间表
- 在预算内（On-Budget）：控制在分配的成本内
- 满足范围和质量（Meets Scope & Quality）：交付所有要求的功能，达到可接受的质量标准
- 干系人满意度（Stakeholder Satisfaction）：最终用户、客户和管理层对结果满意
- 商业价值（Business Value）：带来可衡量的收益，如成本节约、效率提升或竞争优势
4. 项目失败的原因
- 范围定义不清（Poor Scope Definition）：需求不明确，频繁变更
- 不切实际的时间表或预算（Unrealistic Timelines or Budgets）：过于乐观的估算
- 干系人参与不足（Weak Stakeholder Engagement）：缺乏赞助商或最终用户的支持
- 风险管理不足（Inadequate Risk Management）：未能预见和缓解问题
- 沟通不良（Poor Communication）：团队和干系人之间的信息不对称
- 资源问题（Resource Issues）：缺乏熟练员工或技术限制
专业崩溃的隐藏根本原因
| 技术症状 | 专业失败 |
|---|---|
| 范围蔓延（Scope creep） | 边界管理薄弱 |
| 预算超支 | 不切实际的执行压力 |
| 用户拒绝 | 干系人参与不足 |
| 后期发现缺陷 | 沟通差距 |
5. 项目经理的伦理困境
项目经理处于以下几方的张力之间： - 执行期望 - 预算现实 - 用户需求 - 技术约束 - 组织政治
专业项目经理必须在交付和诚信之间取得平衡。
6. 项目管理方法论
6.1 Waterfall（瀑布模型）
特点： - 顺序、线性方法，每个阶段必须完成后才能开始下一个阶段
优点： - 清晰的结构和文档 - 易于管理，有明确的可交付成果 - 适用于需求稳定的情况
缺点： - 缺乏灵活性——一旦完成阶段后，返工成本高且困难 - 长周期项目风险高——技术、用户期望或市场条件可能变化 - 过度依赖初始文档 - 开发过程中干系人参与有限
适用场景： - 固定范围且预期变化最少的项目（如合规软件、建筑项目）
案例：NASA 航天飞机软件开发 - 需求极其明确且不太可能改变 - 安全关键系统需要每个阶段后进行广泛测试和文档记录 - 结果：实现了极高可靠性，但因顺序和文档密集流程而耗时多年、成本巨大
6.2 Agile（敏捷开发）
特点： - 迭代、灵活的方法，专注于交付小的、增量的改进 - 使用短工作周期称为 Sprints（冲刺）
优点： - 适应变化的需求 - 鼓励尽早并经常获取干系人反馈 - 更快的交付可工作软件
缺点： - 可能缺乏明确的长期方向 - 需要高度协作的团队文化
适用场景： - 需求不断发展的项目（如移动应用、UX 密集型平台）
案例：Spotify 的敏捷 Squad 模型 - 结果：Spotify 能够每周（有时每天）发布更新和 新功能，快速适应用户趋势，并在全球扩展到数百个团队时保持创新文化
6.3 DevOps（开发运维）
特点： - 结合软件开发（Dev）和 IT 运维（Ops） - 专注于持续集成、交付和监控 - 强调自动化、协作和快速发布
优点： - 更快的发布周期 - 通过持续测试和集成提高软件质量 - 加强开发和运维团队之间的协作
适用场景： - 高频发布环境，或需要快速部署和扩展的产品
7. IT 生命周期（The IT Lifecycle）
阶段
- 规划（Planning）
- 设计（Design）
- 开发（Development）
- 部署（Deployment）
- 运维（Operations）
- 退役（Retirement）
持续 IT 生命周期
- 不是一个线性过程，而是持续循环
- 每个阶段都可能触发回到前面的阶段
- 需要框架来管理这个生命周期
8. 框架（Frameworks）
管理 IT 生命周期的常用框架： - ** ITIL（Information Technology Infrastructure Library） - COBIT - ISO/IEC 27001**
9. 关键术语表
| 术语 | 含义 |
|---|---|
| Project | 临时性努力，创造独特产品/服务/结果 |
| Scope | 项目范围，包含所有需要完成的工作 |
| Stakeholder | 干系人，与项目有利益关系的各方 |
| Waterfall | 瀑布模型，顺序线性方法 |
| Agile | 敏捷开发，迭代灵活方法 |
| DevOps | 开发运维，融合开发和运维的方法 |
| Sprint | 敏捷中的短工作周期 |
| IT Lifecycle | IT 生命周期，规划到退役的全过程 |
10. 总结
本周课程的核心要点：
- 项目管理是平衡艺术——在时间、成本、范围、质量之间取得平衡
- 选择方法论取决于项目特性——固定需求选 Waterfall，变化选 Agile，高频发布选 DevOps
- 专业伦理很重要——项目经理需要在交付压力和诚信之间找到平衡
- IT 生命周期是循环的——需要持续管理和不断改进
- 干系人管理决定成败——沟通和参与是关键成功因素
参考资料
- Smartsheets (2023)
- Sydney Metro (2024)
- Veritis (n.d.)
- Humphreys & Associates (2019)