找回密码
 注册
关于网站域名变更的通知
查看: 520|回复: 1
打印 上一主题 下一主题

[绩效管理] 研发管理和项目管理有哪些痛点?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2020-5-26 14:46 | 只看该作者 |只看大图 回帖奖励 |倒序浏览 |阅读模式

EDA365欢迎您登录!

您需要 登录 才可以下载或查看,没有帐号?注册

x
0 F. A% _' ~9 f# J- {  I( l: O

+ @2 R: w1 ]7 C! ?# I, @关于研发管理,一般的研发管理有以下几个典型问题:, n4 }, W) \7 `
1、难以KPI化和考核
- W( w+ ^% g1 ?任正非有句名言:钱分好了,管理的大部分问题就解决了。我对此深表同意,可问题是,怎么能分好钱确实非常考验能力、经验和智力的。研发之难,恰恰难在无法KPI化工作本身,所有那些试图KPI化工程师和码农的做法,最终结果都啼笑皆非、面目可憎、吃力不讨好。在我过去经历,还有客户实际的研发管理里,试图KPI化研发工作一直是不同团队努力的尝试,包括和不限于以下方式:
; k5 Y' M5 v* s' E$ J
  • 解决Bug数
  • SLA
  • 功能完成度
  • 加班,007就比996牛逼,996就比955更值得奖励
  • 营收捆绑
  • NPS5 n7 m3 A! m; ]* g5 q! n6 U+ s
这些看起来可以数字化的指标,除了证明研发管理者通过偷懒的方式做绩效考核外,可以说毫无价值,也无法给公司和组织带来正向的激励。
3 K0 B( k+ _. f5 J0 J$ K" l2 i% o2 n. y! p" {0 ~
2、离代码很近,离用户很远
, ]$ h  m' n0 a! U/ S另外一个现实且无奈的问题是,工程师和产品经理好像是在象牙塔里做产品和研发,和用户往往离得太远太远。这种问题带来的伤害可能远比其他事情来得更加彻底,但本质上这是研发规则上没有解决好的问题,导致工程师本身并没有任何的目标和动力去贴近用户和客户场景。
& m4 B0 Q5 H4 |/ d1 Z. Q6 R9 D" _# ]& S
我们常常说要做用户喜欢的产品,但那些反人类智商的产品,往往是产品经理和工程师合谋的结果。如果说研发管理的目标是提高效能,那么首先同步研发团队朝着统一的目标,就是效能管理最重要的第一步。% h% n0 |7 x( z7 d
- J4 v/ b! ]8 n/ X0 c
因此,以什么样的制度去驱动研发抬起头来看客户场景,是一切研发管理的核心工作之一。
1 h6 ?% O2 L" d/ E/ O& ?$ Y; U
3 r  Z& v6 W) x( M3、跨部门战争频发' Q5 n' d" U3 i$ ?, d7 b
因为低头干活,所以往往研发团队的目标和业务团队的目标并不是一致的,研发体系和业务体系的跨部门战争,简直罄竹难书:
2 w5 u% w( S4 \; V# Y0 o1 s8 W2 a5 H# `. g* \, z, P
  • 业务认为,怎么这么多bug,一个小问题需要花这么久的时间才能修复
  • 而研发认为业务的智商不够用,这么好的产品就是无法准确传达给客户
  • 业务面对客户点头哈腰;而研发觉得客户是业务的客户,不是研发的客户
  • 业务对需求排期是12345;而研发对需求排期往往是54321
  • 业务给客户承诺就像谈恋爱,把星星摘下来也敢接着;研发认为你承诺的,你去写代码实现吧
  • 业务认为研发高工资吹着冷气,自己天天跑在外面晒太阳;研发认为,业务提成那么高,这产品是我做的,我咋没提成呢
    3 s2 x8 M5 y  n6 p. V
这种剪不断、理还乱的关系,是很多公司的普遍现象。因为跨部门的不理解,必然带来团队之间的内耗,信息的折扣和效率低下自然产生。而更重要的影响是跨部门战争造成对客户服务与理解的偏差与推诿,没有任何公司或者团队能在一个不流畅的环境下成就对客户的100%满意度。1 V3 }- I: i+ c+ o( O
' N- o9 Z6 W: W6 x1 f
解决方案其实很简单,核心是构建一个开放、自学习、自驱动的组织文化和仪式感,这是打造高效研发团队最内核的基础。如下图:* G2 B" G# W+ B% h
  • 左边是工具和方法,主要包括:以OKR驱动的目标管理,基于Scrum的敏捷,和逐步完善的DevOps。
  • 右边是制度和规则,核心包含:研发团队的绩效和考核、跨部门合作、其他仪式感驱动的各种规则,尤其是构建自学习的环境与分享机制。- a0 z! D" C) R+ ?) d& B, f
而工具化,现在市面上有很多管理工具可以解决企业的管理问题,工具的核心价值,不是仅仅通过工具提高效率,更重要的是,利用工具修好水渠。5 |4 g; [: {& m$ J

' E- K4 M( U" T$ h; p研发团队本身的管理、绩效、工作流程有很多可以水渠化的事情,所以用一个好的工具能够最有效的帮助研发团队修好水渠,然后达成团队的目标。
6 C3 u+ z6 x/ t1 [0 i4 S  K. Y/ [7 w
推荐题主可以试试:Worktile。核心原因是对研发团队而言,Worktile能够帮助解决的主要是以下两个方面:6 W. |; F6 n0 y: ^- }/ ~+ P+ a( {

$ |2 @4 n4 v, A( u9 F5 i2 b
  • 基于敏捷的全流程项目管理
  • 基于OKR的目标工具
    , C" E7 B( H: b: e) g

8 S0 K0 E0 a) f# q7 y 1. 通过Worktile项目管理(Scrum和Kanban)驱动敏捷研发全流程 ( a/ l' L& Z2 n  v" M
目前已经有几十万团队通过Worktile协同工作,其中研发团队占比是最高的,源于我们提供了对敏捷全流程的完整工具链支持,以及更好的产品体验:% N' v! O; B0 ~7 m, j$ v9 m

) J0 f2 t* d6 S% z5 W' `
  • 支持Scrum和Kanban两种敏捷实践方式
  • 基于敏捷方法论的完整迭代、故事板、需求、任务和缺陷管理
  • 丰富的报表和数据统计,对研发决策管理一目了然
  • 打通研发和业务,更好的跨部门协作支持
    + O' o  R: ~4 s. B3 F5 Z
落地敏捷,需要能够支撑全流程的简单工具,Worktile为你提供了所需的一切。
! a5 [( z: }$ X3 }, z6 V
  t3 r: u1 G/ Z" d0 h# ~+ |2. 通过Worktile OKR工具落地OKR的执行 ! z; G1 P8 U+ H1 @2 f
Worktile是国内首家将OKR落地到工具化的产品,为团队执行OKR提供了更好,更方便,更数据化的支持,主要包括:4 ?! ~5 f; L  q' l! {
  • OKR的执行全流程管理,从启动、周期、打分和评审
  • 基于公司、部门和个人分级的O和KR管理
  • 一个基于目标体系的目标树
  • 基于目标执行的自动化运营分析,同统计报表告知团队OKR执行和更新的情况
  • 自动目标更新提醒0 G& N! b$ W' [7 }- R- S1 a6 s

3 W5 F* V. h1 a* {& C, m
  ]' r( X- J# w" B, ^. j$ M
OKR是个简单的方法论,工具本身并不复杂,但自动化方式显然好过Excel共享方式带给团队的价值。这些都是Worktile已经修好的水渠,你只需将水引入即可。
' a3 u, t1 S4 X+ L1 J" o3 d( ?* T; m7 T# i" {' g' m9 ?
0 H& B5 R2 i# x  _; ^/ X
% W9 v& |8 ]2 x# l

该用户从未签到

2#
发表于 2020-5-26 15:41 | 只看该作者
以什么样的制度去驱动研发抬起头来看客户场景
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

推荐内容上一条 /1 下一条

EDA365公众号

关于我们|手机版|EDA365电子论坛网 ( 粤ICP备18020198号-1 )

GMT+8, 2025-11-6 03:35 , Processed in 0.171875 second(s), 26 queries , Gzip On.

深圳市墨知创新科技有限公司

地址:深圳市南山区科技生态园2栋A座805 电话:19926409050

快速回复 返回顶部 返回列表