[读书笔记]实用IT项目管理(二)(1109更新)

继续读下去....


实用IT项目管理
IT Project Management on Track from Start to Finish
Joseph Phillips 著
冯博琴等译


相关文章:[读书笔记]实用IT项目管理(1029更新)

第五章 创建工作分解结构(WBS)

:定义:woek Breakdown Structure 由最低级的工作任务组成,提供了解决项目问题和为团队成员分派任务的手段,确定每个任务相应时间,是项目每一阶段的时间表和路标,是项目经理可以讲项目分解为一些更小的和可操作的部分。
:创建:一个项目可以分为几个阶段-phase,每个阶段可分为几个工作单元-work unit,工作单元可以细分为任务,也可以不细分。
:协调WBS组件:一般用一个合理的时间单元用作最小工作单元增量,如小项目按天,大的按周等,分解的原则就是不要划得太细,避免过于琐碎而无法管理。通过划分WBS,明确工作的起止日期,可以确定和预测项目完成;可以安排并行和提前的任务。
:为什么需要WBS:明确了工作任务;产生紧迫感;防治项目范围的盲目扩大;提供了控制的手段--可视化看清项目状态和如何达到此状态的
:gantt-甘特图:描述项目从开始到结束的日期交叉点及项目中的任务列表
:PERT图-计划评审技术:项目经理用于衡量如果任务与其可能对项目造成的影响程度的方法。
:创建WBS:两种方法:自顶向下--演绎推理,更有逻辑性,最好的创建WBS方法,先确定每个解决方案,逐渐细化;自底向上--由特殊到一般,发挥创造力,独特的方法
:创建过程:可以从最顶层目标--项目的各个阶段-入手,从第一个阶段开始分解成工作单元及任务,直至最后;检查各个阶段,确定顺序、是否可以并行;考虑任务内工作单元的先后顺序或独立性关系。
:任务依赖:一个特定任务要等待另一任务完成才能开始。
:任务约束:一个特定任务必须在某个特定日期才能开始。
:确定阶段的方法:项目内部存在逻辑划分-日期或活动等;存在代表各阶段可识别的里程碑;企业的商业周期;项目的财务责任或限制;影响项目的因素;现有的系统开发过程等
:任务间关系类型:完成到开始-后继等前驱完成:开始到开始-一起开始:完成到完成-两者在确定时间完成:开始到完成-后继完成、前驱才能开始,如在已安装好的网络里统计网络阻塞情况
:建立现实的时间表:必须通过一个协调合理的方法来创建精确、有计划的项目时间表,它与项目范围一起保证项目能维持既定运行轨道。看似微小的改变都有可能有重大影响。要避免对现有项目范围的任何改动,除非执行过程中致命错误而万不得已。增添内容可以推迟到后继项目,不要影响本项目的交付。
:检查可交付成果:wbs每个阶段都拥有可交付成果来标识本阶段结束,这些里程碑能保证项目朝着正确方向进发,应指定这些里程碑的截止或结束日期,项目经理应检查最终的提交成果来确定实现所需的时间和任务
:工作分配:wbs帮助项目经理去的领导地位,并给团队分配任务,来确保每人愿意也有能力完成任务。与核心队员私谈-建立信心、互信、认识到自己在项目中的价值和承诺。
:获得管理层许可:向管理层介绍WBS时,从项目提交的结果开始,通过简单直观的反应时间和阶段的时间基线来演示效果很好。除非明确要求,不必详细介绍每个阶段的具体任务,但要准备好对每个阶段的详细讨论。要与团队成员的每个直接上司开会讨论项目及队员的可能存在的问题,目标:明确队员要参与项目并花费时间、使项目成员明确上层已于项目经理接触、明确项目经理的职权范围。
:建立交流渠道:交流是项目成功的基本要素,团队向项目经理汇报,项目经理向团队提供项目状况和更新情况,目的-维持项目动力、鼓舞士气、保持信息畅通和成员的参与感、保持团队活力、领导团队走向成功。

访问Geoff Choo:
:项目管理的吸引力:是项目经理利用行行通(但不一定精)的经验与上层、设计师、程序员等成员沟通
:开始创建WBS时,从确定每个阶段应达到的结果--即项目应达到的使用功能描述-入手,分解高层活动时,不要盲目猜测,应找具体负责人了解。使用迭代方法进行WBS工作,第一个迭代集中处理项目希望达到的主要成果,然后分解为高级别活动,再细分;根据经验、追踪历史记录、咨询负责的团队成员等方式预测任务时间;WBS能提供到达目标的简明路标,没有它的项目,就像去了一个没有路标的陌生地方。WBS粒度取决于项目的复杂程度、风险级别、团队技术水平。一般遵循的分解原则是,最低层活动可分配给一个人,可在1-10日完成。
WBS的核心是可交付成果或实体化成果的层次关系,必须有一定的粒度细节使能追踪项目的现状和进展。
为确保没有遗漏,反复问自己和团队:如果达到这些交付成果,就完成项目了?如果完成这些活动就达到可交付成果了?如果完成这些子任务就完成这个活动了?如果答案是否定的,就要回顾步骤,进行填补。
在创建WBS方面的建议:开始可能有白页恐惧综合症,可以从高层入手,从交付成果开始,需要做哪些事,并逐层细化分解,直至到达理想的详细程度。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
目 录 导言.IT项目的生命期 第一章.IT项目的启动阶段 1.1 可行性研究报告框架 1.2 项目章程 1.3 项目整体风险水平定性分析表 1.4 多项目风险情况一览表 1.5 质量保证说明书 1.6 采购程序及准购权限表 1.7 会议议程安排表 1.8 会议预算表 1.9 会议申请审批表 1.10会议通知表 1.11会议签到表 1.12会议资料明细表 1.13会议记录表 1.14会议内容管理表 1.15会议代表通讯录 1.16会议纪要表 1.17会议决议表 1.18会议决议落实通知单 1.19会议决议跟踪表 1.20实际会议费用清单 第章.IT项目的计划阶段 2.1 IT项目综合计划模板(1)——项目整体介绍 2.2 IT项目综合计划模板(2)——项目管理过程 2.3 IT项目综合计划模板(3)——项目组织介绍 2.4 IT项目综合计划模板(4)——工作包、进度和预算 2.5 IT项目综合计划模板(5)——技术过程介绍 2.6 项目范围说明书 2.7 软件需求调查表 2.8 需求分析说明书 2.9 系统设计任务书 2.10 工期类比估算表 2.11 项目活动计划表 2.12 项目进度计划表 2.13 里程碑计划及其跟踪表 2.14 所需资源清单及费用估算 2.15 成本类比估算表 2.16 按模块估计的成本估算表 2.17 基于费用科目的成本估算表 2.18 项目年度用款计划表 2.19 IT项目质量指标框架模板 2.20 IT项目质量保证计划模板 2.21 关键质量活动一览表 2.22 项目人员需求申请表 2.23 面试记录表 2.24 项目成员审核表 2.25 项目组工作说明书 2.26 项目成员岗位工作说明书 2.27 岗位说明书一览表 2.28 IT项目团队知识地图 2.29 项目成员责任分配矩阵 2.30 项目成员培训需求调查表 2.31 项目培训计划表 2.32 项目文档分类表 2.33 项目干系人的沟通需求分析表 2.34 项目信息接收责任明细表 2.35 项目成员联络表 2.36 单个风险损失值评估表 2.37 项目所有识别风险一览表 2.38 单个风险应对计划表 2.39 风险应对计划一览表 2.40 硬件产品请购单 2.41 软件产品请购单 2.42 项目采购计划明细表 2.43 采购招标书模板 2.44 采购投标书模板 2.45 供应商财务状况调查表 2.46 供应商评估表 2.47 采购中标通知书 2.48 采购落标通知书 第三章.IT项目的执行控制阶段 3.1 项目管理跟踪报告模板 3.2 项目变更控制表 3.3 项目变更动力、阻力分析表 3.4 项目范围变更一览表 3.5 项目变更状态跟踪一览表 3.6 范围/进度/成本/质量/采购变更一览表 3.7 工作周报 3.8 项目工作包进展报告表 3.9 项目月度进展报告表 3.10 项目月进度控制一览表 3.11 项目进度偏差控制表 3.12 某月/季项目进度汇报表 3.13 项目工作包进展抽查表 3.14 系统模块安装实施控制表 3.15 多项目进展状况一览表 3.16 项目费用申请表 3.17 项目支出明细单 3.18 基于最低预算的成本控制表 3.19 成本偏差控制表 3.20 单项目挣值分析表 3.21 多项目挣值分析比较表 3.22 信息系统缺陷的质量目标表 3.23 项目单元测试方案 3.24 系统测试用例表 3.25 系统测试问题报告单 3.26 系统缺陷状态跟踪表 3.27 软件Bug详细记录表 3.28 项目重大缺陷一览表 3.29 项目成员工作周报 3.30 临时成员加入项目组申请表 3.31 项目成员绩效考核表 3.32 360度考核表 3.33 培训申请审批表 3.34 前十个风险监控一览表 3.35 一/次风险监控一览表 3.36 基于挣值分析的风险监控表 3.37 采购设备订单状态报告 3.38 采购设备费用状态报告 3.39 设备验收单 3.40 设备检验状态一览表 3.41 取消订单损失报告 3.42 退货清单 3.43 公司采购合同执行情况一览表 3.44 采购合同验收报告 3.45 采购设备分配表 第四章.IT项目的收尾阶段 4.1 用户部门新需求申报单 4.2 IT项目产品质量评审表 4.3 软件验收单 4.4 设备验收单 4.5 IT项目内部验收报告模板 4.6 最终项目文件列表 4.7 IT项目验收单 4.8 项目成员述职报告模板 4.9 项目成员经验教训报告模板 4.10 项目结束人员安排表 4.11 设备回收交付表 4.12 项目团队内部经验总结模板 4.13 最终项目内部总结报告模板 4.14 最终项目用户移交报告模板 附录.项目管理主要网站 参考文献
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值