这17个项目管理方法,吃透一个受用终生

2023-06-05 0 645

namo,我是老原。

前段时间给老原前台或是加我QQ的许多科枫,都是工程项目阿宝,可能将对资金管理还没两个约莫的知觉,难题多半分散在:

都有什么样资金管理方式能用?

是不是里韦县的资金管理方式?

我假如选灵巧却是峡谷?

……

因此那时老原汇整了17种资金管理方式,和五种方式的优劣,协助我们优先选择和推论。

假如你是工程项目阿宝,或是刚入行1-2年,提议能珍藏出来,天马行空假定,留神课堂教学。

那时的该文分2部份:

1、资金管理10大应用领域

2、常用的17种资金管理方式(上)

本周一写作社会福利:《资金管理方式论》.pdf,除提供更多一连串的方案与电子技术,还能以新的方式去用料作,用新的路子去解难题。有须要的好友点选上方卡牌方可申领。

本周一写作福利:《资金管理方式论》.pdf图书mp.weixin.qq.com/s?__biz=Mzg4OTc2OTI3NQ==&mid=2247487011&idx=1&sn=646ac361e54fafdcd80e7be94fa6b42f&chksm=cfe79277f8901b61996408916a72c97a49439dd43e88915ea5aeb1066479e9901886e890ff9a&token=1353225796&lang=zh_CN#rd这17个项目管理方法,吃透一个受用终生

一、贝唐10大应用领域

那个部份老原没打算展开谈太多,主要是给阿宝做个科普,搞清楚资金管理的10大应用领域,到底都是干啥的,有什么用?

要成功交付两个工程项目:

这17个项目管理方法,吃透一个受用终生

假如这些你都能理解,那你算是入门;假如你自己能用好,那你算个行家;假如你不仅自己能用,还能带徒弟,那你是个专家。

老原提议我们都给自己做个简单的测试。

假如只是某个环节薄弱,你只须要重点突破就好,如果你每个环节都有点难题,带工程项目也不知道从哪里入手,别想了,你假如系统提升一下,凡事只懂个皮毛,你不如不懂。

许多人认为带工程项目不就是为人处事嘛,靠经验就够了,实战不比理论好?

这是两个知觉陷阱,在理论和实战面前,人们总喜欢把它们放在对立面,为什么不能都要?

PMP资金管理是庞大的体系,它会告诉学习这套理论的人,假如做什么样事,能用什么方式,假如得到什么结果。

这17个项目管理方法,吃透一个受用终生

而在你「知道」了,接下来就得「做到」,做到以后会得到「反馈」,反馈到哪?反馈到你已经建立好的那些基础理论上。

这样重复课堂教学、补充,还愁能力不会提高吗?

你能力不够,也可能将只是地基没打好而已。假如你刚好有须要,也能添加老原QQ,获得1:1专属答疑咨询。

二、17种常用的资金管理法

你们不是常问,工程项目经理的职责是什么吗?

很简单,里韦县方式,用对工具,找对人,完成工程项目交付。

为了保证工程项目交付,就得把前面的10大应用领域都搞定,那接下来我们要解决的难题就是,用什么方式,完成这每个环节的内容?

那一定少不了两个合适的资金管理方式,既能节约时间,又能工作高效。

这17个项目管理方法,吃透一个受用终生

01 峡谷式管理法

多年以来,峡谷就一直是资金管理的主要方式,比较常用的是在软件开发中,包括了以特定顺序执行的多个静态阶段(包括需求分析、设计、测试、实现和维护)。

它比较适用于中小型、工作成果能一次性交付、需求非常清楚、不随时产生变更的工程项目。

主要是提供更多了两个更正式的规划阶段,这可能将会增加预先捕获所有项目需求的机会,减少任何关键信息和需求在初始阶段的损失。

峡谷法允许在每个阶段增加控制,但是假如工程项目的范围在已经开始之后发生了变化,那么它就会变得非常不灵活。

这17个项目管理方法,吃透一个受用终生

02 灵巧管理

灵巧管理是为须要极大灵活性和速度的工程项目而开发的,由两个个短交付周期组成,也就是“ sprints ”。

它属于轻量级的管理工具,不须要明确所有的需求就能开工,而且允许在每次迭代开始时添加或移除工作范围。

不足的是,在工程项目开始阶段无法准确估计成本和周期,无法提供更多像传统峡谷资金管理那种直观的进度、成本分析(如挣值分析)。

因此,对于时间或成本受限,需求相对明确的工程项目而言,灵巧并不是最好的管理方式。

关于峡谷和灵巧,要想理解其实看一张图就够了:

这17个项目管理方法,吃透一个受用终生

03 混合管理模式

在工作中,你会发现许多工程项目团队倾向使用峡谷方式或灵巧方式,这两种方式能结合使用,也是混合管理模式中两个很经典的案例结合。

两者的分工明确,方案和需求阶段是在「峡谷方式」下进行的,而设计、开发、实现和评估阶段则遵循「灵巧方式」。

04 Scrum

Scrum其实是刚才说的灵巧框架的一部份,本质上也是交互式的。在那个框架中,整个开发过程由若干个短的迭代周期组成。

比较适用于小团队的产品管理过程。遇到上开发、交付和持续支持复杂产品时,用它就对了。

它是通过“ Scrum 会议”或“30天的sprints ”来确定任务的优先级。

我们常说的Scrum master 一般是被用来协助工程项目经理,而不是作为工程项目经理。

小团队能独立地专注于特定的任务,然后会与 Scrum master 会面,评估进度或结果,并重新确定积压任务的优先级。

这17个项目管理方法,吃透一个受用终生

05 关键路径法(CPM)

关键路径法(Critical path method, CPM)是一种循序渐进的方式,适合用于具有相互依赖活动的工程项目。

它上连着WBS,下连着执行进度控制和监督,主要用于在进度模型中估算工程项目最短工期。

它通过计算完成任务所需的“最长”(在关键路径上)和“最短”(浮动)时间来确定什么样活动是关键的,什么样不是。

根据那个方式就能向关键路径要时间,向非关键路径要资源,合理进行进度和资源的调控。

这17个项目管理方法,吃透一个受用终生

06 关键链资金管理(CCPM)

关键链就是用时最长的路径,它是工程项目的瓶颈。关键链用时越长,工程项目完工期限越长,与非关键链无关。

为了解决资源的潜在难题,内置了缓冲区,以确保工程项目按时进行,并且不会损害安全性。

这17个项目管理方法,吃透一个受用终生

07 快速应用开发(RAD)

RAD能说是对峡谷流程的回应,例如结构化系统分析和设计方式。

是一种增量式的软件开发原型方式,终端用户能在检查实时系统时产生更好的反馈,而不是严格地使用文档。它较少地强调方案,而更多地强调适应性过程。

RAD方式特别适合于开发由用户界面需求驱动的软件。当应用程序投入生产时,RAD可能将会导致较低级别的拒绝,但是这种成功通常是以工程项目成本和进度的急剧超支为代价的。

08 动态系统开发方式(DSDM)

•须要专注于业务需求

•准时交货

•合作是至关重要的

•质量是重中之重

•以坚实的支柱为基础,循序渐进地进行建设

•使用迭代开发方式

•使用清晰和持续的沟通

•保持控制

这17个项目管理方法,吃透一个受用终生

那时先分享这8种方式,我们先消化这些就够了,想要继续了解的科枫,也不用担心,老原会在之后的该文里面继续分享。

毕竟干货这东西,重点还得是有效,对你们有用,才有价值。

最后再啰嗦一句,所有的方式论只能给你提供更多路子和框架,至于结果如何,还得靠自己的决策和执行。

————

我是老原

相关文章

发表评论
暂无评论
官方客服团队

为您解决烦忧 - 24小时在线 专业服务