软件过程与项目管理复习（1）

文章目录

• Week1
• • Project Introduction
  • • 定义
    • 特点
  • Project management
  • • 项目管理的价值
    • 项目管理的5要素
    • Project manager项目经理的技能要求
    • project manager 的核心任务（key activities)
    • • 规划 planning
      • 组织 organizing
      • 领导 leading
      • 掌控 controlling
    • Agile Scrum master 的核心任务（key activities）
    • 项目经理和Scrum master 的异同
  • Projects
  • • 一些项目管理方法/规范 PMM
    • • Waterfall
      • Agile
    • 项目成败的定义
    • 项目成败的关键
    • 如何选择正确的项目（Project screening）
    • 项目启动（初始化）阶段
    • • Business case
      • • 主要内容
        • business case 中不同的角色和职责
        • • Coporate
          • Excutive
          • senior user
          • project manager
          • project assurance
          • project support
    • 投资技巧和经济模型（investment techniques & financial models）
    • • 投资技巧——投资回 率（ROI）
      • 投资技巧——净现值（NPV）
      • 投资技巧 ——回收期（Payback Period）
      • 投资技巧——项目估计大致数量级（ROM)
    • Project Charter
    • • project charter 和 business case 的区别
• Week2
• • Process
  • • 经验主义的流程控制
    • 基于定义的流程控制
    • Process 分别和 项目管理（PM) 以及软件工程有什么关系
  • SDLC
  • • SDLC 中的主要任务（activities）
    • Formal
    • • Waterfall
      • Incremental
      • V-model
      • Formal 什么时候比较好用
    • Agile
    • • Agile Framework
      • • Manifesto（敏捷宣言）
        • 12 key principle
        • kanban
        • scrum
      • Scrum
      • • 特点
        • Scrum Framework
        • • Roles
          • Ceremonies
          • Artifacts
      • Kanban
      • Extreme Programming
      • Agile 总结优缺点
    • 如何选择 Formal 和 Agile
    • ==扩展 Wagile / PRINCE2 / PMBOK / SAFagile==
• Week3
• • 风险管理（Risk management）
  • • Risk 和 Uncertainty 的区别
    • Risk 种类
    • • Business Risk
      • Project Risk
      • Product Risk
    • Risk management 的意义
    • 风险管理的流程（process）
    • • Plan（risk management plan 的主要活动）
      • Identify
      • • Pondering 思考法
        • Interview 采访法
        • brainstorming 脑暴法
        • checklist 列举法
        • Delphi
        • SWOT Analysis(case study)
        • Indentify 的案例和思维训练
      • Analyse and assess
      • • Analyse
        • Assessment
        • • Risk Matrix：定性分析
          • 定量分析 quantitative
      • Respond（action）
      • • 接受或者忽略 accept / ignore
        • 避免 avoid
        • 减轻 mitigate
        • 转移 transfer
        • Exploit 探索
        • Enhance 提升
        • Share 共享
        • Accept 接受
      • Risk Respond Plan 风险应对计划（risk register）
      • Monitor and Control
      • • Monitor & Control 的工具
        • • Risk audits – 风险审计
          • Risk reviews- 风险审查
          • Risk status meetings 风险状态会议
    • Formal Risk Management & Agile Risk Management
    • • Formal Risk Management（就是上面讲的管理方法）
      • Agile Risk management
      • • ==Sprint review risk evaluation（Sprint评审风险评估）==
• Week 4
• • 项目管理计划（project management plan）PMP
  • • Formal
    • • Formal PMP 的主要内容
      • • • 项目信息有关的（project information）
        • 项目需要管理的内容（project governance）
  • 利益相关者管理（Stakeholder Management）
  • • Identify 利益相关者 & Register
    • • Internal 利益相关者
      • external 利益相关者
    • 利益相关者的参与和计划（Stakeholder Engagement & Planning）
    • • 不同的参与程度（Engagement level）
      • • Unaware
        • Resistant
        • Neutral
        • Supportive
        • Champion / Leading
      • Stakeholder Planning 的内容
      • • stakeholder 分析
  • 沟通管理（Communication management）
  • • 沟通挑战（communication challenge)
    • • 个人挑战
      • 团队挑战
    • 倾听的重要性（listening importance）
    • • 倾听的好处
      • listening 的过程（process）
      • 倾听的类型（types）
      • • 主动接受-tutorial
        • 被动接受-lecture
      • 倾听的绊脚石（challenges）
      • 主动倾听的重要性（active listening importance）
    • 沟通技巧和重要性（skills & importance）
    • • 沟通能力包括（skills）
      • 沟通为什么重要
    • 沟通计划（communication plan）
    • 虚拟团队（virtual teams & communication）
    • • 如何沟通（communication）
      • 如何构建好的 virtual team
    • 沟通的关键考量（key communication consideration）
    • • 可能的冲突 Conflict
• Week 5
• • 项目规划（Project Scheduling）
  • • project schedule 主要内容
    • 构建 project schedule 的步骤
    • • 1. WBS 将项目切分
      • 2. 识别不同子任务之间的依赖（dependencies）
      • • 有约束的（Constrained）
        • 没约束的（Unconstrained）
        • 依赖的类型（Type ）
        • • Finish-to-Start
          • Start-to-Start
          • Finish-to-Finish
          • Start-to-Finish
      • 3. 构建任务 络 (Task Network)
      • 4. 评估每个 task 的任务量 + 分配时间（effort estimate & time allocation）
      • • Effort estimate（人力评估）
        • time estimate （时间评估）
      • 5. 资源分配（allocate resource）
      • 6. 构建项目计划 （Project schedule）
      • • Critical Path 关键路径
        • Crashing the project schedule
    • Project Tracking & Control （项目进度跟踪和控制）
    • • 如何跟踪进度和控制
      • • Earned Value Analysis（EVA)
        • • PV
          • EV
          • AC
          • Schedule variance
          • Schedule Variance index
          • cost variance
          • cost Variance index
    • Project schedule in Agile（agile 的方式进行项目安排）
    • • Planning in scrum（在 scrum 中的不同层级的规划）
    • Release Planning (发布计划)
    • • Formal
      • • 固定规模 Scope fixed 的发布计划
        • 固定预算 Budget fixed 的发布计划
        • 固定项目期限 schedule fixed 的发布计划
      • Agile
      • • Fixed Date Release Planning
        • Fixed-Scope Release Planning
• Week6
• • Cost estimation （成本估算）
  • • 成本估算的方式
    • • Delay Estimation （延后估算）
      • 基于以前的项目估算
      • 将项目切分成小块分别估算
      • 使用基于经验的估算方式
    • 成本估算技术（Techniques）
    • • 专家法（Expert judgement)
      • 类比估计法（Estimation by Analogy)
      • 帕金森法（Parkinson’s Law）
      • Pricing to win 方法
      • 算法建模（Algorithmic cost modelling）
  • Software size estimation（软件尺寸评估）
  • • 代码行数（Source lines of code）SLOC
    • • 真实的 SLOC
      • 逻辑的 SLOC
      • 优缺点
    • 功能点数（function points） FP
    • • 如何计算 FP
      • • 将需求分类（categorize requirements）
        • • Functional
        • 对每一个种类的 function 评估其复杂度
        • • DETs
          • RETs
          • FTR
        • 计算总的复杂度
        • 通过计算得到 value adjustment factor 值
        • 计算总的 FP 点数
      • 优缺点
  • Agile effort estimation（agile 的成本评估）
  • • 评估角度
    • • Story point
      • Velocity
    • 评估流程（Agile estimation process）
    • • 构建 user story
      • 为每个 user story 评估 story points
      • 根据以往经验中团队的速度评估 delivery time
      • 结合开发过程评估在当前项目团队真正的速度
      • 使用真实速度重新评估 delivery time
    • Agile estimation guideline（agile 评估指南）
    • Agile 评估技术 (technology)
    • • Planning poker
      • Bucket System
      • Relative mass valuation
      • 速度计算
      • 关于评估的最后总结

Week1

Project Introduction

定义

• 创造一种独特的产品、服务或成果的暂时努力。

特点

• 会给组织带来新的机会（chance）
• 是一个 temporary 的行为，所以一定有开始和结束
• 跨职能，跨越组织边界（cross-functional, cut across organizational boundaries)
• 要应对未知（UnKnown）
• 是独特的（unique）

Project management

参考资料

项目管理的价值

• 节省资源
• 管控风险
• 明确存在的问题
• 管理和实现 change
• 复用之前的一些经验和知识
• 从过去的成功和失败中学习

[引用文章中给出的答案]

• 时间 time
• 成本 cost
• 质量 quality
• 范围 scope
• 收益 benefit
• 风险 risk

Project manager项目经理的技能要求

参考文章：项目经理需要的十项技能

• 在压力下工作保持工作状态
• 能在一个经常与预期不同 / change 频繁发生的环境中游刃有余
• 知人善任（给合适的人分配合适的工作）
• 适应、解决问题的能力
• 是个高效的沟通者
• 很强的行动力和执行力，不拖延
• 会发 施令，能控制局面

Waterfall

• 计划阶段非常详细，可以产生精确时间表
• 面对挑战难以调整，难以纠正之前的问题
• 需要再计划阶段积极地考虑后面可能发生的问题

Agile

• 专注于适应挑战
• 依赖于持续和定期的反馈
• 专注于以迭代的方式尽快交付产品
• 几乎没什么管理行为
• 团队成员自己选择任务，参与感更加明显
• 以顾客和需求为导向
• 灵活，返工少
• 团队成员需要经验
• 大型项目是短板
• 很难与供应商签约

项目成败的定义

• successful：按时完成，按预算完成，功能都实现
• challenged：完成但是超时或者超预算，或者少点功能
• 失败：没有成品，项目中途取消

项目成败的关键

参考资料

• 持续的资金投入
• 开发人员的性格稳定成熟
• 客户积极参与
• 优化——需求陈述

如何选择正确的项目（Project screening）

项目启动（初始化）阶段

Business case

商业案例的目的就是提供一个机制，来判断当前的项目是否值得继续投资，有没有继续下去的必要

• 为关键决策者提供事实基础，以决定是否应进行的项目
• 演示项目如何为组织增加价值
• 有一套预先定义的标准组织，包含特定的内容 (成本、收益、风险等)
• 与项目的 size 无关，因为 size 取决于成本 / 收益
• 它是贯穿整个项目的活动文档，应该被评审 并在关键阶段签字

主要内容

• 可执行总结
• 为什么这个项目是必须的，有价值的
• 商业候选方案有哪些
• 期待的收益是什么
• 预期的不利是什么
• 时间跨度
• 成本估计
• 投资估价

Coporate

• 授权
• 让高级用户负责实现利益
• 负责实施岗位项目的效益验证。

Excutive

• 拥有项目
• 审查收益

senior user

• 负责接受和发放利益。
• 负责确保交付的产品达到适当的质量标准
• 提供持续的实际预测效益实现

project manager

• 准备业务用例
• 进行风险评估和影响分析
• 在每个定义的阶段评估和更新业务用例

project assurance

• 协助开发业务案例
• 确保持续管理物有所值和风险
• 监视业务用例的更改并对其进行验证。

project support

• 负责收集数据并准备管理 告
• 对所有项目涉众的关键支持点-时间表
• 成本分析， 会议记录，行动，供应商联络等

投资技巧和经济模型（investment techniques & financial models）

投资技巧——投资回 率（ROI）

• 净收益 / 成本 = (投入 – 成本) / 成本
• 很多机构的最低可接受的 ROI 在 11%-14% 之间

投资技巧——净现值（NPV）

• NPV是最常使用的用来进行项目筛选的量化/财务方法之一
• 净现值（NPV）是一段时间内现金流入现值与现金流出现值之间的差额。NPV 用于资本预算和投资规划，以分析预计投资或项目的盈利能力。
• 应考虑NPV为正的项目，如果 财务价值是一个关键标准
• 一般来说，NPV越高，越有利

投资技巧 ——回收期（Payback Period）

• 回收期是指项目在应计收益超过应计成本之前所花的时间，或指一项投资收回初始成本所需的时间
• 根据对每年净现金流的跟踪 确定净收益超过净成本的年份 (非折现现金流)
• 许多组织希望IT项目的时间相当短 由于性质的变化，回收期(

投资技巧——项目估计大致数量级（ROM)

project charter 和 business case 的区别

参考资料
通俗来讲，可以想一下这个场景：

• 公司或者投资人会接受很多的项目案例，这些案例都要说自己的项目很有价值，收益是多少，风险是什么
• 然后决策者觉得哪个比较有价值，就选出来，投钱
• 然后让这个项目的发起人去写个项目章程把大致的里程碑，资源，成本什么的做个分析，所以项目章程是项目开始的第一份文件

所以 business case 一定发生在 project charter 之前

Week2

Process

• process 就是一套标准的流程
• process 的目的就是高效地完成具有相似特点的一系列事情

经验主义的流程控制

• 边进行边学习
• 能够应对 change
• 使用较短的开发周期进行检查和适应
• 估算仅是指示性的，可能并不准确

基于定义的流程控制

• 时间容易把握
• change 厌恶

Process 分别和 项目管理（PM) 以及软件工程有什么关系

• 项目管理可以看做是一个 Process 因为这个过程中要涉及到多个既定的步骤，这些步骤可以被标准化，从而提高每个项目的效率
• 系统开发生命周期（System Development lifestyle）SDLC 是软件工程中使用的术语。它描述了规划、创建、测试和部署信息系统的过程（这也是一个 process）。SDLC可以只由硬件组成，也可以只由软件组成，或者两者的组合。
• 总结一下：就是无论 PM 还是软件工程中的软件开发的 SDLC 本质上都是 Process。只要是 Process 就可以进行流程控制（Process control）而流程控制又分成两种：empirical 的和 defined；可以对他们的这个流程进行标准化提高开发和管理的效率

SDLC

系统开发生命周期(SDLC)，也称为应用程序 开发生命周期，是系统工程信息中使用的一个术语 系统和软件工程描述计划、创造、 测试和部署信息系统。

既然 SDLC 本身可以看成是一种 process，那么 Formal 对应的就是 process control 中的 defined 方式。Agile 也就对应的是流程控制中的 empirical 的方式

SDLC 中的主要任务（activities）