您的位置:软件测试 > 软件项目管理 > 项目案例分析 >
一个关于项目管理的通俗讲解
作者:网络转载 发布时间:[ 2013/6/13 14:56:57 ] 推荐标签:

 我们上次讲了一些基础的知识,包括什么是项目管理,项目管理包括什么?
 你说项目管理有几个知识领域?
 你说项目管理有几个过程组?
 让我们想起了泡MM的例子是不是?
 还有老母亲做QA的比喻
 几天我们着重强调的是

 项目是什么?

 人们常用“时间”,“资源(或缺乏资源)”,“某种工作努力”,“交付物或者产品”,“综合工程”,“缺乏凌驾其他班组的职权”,以及“预算”来给它下定义。实际上,项目是一种独特的工作努力,即遵照某种规范及应用标准去导入或生产某种新产品或某项新 服务。这种工作努力应在限定的时间、成本费用、人力资源及资财等项目参数内完成。?
 首先给大家一个项目的定义,到底什么是项目?
 根据PMPBOK的定义,项目是在一段时间内为完成某一独特的产品或提供独特的服务所进行努力的过程。
 这个过程受到时间、人力、资源、成本、质量上的限制
 项目有几个特征:1.临时性 2.独特性 3.一次性
 下面大家告诉我下面哪个是项目:A惠普与康柏机构重组惠普与康柏机构重组。B建造一座新工厂 C改建道路 D工程材料采购 E开发软件包 F结婚典礼 G寻找拉登
 有人说是寻找拉登,大家说寻找拉登有明确的结束时间吗?
 当然我们可以假设寻找拉登50年如果找不到,项目结束是不是?
 所以说我们不讨论哪个到底是项目,所有的问题都要放到具体的环境下,否则没有意义。
 下面大家可以开始提问了。

 什么是WBS呢?
 WBS是工作分解结构,象一张道路交通图,它能够指引你如何从当前位置到达想去的地方。没有它,你可能要迷路了。

 怎样来做一个好的WBS呢?
 有时候在接受新项目时前无例子可借鉴感觉分解时真困难, 因为每个人的解决问题思路不同,同一个项目不同的人有很多种分类, 因为可以按照工作的流程分解,也可以按照系统论的方法进行结构上的分解, 但我觉得有一条很重要的原则应该注意,那是麦肯锡的精髓,他们在分解工作时非常强调的是MECE, muturally exclusive, collectively exhaustive, 即相互独立,完全穷尽的原则, 也是现在较流行的说法"横向到底,纵向到边" , 如果分解时坚持了这个原则, 我想一定会有Perfect 的WBS, 其实WBS并非是PMI的"真传", 只是被PMI起名为WBS, 有时候工作中我们也会用类似的方法解决问题无非是没有提升到理论高度, 但WBS确实是做事的核心步骤。

 做一个WBS需要注意一些什么问题呢?
 ·第一级通常与项目生命周期相同(如需求分析,设计,采购,施工……)
 ·第一级应在项目进一步分解前完成
 ·WBS的每一级都是其上一级的片断(Segment)
 ·一个工作单元只与一个上层单元相关
 ·上层单元的工作内容应该等于其所有直接下层工作单元的总和
 ·一个工作单元由一个人负责
 ·在整个WBS中使用同一种定义,在整个组织中亦然
 · 通过将人员包括进WBS来激励他去完成计划

 什么是甘特图呢?
 1.以图形或表格的形式显示活动。
 2.现在是一种通用的显示进度的方法。
 3.构造时应包括实际日历天和持续时间。不要将和节假日算在进度之内

 什么是风险呢?

 首先问一个问题
 你们说在一个项目中,初始阶段和结束阶段哪个时候项目的风险大?
 对,是开始的时候,因为在开始的时候我无数的不可控制的因素。
 那什么阶段的损失大呢?
 对,在结束的时候,所以说两者是相反的/
 所以说在项目的启动阶段成功的可能性小,风险发生的概率也高,但是这时候一旦预计的风险发生了,损失是小的。
 想想广州和深圳很多烂尾楼?损失会有多少???!!!!!

 另外我们要明确几个定义:
 1是确定性。具有明显的可能性,比如中国和韩国对抗赛,胜负是很明显的:)
 2是风险。韩国队能赢中国队几个球是一种风险的预测。
 3是未知性。中国和美国比赛门球那是未知的。

上一页123下一页
软件测试工具 | 联系我们 | 投诉建议 | 诚聘英才 | 申请使用列表 | 网站地图
沪ICP备07036474 2003-2017 版权所有 上海泽众软件科技有限公司 Shanghai ZeZhong Software Co.,Ltd