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

推荐订阅源

IT之家
IT之家
Recent Announcements
Recent Announcements
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
The GitHub Blog
The GitHub Blog
MyScale Blog
MyScale Blog
爱范儿
爱范儿
GbyAI
GbyAI
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
美团技术团队
Y
Y Combinator Blog
博客园 - 叶小钗
Apple Machine Learning Research
Apple Machine Learning Research
Martin Fowler
Martin Fowler
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
罗磊的独立博客
M
MIT News - Artificial intelligence
博客园 - Franky
V
Visual Studio Blog
I
InfoQ
V
V2EX
Hugging Face - Blog
Hugging Face - Blog
腾讯CDC
博客园 - 司徒正美
L
LangChain 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协议。

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