项目管理修炼之道

发布时间:2011-3-25 11:01    发布者:诸葛孔明
关键词: 项目管理 , 修炼
一、启动项目

必须要多做一点组织和规划的工作,才能为项目的成功夺保留一份希望。

1.      定义项目和项目经理

1.1 项目

一个独特的任务或是系统化的流程,其目的是创建新的产品或服务,产品和服务交付完成标志着项目的结束。项目都有风险,并且受制于有限的资源。

项目的核心是什么?是产品。

1.2 产品

项目产生的一系列可交付物。

1.3 项目经理

负责向团队清晰说明完成的含义,并带领团队完成项目的人。

完成是指产品符合组织对这个产品的要求,也能满足客户使用这个产品的需求。无论规模大小,是项目就存在风险。项目经理必须理解项目的关键驱动因素是什么。

2.管理项目的关键驱动因素、约束和浮动因素

2.1 了解项目背景

充分的了解项目背景,有助于我们确定项目的驱动因素是什么。

2.2 确定关键驱动因素、约束、浮动因素

首先要记录客户的期望。想要什么?何时需要?质量如何?

其次,要记录项目的约束。人手怎么样?有多少钱?约束决定了项目的规模。

对比以上2项,首先想要的项目成功的必要因素是什么,这就是识别出来的项目的关键驱动因素。可以使用矩阵表明项目的优先级。来确定最关键的驱动因素。

哪些会限制项目,即为项目的约束。

哪些有调整余地,即为项目的浮动因素。

理想状态下,关键驱动因素为一个,二个约束条件,三个浮动因素。如果存在过多的关键驱动因素和约束条件,项目经理要经常与客户商议,确定客户到底想要的是什么,以减少关键驱动因素。

3.编写项目章程

项目章程会明确记录项目的需求和约束,还可以帮助项目经理思考如何进行项目规划。让项目成员了解项目的目标,发现潜在的问题。

项目章程可能包括以下几点:

3.1 远景

说明项目的价值,发起这个项目的缘由是什么。

3.2 需求

需求,才是项目的驱动因素。

3.3 目标

希望通过项目要达成的目的。目标与需求不同,项目并不一定必须交付它的目标。我们也完全可以把提高团队的合作能力写到目标里,当然了,这肯定不是客户的要求。

3.4 成功标准

是围绕客户能基于完成的产品做什么给出的定义。比如:产品要在第一季度发布。项目经理要确保成功标准中不会包含非项目人员才能完成的任务。要确保成功标准在项目经理的掌握之中。

3.5 ROI估算

投资回报率。不解释,你懂的。

4. 理解质量对于项目的重要

质量就是对于某人的价值。如果项目经理和团队知道某人对于质量的定义,大家就可以朝着这个方向来努力。

5. 总结

每个项目启动时都要有章程。

对项目章程的反复修改要有心理准备。章程不一定完美,它的意义在于帮助整个团队进行规划活动。

要知道质量的意义以及项目的驱动因素。这样项目经理和团队才会做出正确的决策。


二、规划项目

当团队成员已经熟悉了章程,就可以一起做些有目的的规划和日程安排了。

规划和日程安排是两种不同的活动。规划是指制订带有发布条件的项目计划,而日程安排是对工作项目的有序描述。

1.规划

规划不必完美无缺。只要能让项目启动起来,并让大家看到成功的希望就可以了。如果项目面临时间的压力,那么要用时间盒来辅助规划活动。

时间盒(timebox)是指特定的时间长度,个人或团队用它来完成某项特定的任务。个人或团队在这段时间内完成的工作量,就是项目接下来的工作的基础。

要根据经验而不是预言来规划项目。不妨做少量规划,再根据实际过程中收集到的信息反馈来影响未来的规划。

规划毫无用处,但是制订规划必不可少。

项目规划模板:

产品意图、历史记录、发布条件、目标、项目组织、日程总览、人员配备、建议日程、风险列表。

产品意图,比章程远景更具体。

历史记录,如果该项目存在历史版本的话。
         
发布条件,详细列举项目产品的关键可交付物。

目标,包括了产品目标、项目目标、团队目标、组织目标。

项目组织,说明项目的一般运作方式。比如招聘新人,编写代码,完善文档等等。

日程总览,包含多个关键的里程碑,说明人们从这些里程碑里能够得到什么。

人员配备,包括了人员参加项目的时间,包括人员的类型。

建议日程,小心过早的细化日程。

制订项目风险列表,尽早开始识别和管理风险。

2.发布条件

确定当前项目最重要的因素

让发布条件符合SMART原则

确定的(Specific)、可测量的(Measurable)、可达成的(Attainable)、相关的(Relevant)、可跟踪的(Trackable)。

在创建发布条件时,我们要能够在项目的整个生命周期中评估这些条件。

性能要好--à性能场景A要在10s内完成。


三、使用生命周期组织项目

1. 项目生命周期是什么

生命周期是项目经理和团队组织产品开发的方式。定义需求、设计、开发、测试以及与这些工作同时进行的过程,都算是生命周期的一部分。

从整体上组织项目时,不要把现实状况理想化。即使曾经遇到项目需求不完整的问题,也不要在规划时就希望先产生完整的需求。可以随着项目推进不断发现新需求。

2. 生命周期包括哪些

2.1 顺序式

首先需要获取全部需求,基于这些需求进行分析和设计阶段,达成一致后,团队进入开发阶段,开发完成后,团队将会整合所有的功能,再开始最终测试。在顺序式生命周期中,项目经理要允许计划外的时间,以弥补项目过程中的未知风险和问题可能造成的损失。

2.2 迭代式

首先创建部分原型,项目团队会在每次迭代中开发产品的一个部分。迭代式生命周期不要求同时进行集成和测试。

2.3 增量式

按照功能分成不同的团队,每个团队每次开发一个功能,完成测试和集成后,再开始开发另一个功能。

2.4 迭代/增量式

只需要一点点前期的规划工作,只要足以启动项目。而且知道产品负责人对当前发布版本的期望就可以了。划分为不同的时间盒,首先完成最有价值的功能。

3.从瀑布中摆脱出来

用迭代来规划所有的工作,包括规划需求收集和原型化等工作。

将产品原型化,并尽早向客户展示。越多地从他们那里得到反馈,项目的进展也会越顺利。

从项目一开始就引入测试人员。

功能要逐个实现,完成后即进行集成和测试。

4.总结

不要怯于创建反映你自己项目实际情况的生命周期。完美的生命周期只是模型。
本文地址:https://www.eechina.com/thread-59891-1-1.html     【打印本页】

本站部分文章为转载或网友发布,目的在于传递和分享信息,并不代表本网赞同其观点和对其真实性负责;文章版权归原作者及原出处所有,如涉及作品内容、版权和其它问题,我们将根据著作权人的要求,第一时间更正或删除。
zydhhkj 发表于 2011-3-28 17:07:10
支持
您需要登录后才可以发表评论 登录 | 立即注册

厂商推荐

关于我们  -  服务条款  -  使用指南  -  站点地图  -  友情链接  -  联系我们
电子工程网 © 版权所有   京ICP备16069177号 | 京公网安备11010502021702
快速回复 返回顶部 返回列表