邱岳的产品手记
邱岳
无码科技产品经理,公众号二爷鉴书作者
立即订阅
9922 人已学习
课程目录
已完结 48 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 | 产品经理的世界没有对错
免费
01 | 验证码是个好设计吗?
02 | 产品经理工具指南
03 | 产品案例分析·Trigraphy的设计哲学
04 | 如何当好AI时代的产品经理?(学习篇)
05 | 如何当好AI时代的产品经理?(实践篇)
06 | 产品案例分析 · The Guardian的文本之美
07 | 关于需求变更(上):需求背后的需求
08 | 关于需求变更(下) : 化变更于无形
09 | 产品案例分析:Hopper的“人工智能”
10 | 产品被抄袭了,怎么办?
11 | 如何借鉴灵感?
12 | 产品案例分析:LabRdr的设计实验
13 | 无用却必要:产品规划(上)
14 | 留白与节奏:产品规划(下)
15 | 产品案例分析:Mimo与Learn Python的导学之趣
16 | 在内部产品中找到产品经理的价值
17 | 产品经理如何获得非权力性的影响力?
18 | 产品案例分析:WWF Together的情怀设计
19 | 产品经理如何与开发打交道(上):打破思维的边界
20 | 产品经理如何与开发打交道(下):合作与共赢
21 | 产品案例分析:Fabulous的精致养成
22 | 产品经理的图文基本功(上):产品文档
23 | 产品经理的图文基本功(下):产品图例
24 | 产品案例分析:PathSource的混乱与直观
25 | 产品世界的暗黑模式:操纵的诱惑
26 | 写好产品文档的诀窍
27 | 产品案例分析:Quartz&Hooked的对话式交互
28 | 产品分析的套路(上):谁是利益相关者?
29 | 产品分析的套路(中):解决什么问题?
30 | 产品案例分析:Primer的扑克牌交互
31 | 产品分析的套路(下):如何出解决方案?
32 | 从受众规模、需求频率和强度出发:排定需求优先级的方法(上)
33 | 产品案例分析:Arts & Culture 的架构之美
34 | 价值曲线分析:排定需求优先级的方法(下)
35 | 答疑时间:关于产品经理的12个问题
36 | 产品案例分析:解读知识星球
37 | 如何做好需求评审(上):需求评审不只是一次会议
38 | 如何做好需求评审(下):在评审中控住全场
39 | 产品案例分析:SeatGeek的订票设计
40 | 新年给产品经理的几碗鸡汤
41 | 产品经理的项目管理心得
42 | 产品案例分析:Unread的阅读体验
43 | “玩”的力量:从游戏设计中学习产品设计(上)
44 | “玩”的启示:从游戏设计中学习产品设计(下)
45 | 产品案例分析:Chartistic的“复杂”图表
尾声:你的快乐是哪一种
【第二季回归】二爷归来,再次扬帆起航
邱岳的产品手记
登录|注册

41 | 产品经理的项目管理心得

邱岳 2018-02-22
“将者,智、信、仁、勇、严也。”——孙武《孙子兵法》
产品经理有时需要承担不同角色的责任,项目管理就是其中一种。一方面,很多互联网企业中没有专职项目经理,产品经理可能需要在项目中担任项目经理的职责;另一方面,产品经理的日常工作就是协调各种不同的角色,组织各方资源来推动事情发生。
从这两个角度来说,都需要我们了解和掌握项目管理的技能,今天,我就跟你分享关于项目管理的一些经验和感悟,希望能给你带来启发。

1. 影响力大于权力

互联网公司的项目团队通常是根据项目范围临时组建的,团队成员来自于不同的职能部门。这就意味着产品经理对项目组成员并没有行政权力。
在这样的环境中,作为产品经理或项目经理一定要依靠影响力来组织团队。我在前面的专栏文章中专门分享过“产品经理如何获得非权力性的影响力”这个主题,这里不再重复,但还是想要提醒你,即便是在临时组成的短期项目组里,也要有意识地建立和利用影响力。
千万不要抱有“我是这个项目的项目经理,所以你们要听我的”,这样的态度和言行,否则很容易让项目组内部出现罅隙。
在另一些情况下,我们也有可能会获得明确的行政权力,比如一些长期项目可能会单独建立团队编制,或者,绩效考核时,项目经理可以拥有一定的权限等等。我的建议是:即便在这种情况下,也要尽可能利用影响力而不是权力来组织团队、管理项目。
利用权力威逼利诱,总是隔着一层障碍,利用影响力团结一心,才能打造更有效率的项目团队。

2. 管人大于管事

项目进行的过程中,有的项目经理会根据流程和制度,照本宣科地执行项目管理手段。
从单个项目的角度来看,这样的方式可能不会有太大问题,但如果忽略了项目中人的因素,那么项目抵抗风险的能力以及达成卓越的可能性都会降低,并且久而久之,会消耗整个团队的心力和士气。从我自己的体会来说,我感觉在项目中,对人关注的重要性或许会超过对执行具体事务的管理。
士气是团队中看不见的那只手,项目经理需要对此有感性上的敏感,关注整个项目组的士气。士气低落会影响交付能力,并且也会造成团队的不稳定。
在项目组中提高士气的大前提是:你做的产品规划和设计要靠谱,大家能够理解并且看到希望。在此基础之上,也要注意项目的里程碑和仪式感。在达成阶段性的目标或交付阶段性的特性时,可以买点水果大家一起庆祝庆祝,或者哪怕在项目群里郑重其事地宣布一下,既可以保持项目组内部的信息透明,也能让大家时刻感受到项目在持续向前推进,不至于疲倦懈怠。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《邱岳的产品手记》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(8)

  • 刘祯
    感谢分享,产品经理要会的东西可真不少,实践出真知,以下是我对于项目管理的一些思考:

    项目管理的步骤:

    一是明确的目标;
    二是明确的开始与结束时间;
    三是明确工作事项、工作分工与交付物标准;
    四是相对确定的负责人与参与者。

    产品经理关注方面:

    一、项目进度:一旦产品进入开发阶段,就必须严格把控进度,保证项目如期上线;
    二、协调资源:每个项目都需要相应的开发资源,产品经理要确保这个项目得到足够的支持;
    三、评估风险:项目或是任务存在延期、变更时,要与所有团队沟通并且预警,提出相应解决方案;
    四、提升效率:想尽一切办法让项目快起来。

    最后一点可谓所有团队的重头戏了。产品开发与项目管理并非一蹴而就,而团队配合更是通过一个一个项目迭代后磨练出来的。我们能做的便是在每一次的项目总结中汲取经验教训,让产品开发更为高效顺畅。
    2018-02-22
    10
  • CC
    今天的分享中强调了「人」在项目管理中的重要性,联想到自己过去的几次体验,确实如此。可能项目管理很多时候是在「管理心情」、「管理士气」。

    利用权力是一种偷懒的手段,不需要了解团队成员,不需要花时间赢得影响力和尊重,不需要大量阅读寻找解决方案,效果短期内似乎立竿见影,但是长期来看,会导致团队的技术动作走形,变成你说一,我做一,伤害士气和主动性,所有负面效果会最终体现在项目的每一个细节上,而这可能还会延续到下一个项目中。

    每个人在每个人的心中都有一个「信用分」,从零开始,通过自己的一言一行,信用分开始更新。每一次靠谱的行动,都会提高信用分;每一次失误,损害士气的行为,都会降低信用分。信用分将会跟随每个人。

    今天学到了很多项目经理的「道」,需要刻意练习,才能找到适合自己的「术」。

    谢谢二爷的分享!

    祝大家都能找到自己的项目经理之道。
    2018-02-22
    5
  • 叹符xo
    那个快递柜的设计本身可能是为了让柜子「单次使用时间更短」

    其实很好理解,就是快递柜的成本是空间的使用,一个人用了一天和三个人用了一天成本和收益是完全不同的,所以作为经营者是倾向于刺激用户更快的取件的

    打败小区的多少人,虽然这个设计本身能不能达到预期我不知道,但是我猜它的初衷是为了利用用户的攀比心理来刺激用户更积极的去取件
    2018-03-13
    4
  • yaxin
    影响力大于权利,重点是不要强制团队成员做事,但如果大家都信服你则一切都好说。
    管人大于管事,重点是不要让大家士气低落,确保项目的仪式感和里程碑。
    交付大于计划,交付就是承诺,不管什么措施按时按量完成比啥都重要,项目估时要尽可能长,不要高估自己的开发能力。
    正确看待项目管理工具,工具不是重点,重点是研究工具学会项目管理的洞察。
    稳住才能赢,淡定永远是成事的基本素质。




    2019-03-18
    1
  • 坦克
    二爷,pmp值得考吗?
    2018-06-05
    1
  • 刘容Caroline
    「可以买点水果大家一起庆祝庆祝」

    哈哈,看来二爷喜欢吃水果

    作者回复: 或者鸭脖子😄

    2018-04-14
    1
  • Anson
    二爷,可以在每个专栏下加个搜索么,用户可以输入关键字来查找该专栏作者下的文章,不然一直往下翻,又花费时间又很难翻到,也不能随用随取。只是我个人建议哈。
    2018-02-23
    1
  • Henglu
    送你一个666666.
    2018-03-09
收起评论
8
返回
顶部