惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园 - 司徒正美
大猫的无限游戏
大猫的无限游戏
腾讯CDC
J
Java Code Geeks
博客园 - 【当耐特】
Microsoft Azure Blog
Microsoft Azure Blog
V
Visual Studio Blog
人人都是产品经理
人人都是产品经理
博客园 - Franky
博客园 - 聂微东
阮一峰的网络日志
阮一峰的网络日志
美团技术团队
云风的 BLOG
云风的 BLOG
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
U
Unit 42
雷峰网
雷峰网
B
Blog RSS Feed
博客园_首页
量子位
F
Fortinet All Blogs
罗磊的独立博客
H
Hackread – Cybersecurity News, Data Breaches, AI and More
酷 壳 – CoolShell
酷 壳 – CoolShell
C
Check Point Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
做好项目管理,先从明确职责开始
产品人卫朋 · 2023-01-10 · via 人人都是产品经理

优秀的项目管理,一定是高效协调各方资源、反馈及时、调整迅速的。通过有效的项目管理,可以获得更多的时间和更少的花费。那么,如何做好项目管理呢?一起来看一下吧。

优秀的项目管理一定是高效协调各方资源、反馈及时、调整迅速的。

同时可以做到让参与各方在整个项目过程中张弛有序、愉快合作,最终实现产品项目的效益最大化。

那什么是项目呢?

项目是为向客户提供独特的产品或服务而进行的临时性任务,项目有两个重要的特点:

  • 一个是一次性的活动:项目有明确的开始和结束日期;
  • 另一个显著的特点是独特性的活动:交付的结果是独特的,所以其过程中需要创新性的活动来保证交付这个独特性的结果。

因此:

  • 修建一栋楼房是项目;
  • 开发一个新产品是项目;
  • 植树也是一个项目。

通过有效的项目管理,你将获得更多的时间和更少的花费。

产品开发项目不能孤立地优化,这些项目在资源方面存在依赖关系,也可能共享可以降低成本的协同效应。

项目管理是指在企业有限的资源下,通过项目经理和项目团队的共同努力,运用系统的理论和方法,对项目所涉及的全部工作进行有效的管理。

项目管理是一项技能,用于管理项目以及项目之间的联系,以优化整个项目。

也即,在整个项目生命周期内进行计划、组织、指挥、协调、控制和评价等管理活动,以实现项目的目标。

确定谁在跨职能团队的项目中做什么是非常基本的。

具有明确职责和截止日期的明确任务是项目管理的 101(百里挑一)。

而圆点图恰恰可以做到这一点。

圆点图是对 RACI 图的优化,是矩阵框架中的一组相互连接的圆圈。

一、那什么是RACI图呢?

RACI 包含四方面的内容:

  1. 谁负责(R = Responsible),即负责执行任务的角色,该角色具体负责操控项目、解决问题;
  2. 谁批准(A = Accountable),即对任务负全责的角色,只有经他同意或签署之后,项目才能得以进行;
  3. 咨询谁(C = Consulted),拥有完成项目所需的信息或能力的人员;
  4. 通知谁 (I =Informed),即拥有特权、应及时被通知结果的人员,却不必向他咨询、征求意见。

分清谁在项目中做什么是最基本的要求,明确的任务、明确的职责和截止日期,是项目管理的基础。

RACI 图表有助于定义哪些角色是负责人、咨询人和知情人。

随着项目开发复杂性的增加,创建一个清晰的图表,标明谁负责什么。

这有助于防止任何类型的项目失败,如,开发、设计、IT、人力资源或变更管理。

根据百度百科中的解释,RACI表的绘制步骤分为:

1)辨识整个流程、找出各项活动,将它们记录在RACI表的左侧;

2)辨识流程、活动中的所有角色,将它们记录在RACI表的上方;

3)完成RACI表的方格单元: 辨识每一个流程、活动的角色(R、A、C、I);

4)每一个流程最好只有一个“A”角色,这是RACI的一般原则:

  • 当一个流程找不到“A”角色时,则出现缺口;
  • 当一个流程有多个“A”角色时,则出现交叠;

5)解决交叠问题;

每个流程只能有一个“A”角色,以便明确流程的具体拥有者和责任。

如果不止一个“A”存在,那么就要对该流程进行再分解,然而再对“A”进行分配。

6)解决缺口问题;

如果某个流程找不到“A”角色,这时对流程或项目负全责的权威人士则应该在现有角色中(或者发现新人选)挑选、任命一人担任“A”。

更新RASCI表,对各个角色及其相关责任进行阐述。

二、圆点图

在横轴上标识关键可交付成果,在纵轴上标识关键角色。

绿色圆圈表示活动涉及某个职能,而深蓝色圆圈表示给定可交付成果的直接责任人 (DRI)。

优点:

  • 提供角色和职责的清晰可视化表示;
  • 通过澄清谁做什么来帮助防止错过可交付成果;
  • 防止因两个人在同一任务上工作而浪费资源;
  • 帮助团队在项目开始时就角色职责达成共识。

以华为为例,产品开发过程会涉及如下角色:

创建圆点图的步骤:

  • 项目经理填写图表的草稿;
  • 与团队举行了一次审查会议;
  • 团队从项目计划中确定关键任务(大约 5-15 个),并将它们按时间顺序放在图表顶部;
  • 团队列出负责交付流程的关键职能,重要的是要将参与任务与交付任务的责任区分开;
  • 用空心圆圈表示参与特定任务的任何功能组,用实心圆圈表示最终负责完成任务的一个功能组;
  • 所有任务都必须有一名且只有一名直接负责人 (DRI)。

团队应在计划的早期审查圆点图,在审查会议结束时,职能代表签署他们的各种任务。

将此文档存储在项目团队文件库中,以便于访问和查看。

当关键任务即将到期时,可以快速查看谁负责交付这些任务。

最重要的是,这是一份动态文档,如果职责发生变化,你必须更新图表以反映这些变化。

该图表的最大价值在于团队讨论,并就可交付成果以及由谁负责的审查会议。

你需要根据项目大小或类型,修改工具以匹配手头任务的范围。

对于大型项目,你可以有两个级别的圆点图,一个是整体级别,其他几个子系统级别。

例如,一个大型软件平台项目可能总共有四个圆点图:

  • 三个二级图表,涵盖网络、客户端和设备;
  • 一个涵盖整个项目。

有时需要更加明确任务和角色,在这种情况下,只有不参与、参与和负责三个级别是不够的,你可能需要添加其他角色,例如,批准和咨询。

项目管理的成功不等于产品的成功,项目管理的成功表现在进度满足要求,开发费用降低,企业获得了必要的知识、经验。

但对于产品开发项目来说,最终的目标是实现产品的市场成功、财务成功。

专栏作家

卫朋,公众号:产品人卫朋,人人都是产品经理专栏作家。关注智能硬件领域,擅长市场分析、产品设计开发、生产管理等,喜欢阅读和爬山。

本文原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。