原创不易，求分享、求一键三连

两个故事

近来，离大家最近的大项目应该是防疫，之前西安防疫事件引起了不小的波动：

比如紧急人员因为没有核酸证明不能入院导致不好的结果；

比如小区隔离人员没有很好的物资补给，而导致生活困难旁生枝节......

这些都是Bad Case，抛开情感层面，我们需要思考如何规避类似的问题。

所以，对于普通人来说，问题是什么；对于项目指挥部问题又是什么？

项目逆风了

上述其实都可以被归类为项目问题，作为互联网工作者，执行项目相当于打怪升级，必不可少，但多数人却不能带好项目，却不知这其实是有实现路径的...

如何追到一个女孩、如何进入一家公司、如何面试一个人、如何成为一个幽默的人、如何评价一个人、如何成为老马那样的人？

类似这种问题其实都是有迹可循的，不是说我们一定能成为像老马一样的人（其实就是不能），但是总有路径能让我们接近老马，比如成为老马的儿子。

所谓路径即“方法论”，掌握合适的方法论，能让你更容易追到这个女孩，如果追不到可能只是因为你穷。

言归正传，今天的目的不是教大家如何去追女孩子，毕竟那是一件非常简单的事情，今天的目的是将之前带项目的一些经验分享给大家，并且希望这些知识对可以让大家后面少走一些弯路。

项目执行三板斧

所谓项目，即为创造独特的产品、服务或成果，而进行的“临时性”工作。

所谓项目管理，即通过运用管理的知识、工具、技能和技术于项目上，来解决项目的问题或达到项目的目标。

根据这几年的经验，项目管理事实上是一门「实践的学问」，正因为是实践而得来的，面对同样的场景，「不同的人处理的方式会不尽相」，但是其基础的「思维框架」是「大同小异」的，只有通过不停的实践，才能真正掌握项目管理的精髓，成为好的项目实践者。

作为一个全局负责人的话需要特别有「节奏感」

这个节奏感，如王者荣耀打野一般，需要掌握大龙小龙刷新的时间点、需要在合适的时间点去推塔，也就是：

1）在「正确的时间」做正确的事情；

2）「暴露」正确的信息，不要「乱带节奏」，导致项目失利；

这个就是所谓的节奏，再说直白一点就是：

对一件事的时间点（事件点）的敏感，而后对信息的「正确处理」

着眼于产研的项目，作为一个Owner（负责人）需要知道自己的几个发力点：

① 产品运营驱动

② 技术Owner驱动

③ 测试驱动

④ 商务运营驱动

⑤ Owner复盘

从项目执行角度来说，Owner的发力主要点是前两个阶段，也是「信息对齐」、「需求梳理」的重要阶段。

镜头再拉进到技术Owner，如果过早介入，需求产出受挫容易白费力；

晚一步介入，需求不清，会导致研发、测试走弯路而项目延期甚至流产；

在合适的时间点将推动项目运行的「主导权」交给对应的队友，才更容易成功。当然从头至尾的「信息传递」都是Owner需要做好的。

综上，项目做好其实不难，只需要：

1）掌握节奏，让合适的人做合适的事；

2）信息传递；

3）协调资源；

从执行角度看，一个项目的完整周期是这样的：

我们根据以上内容可以形成项目执行三板斧，说白了就是「准备清单」与「清单解决」

一、项目启动模板

项目旁枝错节过多，Owner想要把握每一个细节无异于痴人说梦，这里便要求相信队友。

但是相信不是不作为，在我看来Owner80%的精力应该放到「风险管理」

确认风险点，规避风险点，设计风险已发生的解决方案，是一个项目的重中之重！！！

那么，如何规避风险呢？首先得找到风险点，于是需要定义什么是风险点。我们做一个项目，需要穷举（尽你之能）什么是绝对不能接受的情况，这个可以是：

① 项目延期XX天（会不会延期、信息不同步等等因素）

② APP崩溃

③ 订单不能支付

④ 某页面打不开

⑤ 充值有漏洞

⑥ 结算延迟超过底线

⑦ ......

不同项目会有不同的风险点，首先穷举这些风险点，然后再看看我们要处理哪些风险点，这里的规则是：

这个事情会不会发生，如果发生你能不能承担。

一旦确定要处理的风险点后，那么Owner的工作便已经确定下来了：解决掉所有的风险点，其他全部交给队友。

这里担心各位疑惑，再啰嗦几句：

① 项目初期，根据过往经验（有些项目是周而复始的、有些项目是同一类型的），判断可能会有什么问题（Owner越高阶，此能力越强）

② 需求评审阶段，让「关键」同学提出风险点，最终确认项目日历

③ 评审后整理所有风险点，并且了解细节，再拉风险评估会，与队友确认风险点，并要求队友提供对应方案

④ 如果风险点技术侧不能绕过，马上拉运营、产品商量规避方案

⑤ 如果不能完全规避，与对应同学设计如果已经出问题的项目补救方案，和触发机制

虽然我们期望能前置所有的风险点，但这往往是不可能的，风险可能在项目的任何阶段爆发，所以项目日会很重要！

项目日会

启动模板与项目日会，都是在做信息同步和风险暴露的工作，Owner大半时间都在处理这些风险。

大白话：

启动模板和日会是为了拿到项目风险清单；

Owner多数时间是协调资源解决清单中的问题；

比如案例一中的西安事件其实是需要on-call机制解决紧急事件，很多时候都会需要Owner Case By Case的处理特定问题，要有合适的权责利模型，不然就会变成甩锅现场。

案例二中的很多问题，需要一一分解。

案例·逆风怎么办

「一旦放弃绝对失败」，比如放弃风险预估。

越是逆风的情况下，关键的风险预估越是必不可少，因为所有的必要步骤都是对你项目失败的「兜底方案」，只要你放弃这些兜底，那无异于在「裸奔」，失败的风险大大提高。

一个真实案例是一次重要项目，由于项目资源紧张，核心开发技术方案迟迟不能给出，甚至想放弃写技术方案，直接上手代码，这里可能的风险是：

① 项目压力大的时候容易做错误的决定

② 没有技术方案，就是没有计划，没有计划的事情失败的概率会高很多

③ 在极大的压力下，「失败的第一步会导致持续的失败从而引发雪崩」

当时的处理方式是，Leader加班进行兜底，等他缓过劲来。

所以很多边界问题、困难的点，需要Owner协调资源帮助补齐，不至于让这条线成为败因。

在这个案例里面Owner的补位非常关键，而Owner补位的前提是：

① 提前梳理项目风险点，知道哪里容易成为突破口

② Owner深入业务，而不是瞎指挥

任何形式的内讧（甩锅）

以王者荣耀一局游戏作为项目，那么选手的两个能力最重要：

① 意识能力

如何感知风险是常见的意识能力的体现

② 操作能力

如何做风险处理就是操作能力的体现

这样说有点虚，做一个类比，意识能力的四个层次是：

① 你知道草丛里面有人，所以你不进去

② 你知道草丛里面有人，并且有什么人，所以你不进去

③ 你知道草丛里面有什么人，并且你告诉了你队友

④ 你知道草丛里面有人，并且告诉了队友，并且制定了合适的战略取得了成功

而操作能力的层次是：

① 队友告诉草里有人，但我脑袋一热非要冲过去，并且死了

② 队友告诉草里有2个人，我评估了自己的操作水平，冲了上去并且死了

③ 队友告诉草里有3个人，我评估了自己的操作水平，对面的经济情况，依旧冲了上去，并且拿了三杀！

意识好便不需要以少打多，很难进入逆风；操作好就算进入逆风也能Carry全场。

但是任何形式的死扛都是有风险的，没人能一打五，所以「意识大于操作」

而顶级的项目Owner对意识、操作都有要求！

回答很简单，问题却很复杂，相当于一个白银问王者，你为什么知道草丛里面有人或者你为什么能一打三？

回到项目，为什么有些Owner能够很快发现项目的风险点；又为什么有些Owner能轻松化解项目中的风险点，这里有两个答案：

① 第一个很简单，多带项目，多看复盘

② 第二个很复杂，需要天赋，提升软素质

正如一般同学上王者很容易，但上王者百星很难，没有什么事情能一蹴而就。

可以做的就是提供更多已经实践的方法论，留给有心的同学去学习，比如这篇文章。

其实整篇文章都在教大家如何不要把项目带崩，这里的主旨依旧只有一个：

提高意识，提高操作，更落地一点的回答是提前找到你项目中的风险点，并且干掉他。

好了，今天的分享就到这，希望对各位有用。「原创不易，多多分享」

想要更多交流可以加群：

出处：https://www.cnblogs.com/yexiaochai/p/15905168.html