EMACS & 程序 编程点滴...

天下难事必作于易,天下大事必作于细

Lastupdated: 2011-10-30

项目管理






TOPPM概念

Project Management为了达成目标而实施的方法。

TOP要素

  • 范围,品质
  • 时间
  • 资源
  • 日程计划表
  • 预算
  • 风险
TOP决定元素的优先顺序
每个项目根据上计元素的重要性都会制定其优先顺序
  • 最优先(必达目标)
  • 次优先(努力目标)
  • 容忍要素

TOPProject的特性

  • 独立性
    • 不像一般的业务,有反复性和延续性
  • 有期性
  • 阶段详细化
    • 伴随项目的开展,根据新的外界信息改善项目计划

TOPProject的组织结构

  • 机能型组织(容易与日常业务相混淆,不明确优先级别)
  • 项目型组织(成员忠诚度低,キャリアパス难以形成)
  • MATRIX型组织(重视机能部门长与项目部门长之间的沟通)

TOP对Project Management的要求

  • 把握与项目有利害关系者(Stakeholder)的需求,期待目标
  • 特定要求项目
  • 平衡PM中的各个制约要素

TOP对Project Manager的要求

  • 业务知识
  • PM技能
  • 人际关系技能
    • 理解力:站在对方角度考虑
    • 沟通能力:简洁明了地传达
    • 管理能力:注意到部分与整体的联系

TOPPMO

  • 组织管理过去项目中的经验与教训,提高新项目见积的精度,降低成本与风险,以提高利益率
  • 为了提高PM的知识和技能,制定培训计划

TOPProject Process分类

  • 启动 :明确最终成果物,达到Stakeholder,项目成员间的认识统一
    • 项目许可文档作成
    • 特定Stakeholder
  • 计划
    • 决定Baseline和相应手法
  • 实行
    • 定义项目执行阶段需要做的
  • 监视,控制
    • 预防措施的提案(当检测数据与计划书中定义不符的时候提出)
    • 基于Baseline,Performance的监视,发生问题时采取必要措施、对策
    • 执行承认范围内的变更(时间表,成本,范围)
  • 终结
    • 顾客,投资者正式交接
    • 实施Review
    • 经验教训的文档化;产生的标准process,模板作为新项目的输入
    • 项目文档的保管
    • 调配的完了

TOPProject综合管理

TOP启动阶段

  • Input : 项目作业范围记述书,商业模式,契约,组织的环境要素,资产
  • Tools : 专家的判断
  • Output : 项目章程
    • 顾客,投资者的要求
    • 项目的目标
    • 项目的成果物
    • 项目经理的权限
    • 基本时间表
    • 预算
    • 项目前提条件等
    明确目标的手顺
    • 掌握真实的需要
    • 决定最终的成果物
    • 决定3要素的优先级(时间,资源,Scope/品质)
    • 项目目标文档化
      • Who,What,How
      • 项目结束/成功标准,预算
    • 决定变更管理的手顺
    • 决定项目的基本规则
    • 收集整理项目文档
    明确目标时的Point — SMART
    • Specific : 具体化
    • Measurable : 用可测定的数字化表述
    • Agreed-upon : 被合意,大多人认可
    • Realistic : 现实的,可达到的,高水准的
    • Time-Limited : 明确具体时间期限
    项目文档的构成
    • 项目概念:依赖者的需求,项目战略位置,3要素的优先顺序
    • 项目目标:谁,做什么,成功/完了的判断基准,为什么,何时截止,成本多少
    • 变更管理的手顺
    • 对最终成果物的要求事项(包含什么,没有什么)
    • 项目基本规则
    • 项目前提条件,制约条件
    • 过去项目的教训与经验
    • B方案,可行性研究,以及针对风险的预测
    项目启动时流程
    • 指定/明确项目目标
    • 实施项目Kickoff会议,团队间项目的目的,Goal,重要性等情报共享

TOP计划阶段

  • Input : 项目章程,组织的环境要素,资产
  • Tools : 专家的判断
  • Output : 项目管理计划书(根据项目进展程度,可以变化)

TOP实施阶段

  • Input : 项目管理计划书,认可了的变更需求,组织的环境要素,资产
  • Tools : 专家的判断,PM信息系统
    • 项目管理技巧
    • 产品业务知识
    • 作业认可系统
    • 进度状况review会议
    • PM信息系统
  • Output : 要素成果物,变更要求,作业Performance信息,更新了的项目管理计划书,项目文档

TOP监视/控制阶段

  • Input : 项目管理计划书,实绩报告书,组织的环境要素,资产
  • Tools : 专家的判断
  • Output : 变更(范围,时间表,成本)要求,更新了的项目管理计划书,项目文档

TOP终了阶段

  • Input : 项目管理计划书,成果物,组织资产
  • Tools : 专家的判断
  • Output : 最终产品,服务,更新组织资产
    • 从项目中学到的
    • 项目的范围
    • 时间表,预算
    • 进度控制
    • 团队
    • 各部门间的关系
    • 其他反馈

TOPProject管理详细

TOPProject Scope管理

TOP要求事项收集
  • 收集Stakeholder的要求,决定成果物
    • 调查问卷
    • 采访
    • 原型分析
    • 观察
    • 团队决定
TOPScope定义
  • 成果物Scope(特征,机能)
    • 明确范围内和范围外对象
TOPWBS做成
  • 项目Scope(必要的作业)
    • 为了将成果物用具体的作业表征,细化成果物,作业分解
      • WBS(作业分解图作成)
        • 从团队成员处收集意见,信息
        • 讨论项目目标,必要的时候重新定义
        • 大致切分
        • 详细切分
        • 将WBS最下级作业(WP)分配到具体的责任人,并决定成果物
        • 根据需要作成各种作业的“作业记述书”
          • 团队最初不了解的作业内容
          • 项目中最重要的作业
          • 团队中新成员的担当作业
        • WBS字典
      • WBS的优点
        • 作业可以按容易开展的方式分割
        • 省略多余的作业
        • 按成员的职务分担作业
        • 可以随时调整,预测作业量
        • 可以明确作业的责任与权限
  • Scope记述书构成要素
    • 目标
    • Scope定义
    • 要求事项
    • 境界线
    • 要素成果物
    • 接受标准
    • 制约条件
    • 前提条件
    • 当初的项目组织
    • 风险定义
    • 时间表,里程碑
    • 资金的上限
    • 成本见积
    • 配置管理要求事项
    • 式样
    • 认可的要求事项
    WBS作成手顺
    • 交换项目团队间的信息与意见
    • 再次检讨项目目标,如果需要可以修改
    • 先从大的方向切分
    • 再细化各个大分类(成果物,产品构成,机能,组织单位,地域,经费项目,时期,作业)
    • 直到每个分类最下位的各个WBS
      • 人月、人周,人时为止,分解可见积的作业量
      • 作业的分解等级不一定必须完全一致
      • 40-80时间原则 :每个WBS原则上作业量安40小时(1周)来划分
      • 明确表示作业内容
    • 分配各个WBS的责任者/支援者及成果物,并作成WBS一览表
      • 罗列住促成项目成功的技术要素
      • 结合团队成员的技能,经验来选择具体担当
      • 和团队成员交流,相谈之后决定职务/责任担当
      • 得到团队成员及其关联部门的同意
      • 总结职务/责任相关的【职务分担表】
      • 【职务分担表】中明确由谁做什么,并得到具体担当同意、承诺
    • 制作WBS的【作业记述书】
      • 作业番号
      • 作业内容
      • 责任者
      • 作业说明
      • 作业成果物
      • 作业完了的判断基准
      • 前提条件
TOPScope检证,过程控制
  • 决定成果物的检测方法及控制步骤
    • 完了基准,成功基准
    • 关联品质标准
  • Scope变更管理
    • 变更要求文档化
    • 变更要求归档
    • 评价变更理由和效果
    • 评价对项目的影响
    • 决定是否采用或延期
    • 变更时通知关系者并修正计划

TOPProject Time管理

将可管理的作业细化,并估计作业时间,作成时间表,按时间管理进度。

TOP定义作业内容
  • Input : Scope Baseline
  • Tools : 要素分解,模板化
    • 容易管理的程度细化项目构成要素
    • 责任者落实到个人
    • 成果物细化
    • 作业内设定检查点
    • 可以估算作业量
    • WBS作为base, 在WP级别定义各要素成果物
  • Output : 作业list, 作业属性,里程碑list
TOP定义作业顺序(作业前后关系)
  • Input : 作业list, 作业属性,里程碑list,项目Scope记述书,组织资产
  • Tools : PDM,依存关系,Lead&Lag,时间表-网络-模板
    • PDM — 决定作业顺序,检讨作业间依存关系,用Node、箭头来表示各种依存关系
    • Lead — 后继作业可以提前
    • Lag — 当前作业完了之后,后续作业如果没有经过一定时间不能开始
    • 依存关系
      • 强制依存: 严格的作业先后顺序
      • 任意依存: 无作业顺序关系
      • 外部依存: 改作业依赖外部资源的情况
  • Output : 项目时间-网络图,项目文书(更新版)
TOP估计作业中必要的资源
  • Input : 作业list, 作业属性,资源日程表,组织环境因素,资产
    • 资源日程表: 资源利用可能时间,可用性,能力等因素
  • Tools : 以往见积的数据,代替案分析,Bottom-up(从点到面)分析
  • Output : 作业资源的要求,项目文书(更新版)
TOP估计作业所需时间
  • Input : 作业list, 作业属性,作业资源的要求,资源日程表,项目Scope记述书,组织环境因素,资产
  • Tools : 类推,系数,三点,预备设定,专家分析
    • 类推: 从以往的项目数据中推测
    • 系数: 根据预定作业量,按照作业单位见积时间
    • 三点: 乐观、现实、悲观3个值求
      • PERT方法:(乐观 + 现实x4 + 悲观)/ 6
  • Output : 作业所需时间见积,项目文书(更新版)
    • 作业量: 人月,人周,人日,人时间
    • 所需时间: 可变,固定
TOP时间表作成
  • Input : 作业list, 作业属性,作业资源的要求,资源日程表,项目时间-网络图,项目Scope记述书,作业所需时间的见积,组织环境因素,资产
  • Tools : 时间表-网路分析,临界路径分析(Critical Path),临界连锁分析(Critical Chain),资源标准化,What-IF过程分析,运用Lead&Lag
    • 临界路径分析(Critical Path): 从头到尾最长的路径
      • 记入作业所需时间
      • 合计各个径路所需时间,得到这个项目时间
  • Output : 项目时间表,时间表BaseLine,时间表数据,项目文书(更新版)
TOP按照时间表管理进度
  • Input : 作业进展情况,项目管理计划书,项目时间表,组织资产
  • Tools : 作业进度成果Review,差异分析,资源标准化,What-IF过程分析,运用Lead&Lag,缩短时间表
    • 时间表控制的注意点
      • 现状的把握
      • 时间表变更对其他元素的影响
      • 时间表变更的决定
      • 变更后的管理
    • 时间表短缩
      • 资源调度
      • 工具自动化
  • Output : 作业进度测定结果,变更要求,项目管理计划书(更新版),项目文书(更新版),组织资产(更新版)

TOPProject Cost管理

TOP计划过程—Cost见积
  • Input : ScopeBaseline,项目时间表,人力资源计划书,危机list,组织环境,资产等信息
  • Tools : 类推见积,系数见积,bottom-up见积,3点见积,专家判断,预备设定分析,品质成本
    • 类推: 依据以往项目的经验值
    • 系数: 根据开发过程中的单位值
    • bottom-up: 根据WBS等个别作业累计
  • Output : 作业成本见积,见积的根据,项目文书(更新版)
TOP计划过程—预算设定
  • Input : 作业成本见积,见积的根据,ScopeBaseline,项目时间表,资源时间表,契约,组织环境,资产等信息
  • Tools : 成本总括,专家判断,预备设定分析,过去关系,根据限度的调整
  • Output : 成本性能Baseline,项目资金要求明细,项目文书(更新版)
TOP监视-控制过程—成本控制
  • Input : 项目管理计划书,作业性能信息,项目资金要求明细,组织资产信息
  • Tools : EVM,预测,TCIP,性能review,差异分析
    • EVM: 通过比较实际的成本与预算来测定性能
    • 成本控制的内容
      • 统管变更要求的流程
      • 监视作业性能,找出成本差异
      • 确认变更被正确地记录
      • 预防没有被承认的变更
      • 调查差异原因,采取必要的对策
  • Output : 作业性能测定结果,项目管理计划书(更新版),预算预测,组织资产信息(更新版),变更要求,项目文书(更新版)

TOPProject 品质管理

TOP计划过程—品质计划
  • Input : ScopeBaseline,时间表Baseline,成本性能Baseline,StakeholderList,风险list,组织环境,资产等信息
  • Tools : 费用利益分享,计划实验法,统计,基准,流程图
    • 满足品质要求的利益—减少重复修改
    • PM根据时间和成本,将经验不同人员组成
    • 具体的品质管理团队来管理,监督过程
  • Output : 品质管理计划书,品质Checklist,过程改善计划书项目文书(更新版)
TOP执行过程—品质保证
  • Input : 品质尺度,项目管理计划书,作业性能信息,品质管理测定结果
  • Tools : 品质监察,过程分析
  • Output : 项目管理计划书(更新版),组织资产信息(更新版),变更要求,项目文书(更新版)
TOP监视,控制过程—品质管理
  • Input : 项目管理计划书,品质尺度,品质监察list,作业性能信息,认可的变更要求,要素成果物,组织资产
  • Tools : QC7工具(特性要因图,管理图,流程图,柱状图,柱状与曲线组合的图,ランチャート,离散图,检查,统计例子)
    • TQM:品质,时间计划,生产性,成本的持续改善
    • PDCA:重复,計画(plan)、実行(do)、評価(check)、改善(act),达到业务的持续改善
  • Output : 品质管理测定结果,确认后的变更,确认后的成果物,变更要求,项目管理计划书(更新版),组织资产信息(更新版)

TOPProject 人力资源管理

TOP计划过程—人力资源计划书做成

决定项目各成员的作用,责任,相互间关系,测定成员的管理方针。

  • Input : 任务要求,组织环境因素,组织过程资产
  • Tools : 组织图与职位描述,网络图
    • 根据WBS定义成员的作用及责任
      • 作业内容被复数成员担当的时候,指定一名责任人(窗口),并负责内外的沟通
  • Output : 人力资源计划书
    • 成员怎样被调达
    • 调达和离任的时间
    • 离任的基准
    • 培训
    • 奖励计划
    • 安全考虑
    • 法令,规则的
TOP执行过程—团队组成
  • Input : 项目管理计划书,组织环境要因,组织过程资产
  • Tools : 先行任命,交涉,调达,虚拟团队
    • 先行任命:将预先任命特定技术的人员
    • 虚拟团队:利用电视电话会议,远程交互交流
    • 团队作成留意点:过去经验,个人的爱好,能力,可能性,成本
  • Output : 项目成员任命,项目管理计划书(更新版),资源日历
TOP执行过程—团队培养

为了提高项目的生产效率,培养成员的能力,促进成员间交流,改善工作环境

  • Input : 项目成员任命,项目管理计划书,资源日历
  • Tools : 培训,人际关系技巧,团队活动,行动规范,搭档,表彰、奖励
    • 目标:为了完成担当任务,调高成员技术水准;培养团队各成员间的信赖关系和一体感
    • 有危险的味道:暖昧的权限,对立的利害关系,沟通的障碍,单方面的依存,特殊机能的组织,应酬的要求,合意的必要性,过去未解决课题
  • Output : 团队成绩评价,组织环境因素
TOP执行过程—团队管理
  • Input : 团队成绩评价,项目成员任命,项目管理计划书,实绩报告书,组织的过程资产
  • Tools : 观察与对话,冲突管理,项目成绩评价,课题日志,人际关系技巧
    • 对立关系产生的原因:资源不足,日程表的优先顺序,个人作业风格
    • 冲突管理的方法:撤退和回避,镇静和适应(强调可行的部分),妥协,强制,协力,对峙和问题解决
  • Output : 组织环境要因(更新版),组织的过程资产(更新版),变更要求,项目管理计划书(更新版)

TOPProject 沟通管理

TOP启动过程—厉害关系者(Stakeholder)的特定

特定与项目有关系的人,组织;并将利害关系,影响程度等文档化的过程。

  • Input : 项目宪章,组织的过程资产,调达文档,组织环境要因
  • Tools : 厉害关系者的分析,专家的判断
    • 厉害关系者的划分:
      • 顾客,用户
      • 投资者
      • 监管部门
      • 项目管理责任人
      • 项目团队
      • 机能部门管理责任人
      • 合作伙伴等
    • 分析的手顺:
      • 特定所有的厉害关系者
      • 根据影响力大小决定厉害关系者的优先级别
      • 计划推动厉害关系者的方法
  • Output : 厉害关系者的名册,厉害关系者管理策略
TOP计划过程—策定沟通计划
  • Input : 厉害关系者名册,厉害关系者管理战略,组织环境要因,组织过程资产
  • Tools : 沟通技巧,沟通模型,沟通手段,要求分析
  • Output : 沟通管理计划书,项目文档(更新版)
    • 与厉害关系者沟通的要求事项
    • 应转达的内容,格式,详细程度
    • 信息发布的责任人
    • 信息接收人,分配目的地
    • 使用的方式,技巧
    • 沟通的频度
    • 项目实行期间,计划更新,改善方法
    • 暂时不能解决问题的调查,跟踪手顺
    • 共通用语解释集
    • 涵盖项目:沟通项目,目的,频度,公文格式,责任者
TOP执行过程—信息发布
  • Input : 项目管理计划书,成绩报告书,组织过程资产
  • Tools : 沟通手段,信息发布工具
    • 项目信息发布方式
      • 项目会议
      • 文档(拷贝资料)
      • 电子文档
      • 传真,邮件
      • 电话,TV会议
    • 团队成员间信息共享方式
      • 共有文件系统
      • 电子文档数据库
      • 项目文书,作业管理工具
      • 技术文档系统 - 沟通的种类
      • 文档或口头
      • 内部与外部
      • 公式与非公式
      • 纵方向与横方向
  • Output : 组织过程资产(更新版)
TOP执行过程—厉害关系者的期待管理

为了满足厉害关系者的需求,针对交流,协力,对应问题的过程管理。

  • Input : 厉害关系者名册, 厉害关系者管理战略,项目管理计划书,课题日志,变更日志,组织过程资产
  • Tools : 人际关系技巧,管理技巧,沟通手段
    沟通的留意点
    • PM针对上层管理者,客户要有持续的技术事项,预算,时间表等情况的报告
    • 针对客户,代理上层领导与其建立开发,又好的关系
    • 需要团队与顾客之间的互动,联络
    沟通手段
    • 相互型沟通:2人以上的会议型沟通,情报交流
    • Push型沟通:邮件等形式的沟通,不能保证受信者是否理解或接受
    • Pull型沟通:公开公布的形式,受信者根据自己的情况接受信息
  • Output : 项目文书(更新版),组织过程资产(更新版),变更要求,项目管理计划书(更新版)
TOP监视过程—实绩报告
  • Input : 项目管理计划书,作业效率情报,作业效率测定结果,预算,组织过程资产
  • Tools : 差异分析,预测手法,沟通手段,报告系统
    报告的过程
    • 收集实绩数据
    • 与计划的对比
    • 分析原因,分析影响
    • 考虑是正对策
    • 修正项目计划
    • 报告现状和修正点
  • Output : 实绩报告书,组织过程资产(更新版),变更要求

TOPProject 风险管理

TOP计划过程—风险管理计划
  • Input : 成本管理计划书,时间表管理计划书,沟通管理计划书,项目范围记述书,组织环境因素,组织过程资产
  • Tools : 计划会议与分析
    风险管理的前提
    • 不确定性
    • 风险特定—活用项目关联信息,提炼出机会与威胁
    • 风险评价—评估风险的发生可能性及影响度
    • 先行准备
    • 需要有规律,反复持续的过程
    • 团队是管理的重点
    • 风险管理过程不含在WBS中
  • Output : 风险管理计划书
    风险管理计划书得构成
    • 方法论:开展方法,工具,数据源
    • 作用与责任:决定Leader与支援者
    • 预算:考虑项目成本
    • 时机:什么时间,怎样执行
    • 风险分类
TOP计划过程—风险特定
  • Input : 成本管理计划书,活动成本见积,项目文档,活动WBS见积,组织过程资产,范围Baseline,厉害关系者(Stakeholder)名册,成本管理计划书,品质管理计划书,时间管理计划书,组织环境要因
  • Tools : 情报收集方法,SWOT分析,Checklist分析,文书Review,前提条件分析,图解分析,专家判断
    分析分类
    • 技术,品质,性能相关风险
      • 关联模块由其他团队设计,制作
      • 由于技术更新而引起的技术落后问题
      • 没被证明的新技术,材料的使用
    • 项目管理风险
      • Scope,品质,时间管理,资源
      • 信息收集技术
    • 组织风险
      • 组织变更,方针更改
      • 项目优先顺序变更
      • 失去赞助者
    • 外部风险
      • 政府的规则更改
      • 市场风险(顾客需要,竞争的变化)
  • Output : 风险问题登陆薄
TOP计划过程—定性风险分析

分析风险的发生可能性,影响度,并决定风险管理的优先级。

  • Input : 风险问题登陆薄,风险管理计划书,项目Scope记述书,组织过程资产
  • Tools : 风险发生可能性/影响度调查,发生可能性/影响度matrix,分析数据品质检查,分析区分,风险紧急度判定,专家判定
  • Output : 风险问题登陆薄(更新版)
    • 风险优先顺序
    • 风险区分
    • 短期对应风险
    • 针对优先级低的风险所用的监视链表
    • 追加Review或对应时的链表
    • 定性风险分析结果
TOP计划过程—定量风险分析

针对特定的风险,用数值来分析它对项目目标全体的影响。

  • Input : 风险问题登陆薄,风险管理计划书,成本管理计划书,时间管理计划书,组织过程资产
  • Tools : 数据收集/表现的技法,定量风险分析,模型化技法,专家判断
  • Output : 风险问题登陆薄(更新版)
TOP计划过程—风险对应计划

为了减少风险而决定对策的过程。需要关系者合意并明确责任人。

  • Input : 风险问题登陆薄,风险管理计划书
  • Tools : 针对负面风险或威胁的战略,针对正面风险或契机的战略,发生时对应战略,专家判断
    风险对应战略
    • 回避:分析文档化,根据沟通来规避
    • 转移:比如保险
    • 减轻:
    • 接受:判断接受标准
  • Output : 风险问题登陆薄(更新版),风险关联的契约决定,项目管理计划书(更新版),项目文书(更新版)
    针对影响比较大的风险采取的计划管理内容
    • 监视各风险的管理责任人
    • 预防对策
    • 发生时对策
    • Tigger Point:针对发生时对策而产生的实际状况
TOP监视/控制过程—风险监视/控制
  • Input : 风险问题登陆薄,项目管理计划书,作业进展信息,实绩报告书
  • Tools : 风险再查定,风险监察,差异倾向分析,实绩测定,预备设定分析,状况确认会议
  • Output : 风险问题登陆薄(更新版),变更要求,组织过程资产(更新版),项目管理计划书(更新版),项目文书(更新版)

TOPProject 调达管理

TOP计划过程—调达计划
  • Input : Scope Baseline,要求事项文书,协助契约,风险登陆薄,风险关联的契约决定事项,任务资源的要求,项目时间表,任务成本见积,成本性能Baseline,组织体环境要因,组织过程资产
  • Tools : 内外分析,专家的判断,契约类型
  • Output : 调达管理计划书,调达作业范围记述书,内外制决定,调达文书,发注地选定基准,变更要求
TOP执行过程—调达执行
  • Input : 项目管理计划书,调达文书,发注地选定基准,采购者链表,项目文书,内外制决定,协助契约,组织过程资产
  • Tools : 采购说明会,提议评价,独自见积,专家判断,采购公告,网络检索,调达交涉
  • Output : 选定出货商,缔结调达契约,资源日历,变更要求,项目管理计划书(更新版),项目文书(更新版)
TOP监视/控制过程—调达管理
  • Input : 调达文书,项目管理计划书,契约,实绩报告书,承认的变更要求,作业性能信息
  • Tools : 调达性能Review,检查及监察,契约变更管理系统,实绩报告,支付系统,投诉管理,记录管理系统
  • Output : 调达管理文书,项目管理计划书(更新版),组织过程资产(更新版),变更要求
TOP终结过程—调达终结
  • Input : 调达管理文书,项目管理计划书
  • Tools : 调达监察,交涉和解,记录管理系统
  • Output : 组织过程资产(更新版)
    • 调达文件
    • 要素成果物
    • 经验教训的总结

TOPProject管理实践

TOPPM标准10阶段

Process Step 成果物
启动 1. 明确目标 项目目标
计划 2. 作业分解,洗练出WP WBS一览
3. 任务分担,见积时间 任务分担表,见积作业量,时间
4. 制作网络图,找到Critical Path 网络图,Critical Path分析
5. 制作时间表 Gantt chart
6. 调整负荷 人员负荷柱状图
7. 预算 预算表、图
8. 风险预测 风险管理计划书
执行,监视 9. 进度控制 现状报告,作业计划
终结 10. 项目回顾 项目总结文档
TOP1. 明确目标
明确目标的手顺
  • 掌握真实的需要
  • 决定最终的成果物
  • 决定3要素的优先级(时间,资源,Scope/品质)
  • 项目目标文档化
    • Who,What,How
    • 项目结束/成功标准,预算
  • 决定变更管理的手顺
  • 决定项目的基本规则
  • 收集整理项目文档
明确目标时的Point — SMART
  • Specific : 具体化
  • Measurable : 用可测定的数字化表述
  • Agreed-upon : 被合意,大多人认可
  • Realistic : 现实的,可达到的,高水准的
  • Time-Limited : 明确具体时间期限
项目启动时流程
  • 指定/明确项目目标
  • 实施项目Kickoff会议,团队间项目的目的,Goal,重要性等情报共享
TOP2. 作业分解,洗练出WP
WBS作成手顺
  • 交换项目团队间的信息与意见
  • 再次检讨项目目标,如果需要可以修改
  • 先从大的方向切分
  • 再细化各个大分类(成果物,产品构成,机能,组织单位,地域,经费项目,时期,作业)
  • 直到每个分类最下位的各个WBS
    • 人月、人周,人时为止,分解可见积的作业量
    • 作业的分解等级不一定必须完全一致
    • 40-80时间原则 :每个WBS原则上作业量安40小时(1周)来划分
    • 明确表示作业内容
  • 分配各个WBS的责任者/支援者及成果物,并作成WBS一览表
    • 罗列住促成项目成功的技术要素
    • 结合团队成员的技能,经验来选择具体担当
    • 和团队成员交流,相谈之后决定职务/责任担当
    • 得到团队成员及其关联部门的同意
    • 总结职务/责任相关的【职务分担表】
    • 【职务分担表】中明确由谁做什么,并得到具体担当同意、承诺
  • 制作WBS的【作业记述书】
    • 作业番号
    • 作业内容
    • 责任者
    • 作业说明
    • 作业成果物
    • 作业完了的判断基准
    • 前提条件
TOP3. 任务分担,见积时间
任务分担的手顺
  • 将促成项目成功所必要的技术list-up
  • 从团队成员中选择经验,技术合适的人员
  • 与团队成员交流,决定职务与责任
  • 与团队成员的直属关系部门交涉,取得同意
  • 总结职务与责任的【职务分担表】
  • 在【职务分担表】中体现具体负责人,并取得其同意
TOP4. 制作网络图,找到Critical Path

该过程主要完成步骤3)中各个WBS的执行顺序,制作其网络图。

网络图的制作手顺
  • 将各个WBS写在卡片上
  • 决定开始的作业,贴在白板左端
  • 选择改作业的后续作业,贴在其右侧
    • 该作业是否有先行作业
    • 又可以同时并行的作业吗
    • 改作业的成果物所必须的作业是什么
  • 用箭头连接先行作业与后续作业,表征依存关系
  • 用具体的图表软件保存该网络图
  • 从后向前检查网络图,检查WBS的遗漏(检查当前作业的input是否完全)
  • 检查WBS间的依存关系,防止循环,重复,空置
  • 根据情况,经验,从Goal开始彻底分析项目成功的必要条件,制作网络图

Critical Path是指项目从开始到终了的最长径路,时间。

  • 如果想提前项目整体的进度,需要短缩Critical Path
  • 项目进行中,项目经理需要在Critical Path上集中监视,控制
  • Critical Path分析的方法
    • 在各个WBS上标出所需时间
    • 计算各个径路的合计时间,找到最长路径
    • 网络图正向分析(最早/最迟开始,最早/最迟结束,浮动时间)
      • 最初WBS的最早开始是0.0
      • 后续作业的最早开始时间 = 先行作业的最早终了时间
      • 如果有多个后续作业,其最早开始时间都一致
      • 如果有多个先行作业,最早终了时间的最大值就是后续作业的最早开始时间
      • 网络图最后的WBS的最早时间就是 Critical Path
    • 网络图逆向分析(最早/最迟开始,最早/最迟结束,浮动时间)
      • 项目最后WBS的最迟终了时间就是 Critical Path
      • 先行作业的最迟终了时间 = 后续作业的最迟开始时间
      • 如果有多个后续作业,其最早开始时间都不一样时,最小的值就是先行作业的最迟终了时间
      • Critical Path的开始WBS的最迟开始时间是0.0
  • 径路分析的作用
    • 掌握项目整体时间
    • 清楚何时开始什么样的作业
    • 掌握时间表上时间冗余的情况
    • 了解作业延迟带来的影响
    • 为了保证纳期需要采用怎样的措施
TOP5. 制作时间表
制作甘特图
  • 必要性
    • 将项目的各作业图表化,便于理解
    • 了解个作业及全体作业时间的关系
    • 明了自己担当作业的开始时间,结束时间
    • PM可以用Critical Path来管理项目进度
    • 可以比较项目的计划与实际进度的差别
  • 制作方法
    • 按作业开始的顺序体现在甘特图中
    • 表明作业的最早开始和最早终了时间,并连接
    • 明示作业间的依存关系
    • 用红线标出Critical Path
    • 明确各种作业间的依存关系:FS,SS,FF,SF
  • Critical Path的短缩方法
    • 根据作业依存关系,将作业并行(FS关系)
    • 修改作业依存关系,更改作业顺序
    • 细分作业,并行执行
    • 人员有空闲时,调达到Critical Path的作业上
    • 延长劳动时间,增加资源等
    • 减小Scope
TOP6. 调整负荷
成员负荷把握方法
  • 各担当内容在甘特图中明确记述
  • 各自预测自己的负荷情况,记入甘特图中
  • 计算各人负荷的总和,记入甘特图中
  • 根据个人负荷柱状图平均化作业负荷
成员负荷调整方法
  • 将作业移到float区域,即闲置作业区域
  • 作业期间延长到float区域,注意不要超过作业的最迟终了
  • 在作业期间内,调整负荷轻重
  • 将作业分配给有闲暇的成员(接受作业的成员要有一定能力)
  • 更改作业依存关系,提早开始作业,或延迟完成作业时间(注意风险管理)
  • 增员,加班,导入新技术,工具(cost增加)
  • 减小Scope
TOP7. 预算
预算作成手顺
  • 决定项目中必要的费用支出项目
  • 各支出项目的费用预算
    • 概算预计(启动阶段,参考过去实绩,top-down)
    • 预算预计(计划阶段,根据WBS预计,bottom-up)
    • 预计确定(执行,控制阶段,提高预算的精度)
    • 实绩把握(终结阶段,事后回顾时取得实绩值)
  • 制作预算表,并定期实时更新
  • 从预算表制作预算图表
TOP8. 风险预测
风险分析时手顺
  • 项目成员检讨项目计划,找出可能有风险的部分
    • 计划,Scope,品质,资源等各部分风险分析
  • 评价风险项目(发生可能性的高低,影响性大小分析)
  • 检讨风险发生可能性高的,影响性大的风险项目
    • 找出风险发生的各种可能原因
    • 定性的评价和定量的评价风险等级
  • 检讨预防对策,发生时对策,以及trigger-pointer
  • 总结到风险管理表中
计划阶段的总结
  • 检查计划的详细部分
    • 作业Package相关
      • 作业量是否控制在40h之内
      • 是否有成果物定义
      • 项目的目标是否已经合意
      • 完了,终了的判断基准是否明确
      • 团队成员是否参加了作业的讨论
      • 项目完了所必须的作业是否有遗漏
    • 是否得到成员间的合意
      • 作业需要时间,作业开始日和终了日,作业责任者
    • 是否制作了项目的网络图
    • 项目团队是否有装备每周记录项目的实绩
    • 项目总的所要时间是否合适
    • 里程碑是否有遗漏的
  • 取得认可
    • 关联与策定计划的所有关系者
    • 计划需要简洁明了的总结
    • 决定认可的方式方法
    • 为取得认可预留出充裕的时间
  • 开始基本计划
    • 被认可时即有效
    • 并不是固定不变的
    • 作为经营的手段有弹性的使用
    • 作为执行项目时的注意信号
  • 总结到项目文件
    • 预定报告
    • WBS, 作业记述书
    • 各种见积
    • 网络图,时间表
    • 风险管理计划表
    • 现状报告书
    • 课题一览表
    • 变更记录

      段取り上手は、仕事上手。

TOP9. 进度控制
  • 项目计划控制
  • Scope变更控制
  • 进度控制的手顺
    • 收集实绩数据
      • 内容
        • 进度:成果物,品质基准
        • 经费:实际作业时间,时间外作业时间,发注额,请求额
        • 时间表:完了日,里程碑
        • 要员:个人实际作业时间,参加状态
        • 团队的士气,生产性
      • 收集方法
        • 与每名项目成员沟通,收集情况
        • 作业责任者向PM报告各自担当情况
        • 通过电子邮件,报告书等方式自动收集
        • 每周实施定例会议,各成员报告本周的作业情况
    • 实绩数据与计划比较
    • 分析差异的原因及影响
    • 寻求差异对策
      • 继续观察,提高关注,并收集情报
      • 稍微修改项目的计划,仍按当初的计划进行
      • 大幅修改最初的计划
        • 追加资源投入
        • 增加加班时间
        • 作业外包
        • 缩小作业Scope
        • 延长终了时期
    • 修正项目计划
      • 把握哪些地方有多少余力(时间,资源,Scope,成果物)
      • 只有有权利的人才能修正计划。需要及时共有变更的计划
      • 考虑计划修改后的负面影响
      • 需要修正的时候,不能犹豫
      • 检讨复数的解决方案
      • 提案一经认可,需要书面备档
      • 留下修改的记录
    • 报告现状及修正点
  • 控制Scope变更
    • 在文档中总结变更要求
    • 在备忘录中登陆变更要求
    • 评价变更的理由及效果
    • 评价对项目的影响
    • 决定是采用还是据否
    • 通知关系者,开展计划
TOP10. 项目回顾
手顺
  • 收集最终实绩数据
  • 召开事后回顾会议
    • 关于Scope
      • 项目成果物是否满足客户要求
      • 是否有追加的作业,为什么会有
      • 项目过程中是否有Scope改变,针对该改变是怎样管理的。能为下次项目开展带来怎样的经验教训
      • 定义项目Scope时,学到了怎样的东西,是否能活用到今后的项目开展中
    • 关于时间表
      • 项目是否按照计划表进行并完成的
      • 如果是按照计划表完成的,其理由是什么
      • 如果没有按计划完成,其理由是什么
      • 对于时间表的控制,是否能活用到今后的项目开展中
    • 关于预算
      • 项目是否按之前的预算完成
      • 对于预算的控制,是否能活用到今后的项目开展中
    • 关于进度控制
      • 从项目进度控制中学到怎样的东西,是否能活用到今后的项目开展中
      • 制定差异对策时学到怎样的东西,是否能活用到今后的项目开展中
    • 团队构建
      • 成员分配时学到怎样的东西,是否能活用到今后的项目开展中
      • 团队中沟通的障碍是什么,提高沟通效率的是什么,是否能活用到今后的项目开展中
      • 作业分担是否理想开展,是否有经验能活用到今后的项目开展中
      • 作业是否有重复,成员对其作业是否都有正确的认识
    • 与关联者的关系
      • 与项目依赖者关系改善过程中学到怎样的东西,是否能活用到今后的项目开展中
      • 与其他关系部门的关系怎样,学到什么东西
  • 总结文档,留下记录
    • 放置于便于访问的地方,以便随时被关联的人访问
    • 开始新项目时,作成项目文件,保存到相同位置
    • 吸取教训的同时,检讨与下一个项目关联的部分,在策定计划时考虑这些因素

TOP项目失败的原因

  • 过程管理手法没有标准化
  • 目标还没明确就开始项目
  • 没有必要的作业时间表
  • 由于作业关系不明确导致资源分配延迟
  • 忽视风险,没有风险预防措施
  • 没有事后回顾,没有经验教训的总结
© www.yifeiyang.net
net tracking

                                                                                                 stats