项目管理有哪些操作

核心提示我们整整花了四节课来学习项目规划,项目规划在项目管理过程中实在是太重要了,很多项目从一开始就注定了失败,可谓出师未捷身先死,长使英雄泪满襟。工作中,有不少这样的三拍项目经理,接项目跟老板拍胸脯信誓旦旦,分配任务拍脑袋大胆决策,遇到问题拍屁股

我们花了四节课学习项目规划。项目计划在项目管理过程中是如此重要,以至于许多项目从一开始就注定要失败,例如在他征服之前,他已经死了,英雄们从此在他们的外套上哭泣。

在工作中,有很多这样的三拍项目经理,拿着项目跟老板骂骂咧咧,分配任务,拍拍脑袋大胆决策,出现问题拍拍屁股走人。在这节课中,我们开始学习项目控制。在进入正题之前,我们先来谈谈养生吧。《黄帝内经》说,圣人未治病,未治病,未治乱。在病没治好之前,先把药的紊乱治好,然后再治好。你什么意思?意思是古人不能等病好了才去治疗。而治疗是在疾病发生之前,就像不是等乱象发生了再去治疗,而是在它发生之前就去治疗。

如果病已经发生了,那就治疗,麻烦已经形成了,那就治疗。就像挖井前渴死一样。战争已经发生了。现在施法不是太晚了吗?中医理论恰恰说明了项目控制的核心原则,即预防,治病于未然。

我们来看看PMI是如何定义项目控制的流程的:通过对项目进度的定期监视和测量来识别项目执行的偏差,并采取必要的纠正措施来保证项目目标的实现。那么,项目控制,具体应该怎么做?在项目管理中,有一个非常好的工具,里程碑,一般项目经理更关注线上的节点。我们需要扭转这种观念。从宏观角度来看,项目管理应该关注里程碑,而不是在线节点。为什么?如果把整个项目比作一场长跑,那么里程碑就是把这场长跑变成一场接力赛。接力赛的特点是每次交接前都会有一次冲刺。你要做的就是把项目分成几个里程碑,每个里程碑都需要一个冲刺来完成一个可交付成果的发布。这有几个优点:

及时发现问题。验收节点是硬压力,没有回旋余地,而里程碑是软压力项目,有调整空的余地。降低项目风险,我们都知道每次推出的功能越多,出现问题的可能性就越大。通过里程碑,项目被分解成几个小的发布,从而分解项目风险,降低整体项目风险。长时间的工作很容易让项目团队疲惫不堪。通过提交阶段性成果,可以增强项目团队和管理层的信心。里程碑通过对项目团队施加阶段性的压力,可以有效的约束团队的懈怠,否则你可能会觉得反正上线还是很长的路。

说完项目控制的整体框架,再来说说项目控制的流程。具体方法是什么?我们使用的方法叫做PDCA循环。什么是PDCA循环?PDCA循环也称为pdsa。首先,用于质量管理的PDCA的四个字母分别代表计划、执行、检查、调整的第一个字母,即计划、执行、检查、调整。PDCA循环是一个持续改进的过程。本文对规划实施过程中遇到的问题进行了分析,并提出了相应的解决方案,以便在下一步的规划实施中进行改进。从而达到过程和质量持续改进的目的,首先可以把整个项目看成一个大的PDCA循环。

然后,通过里程碑建立多个中等规模的PDCA循环。项目的日常任务和实施中的问题风险形成了无数个小的PDCA循环。通过不断的迭代直到我们整个项目的完成,PDCA循环是一种项目管理意识。而项目管理过程中最常见的问题就是发现问题,大家一起开会讨论,形成初步的解决方案,然后安排人开始实施。过了一会儿,你问怎么样了,你发现要么是中间出了问题,停滞不前,要么是结果。不符合预期。你可能会说这是项目执行的问题,但正是因为作为项目经理,你只关注p,而忽略了c和a..

也就是说,如果只做计划,不做检查,不根据实际情况进行调整,项目就做不好。所以,我们最重要的检查手段就是定期汇报,可以是例会、晨会、工作总结、日报、里程碑报告或阶段性成果展示等形式。通过项目报告,我们可以及时获得项目进展的数据,分析整个项目实施与计划的偏差,找出偏差的原因。

比如在周会上,我们需要回顾前一周的执行情况,讨论未来一到两周的工作内容,项目潜在的风险和需要解决的问题,比如每天的常务会。所有的普通成员。静置时间一般控制在15分钟左右。全体成员轮流回答三个问题,昨天做了什么,今天打算做什么,遇到了什么阻碍,更重要的是向相关领导汇报项目的阶段性成果。通过汇报,我们一般会得到三种需要解决的事情,即风险、问题和需求变化。第一,要学会区分风险和问题。风险是指不确定的事件或情况。而且对项目造成了实际影响。在项目实施过程中,应尽早识别风险,避免风险转化为问题。

为了解决这个问题,项目经理要做两个表,即风险表和问题表,将识别出的风险和问题分别归入风险表和问题表。同时,针对每个风险和问题启动PDCA循环。避免风险变成问题,问题扩大其影响范围。另一个对项目有很大影响的因素是需求变化。你有没有遇到过从头到尾完全按照计划进行,没有任何改变的项目?不会,因为项目管理中流传着这样一句话,一个项目唯一不变的就是变化。导致需求变化的因素有很多。

首先,例如,客户忘记了一个需求。第二,你并没有真正理解一个需求,当客户看到最初需求的实现,因为这样做会更好。第三,组织结构变了,需求决定者变了。比如竞争对手发布了新功能,或者客户、行业发布了新政策等。一般项目变更占总需求的20%左右,都属于正常范围。那么一个项目经理应该如何应对需求变化呢?我的建议是:第一,在需求分析阶段,尽量把需求搞清楚。请参考我们需求分析阶段的内容。第二,在实施阶段要严格遵循变更流程。

你可能无法拒绝客户的需求变更请求,但你有权要求客户严格按照需求变更流程进行。需求变更流程一般分为四个步骤。

首先,提交需求变更申请。

第二,评估变更的影响,决定是批准还是拒绝变更申请。

第三,制定计划。

第四,实施变革,发布pdca循环。

对于变更,有必要充分评估对整个项目的影响。

还记得我们在第五课中谈到的基本解决方案吗?评估完成后,应调整项目文档,告知项目利益相关方,评估影响因素,一般包括技术实施方案对项目进度、资源和成本的影响。

最重要的是评估不改变的影响。要求变更文件必须由另一方签署。这样做的好处是,如果对方很乐意签字,说明他对需求变更很有想法。如果对方不签字,很可能是他还没想清楚。我以前遇到过。当我要求对方签字时,对方考虑再三,取消了最后的更改。

好了,综上所述,今天我们学习了项目控制的核心原则,预防。从宏观上来说,应该采用基于里程碑的管理,在实施过程中使用pdca循环管理工具,通过报告来跟踪项目的进展。

 
友情链接
鄂ICP备19019357号-22