公司最近新来了个项目经理听说是从大厂挖来的。入职半个月我就发现她确实有点不一样。老板上午临时丢过来一个新项目需求还没完全讲清楚下午她就已经把项目目标、任务拆分、负责人和时间节点整理好了。第二天再看项目计划和协同流程基本成型。更让人意外的是她平时并不怎么加班。别人还在翻聊天记录、整理Excel、挨个问进度她已经开始处理项目里的关键问题了。后来我特意找她请教才发现她的秘诀并不复杂很多事情她根本不会从零开始做。项目怎么启动、任务怎么拆、进度怎么跟、异常怎么处理她都有固定的方法。需要重复做的事情提前做成模板需要多人配合的事情提前明确流程。我把她这套工作流整理了一下项目经理可以直接参考以下解读中所用到的项目管理系统——简道云已经做成了完整的模板可直接下载使用:https://s.fanruan.com/cah5z01 接到需求先别急着排计划很多项目一开始就埋下了返工的隐患。老板说月底上线项目经理马上排期业务部门说要增加功能研发立刻安排开发。等到真正执行时才发现需求没确认验收标准也不明确前面做完的东西只能推倒重来。这位项目经理接到需求后会先确认五件事项目目标这件事最终要解决什么问题交付成果项目结束时具体要交付什么验收标准做到什么程度才算完成关键人员谁负责执行谁提供资源谁最终拍板时间要求哪些节点不能延期哪些时间还有调整空间确认清楚后再把需求整理成项目任务。如果公司经常同时推进多个项目可以用简道云项目管理系统建立统一的需求入口把项目目标、提出部门、交付要求和负责人等信息收集起来。新需求不再散落在微信、邮件和会议纪要里项目经理接手时也不用重新找人问一遍。02 拆解任务固定模板直接套需求明确后接下来就是拆任务。很多人做项目计划就是列一张表填上任务名称、负责人、开始时间和结束时间。表格看起来很完整执行时却经常卡住。比如计划里写着“完成产品测试”却没有明确测试要等开发交付开发需要等需求确认这些前后关系一旦没理顺计划排得再漂亮也没用。她做计划时会先把项目拆成具体任务再明确每项任务的负责人、交付物、截止时间和前置条件。复杂项目还会用到WBS任务分解、RACI责任分工和关键里程碑把工作内容、责任边界和关键节点提前理清楚。她电脑里常年放着几套项目模板任务计划表、项目排期表、问题清单、变更记录和复盘模板。新项目来了直接复制原来的框架再根据实际情况调整。别人从空白Excel开始她从现成模板开始。在简道云项目管理系统中也可以根据企业的项目类型配置任务表、项目计划和里程碑统一管理负责人、截止时间和任务状态。类似项目重复开展时就不必每次重新搭表。03 跟进进度不要每天追着人问项目进入执行阶段后项目经理最容易陷入一种忙碌每天在群里问进度挨个找负责人确认晚上再把回复整理成汇报。忙了一整天项目经理累得够呛却未必真正解决了问题。这位项目经理不会把时间平均分配给所有任务而是重点盯住几类情况已经超过截止时间仍未完成的任务临近交付日期进度却没有明显变化的任务前置环节卡住导致后续工作无法启动的任务反复出现问题已经影响其他成员工作的任务。发现异常后她不会只问一句“什么时候能做完”而是继续确认原因是工作量估算不足、需求临时变更还是资源协调不到位原因不同处理方式也不同。有些任务需要重新安排时间有些需要协调人员还有些必须让业务负责人尽快确认需求。借助项目看板可以把任务状态、责任人、截止时间和实际进度集中展示优先筛选延期任务和重点节点不必每天从几十条聊天记录里拼凑进度。当然前提是负责人及时更新任务状态否则看板再清楚也只是摆设。04 处理项目问题不能只停留在群聊里跨部门协作是很多项目延期的主要原因。研发说要等业务确认业务说还在等领导意见采购说供应商没回复生产说没有物料就无法排产。每个人都有理由但项目进度不会因此自动往前走。她处理这类问题时会把问题、影响范围、责任人、下一步动作和完成时间记录下来。比如项目因为客户没有确认方案而卡住就要明确由谁联系客户、最晚什么时候反馈以及继续拖延会影响哪个交付节点。如果涉及需求变更、责任人调整和交付时间变化也要同步更新项目记录避免有人拿着旧计划继续执行。群里可以讨论但最终的处理结果必须留下来。在简道云项目管理系统中可以结合任务分配和流程节点把需要协作的事项明确到人并根据实际需要配置通知和处理流程。问题可以暂时解决不了但不能一直没有责任人和下一步动作。05 项目会议只讨论需要解决的事很多项目周会大家轮流汇报自己做了什么项目经理负责记录。一个小时过去了延期的任务还是延期跨部门的问题也没有解决。她会在会前整理出需要讨论的事项会议主要处理三类问题哪些任务偏离计划、哪些问题需要跨部门协调、哪些决定必须由负责人确认。每个问题讨论完都要明确结论、责任人和完成时间。暂时无法决定的也要说明还缺什么信息、由谁补充。会后再把结果更新到项目任务和问题记录里后续直接跟进。如果项目进度和任务状态平时已经在系统中维护会议就不必再花大量时间逐项核对。项目经理可以提前筛选异常任务把时间留给真正需要协调和决策的问题。06 项目结束后把经验留下来项目交付完成不代表所有工作都结束了。如果每次做完项目就直接进入下一个项目同样的遗漏、延期和沟通问题很可能再次发生。她每次项目结束都会留下几样东西可复用的任务模板、常见问题的处理方法、容易影响交期的关键节点以及本次项目值得改进的地方。不需要写几十页复盘报告重点是记录下次真能用上的经验。如果公司同时推进多个项目还可以定期对比计划和实际交付情况看看延期主要集中在哪些环节哪些问题反复出现再针对性地调整流程。把项目任务、问题处理记录和复盘结果持续沉淀下来团队就能逐步形成自己的项目模板而不是每次都依赖某个经验丰富的项目经理。说在最后看完她的工作方式我最大的感受是做过一次的事情尽量不要每次都重新做。需求有入口任务有模板进度有记录异常有人跟项目结束后还有经验沉淀。把这些基础环节理顺项目经理才能从重复整理和催办中抽出时间真正去解决项目里的关键问题。如果你现在还在每次新建Excel、反复催进度不妨先把现有项目的任务、负责人、截止时间和当前状态统一起来再逐步补齐需求、变更和复盘流程。先把一套工作流跑顺再考虑如何复用和优化这比一上来追求复杂的管理体系更实在。QA我们公司才十几个人没有大厂的预算和基建直接照搬这套工作流会不会水土不服根本不用全抄抓住减少扯皮的核心就行。很多人觉得大厂PM的工作流是一堆复杂表格、审批节点、跨部门会议其实那些只是载体。这套方法最核心的逻辑是把之前靠吼、靠微信群人、靠谁嗓门大谁推进的事变成所有人一眼能看到的共识谁在什么时间、要交付什么东西、卡点了找谁。十几个人的小团队不用买专业项目管理系统就在共享文档里拉个简单表格把每个待办的责任人、截止时间、交付标准写清楚每天抽15分钟站会每个人只说三句话昨天干完啥、今天要干啥、有啥卡着过不去。就这两个动作就能把之前80%的我以为你知道我等你反馈的内耗消掉跟团队大小没关系。这套流程环节这么多会不会最后变成形式主义本来三天能做完的事光走流程就要花一周真正从大厂出来的PM最反感的就是形式主义。你觉得恐怖的那些环节没有一个是为了管大家而设的——全是为了省时间。之前项目卡壳往往是因为需求没说清楚研发做了一半才发现理解偏了返工要花一周是因为风险没提前说临上线了才发现别的部门接口没准备好全公司加班救火是因为进度不透明大家天天在群里追着问那个事弄完没沟通成本比干活时间还长。这套工作流的所有环节都是提前把这些坑填上需求拆到谁都能看懂的颗粒度不用反复对齐风险提前摆在所有人眼前不用临时救火进度可视化不用追着问。判断流程好不好的标准特别简单如果这个环节能让干活的人少打无用的电话、少开扯不清的会、少返工就留着如果只是为了填个表、走个审批、拍个照留痕直接砍掉半点情面不用讲。我就是个普通执行岗不是项目经理这套方法跟我有什么关系这可能是最适合普通职场人提升效率的一套方法。很多人觉得项目管理是PM的事自己只要把手头的活干完就行但职场里最吃亏的从来不是活最多的人是闷头干了三天没人知道进度、出了问题第一个被追责、做完了没人看到价值的人。大厂PM那套工作流本质上是一套让你的工作不白干的方法接任务的时候先跟对方确认清楚交付标准和截止时间别等领导问了才含糊说快了同步进度的时候先说结论别让别人追着你问半天每次项目结束花10分钟记一句下次再做这件事要注意啥同类问题下次直接绕开。哪怕你一辈子不做项目经理用这套逻辑干活也能比周围人少走一半的弯路还能让你的努力被该看见的人看见。
