|
EDA365欢迎您登录!
您需要 登录 才可以下载或查看,没有帐号?注册
x
首先,关于研发管理,一般的研发管理有以下几个典型问题:1、难以KPI化和考核1 P$ G9 f/ s! q' w% c6 @
任正非有句名言:钱分好了,管理的大部分问题就解决了。我对此深表同意,可问题是,怎么能分好钱确实非常考验能力、经验和智力的。研发之难,恰恰难在无法KPI化工作本身,所有那些试图KPI化工程师和码农的做法,最终结果都啼笑皆非、面目可憎、吃力不讨好。在我过去经历,还有客户实际的研发管理里,试图KPI化研发工作一直是不同团队努力的尝试,包括和不限于以下方式:
; P+ H% U* U' k/ r/ Q- 解决Bug数
- SLA
- 功能完成度
- 加班,007就比996牛逼,996就比955更值得奖励
- 营收捆绑
- NPS
/ s! i6 {, \: g o* H 这些看起来可以数字化的指标,除了证明研发管理者通过偷懒的方式做绩效考核外,可以说毫无价值,也无法给公司和组织带来正向的激励。+ c9 X2 \& S" M2 I: T" B7 g
( S: m# A$ o2 E9 i0 t2、离代码很近,离用户很远8 C2 b7 ?, H! M$ s# c
另外一个现实且无奈的问题是,工程师和产品经理好像是在象牙塔里做产品和研发,和用户往往离得太远太远。这种问题带来的伤害可能远比其他事情来得更加彻底,但本质上这是研发规则上没有解决好的问题,导致工程师本身并没有任何的目标和动力去贴近用户和客户场景。" k0 V" d, D8 S* b T( ^$ x
4 \0 Y2 Z3 S/ {4 v! B0 E2 \我们常常说要做用户喜欢的产品,但那些反人类智商的产品,往往是产品经理和工程师合谋的结果。如果说研发管理的目标是提高效能,那么首先同步研发团队朝着统一的目标,就是效能管理最重要的第一步。7 g U- H) w2 d' |5 g/ S
9 v/ d# Z- J Q8 R因此,以什么样的制度去驱动研发抬起头来看客户场景,是一切研发管理的核心工作之一。- A% ~3 F$ k! M7 o7 x, F
- K% t; }7 [; Z4 p4 H3、跨部门战争频发9 L5 k! |: ^/ e. h6 H* R
因为低头干活,所以往往研发团队的目标和业务团队的目标并不是一致的,研发体系和业务体系的跨部门战争,简直罄竹难书: o$ c; k4 E4 Y$ y" q
5 u8 B: y; {9 i; x1 i
- 业务认为,怎么这么多bug,一个小问题需要花这么久的时间才能修复
- 而研发认为业务的智商不够用,这么好的产品就是无法准确传达给客户
- 业务面对客户点头哈腰;而研发觉得客户是业务的客户,不是研发的客户
- 业务对需求排期是12345;而研发对需求排期往往是54321
- 业务给客户承诺就像谈恋爱,把星星摘下来也敢接着;研发认为你承诺的,你去写代码实现吧
- 业务认为研发高工资吹着冷气,自己天天跑在外面晒太阳;研发认为,业务提成那么高,这产品是我做的,我咋没提成呢
0 H6 h. h! r0 K3 i( L 这种剪不断、理还乱的关系,是很多公司的普遍现象。因为跨部门的不理解,必然带来团队之间的内耗,信息的折扣和效率低下自然产生。而更重要的影响是跨部门战争造成对客户服务与理解的偏差与推诿,没有任何公司或者团队能在一个不流畅的环境下成就对客户的100%满意度。
+ D6 S* z9 G4 |7 V- V; l( v! ]/ d
; \3 z1 |/ n: r6 X4 @4 m6 ?解决方案其实很简单,核心是构建一个开放、自学习、自驱动的组织文化和仪式感,这是打造高效研发团队最内核的基础。如下图:: `8 w( {& U! j% T8 B
- 左边是工具和方法,主要包括:以OKR驱动的目标管理,基于Scrum的敏捷,和逐步完善的DevOps。
- 右边是制度和规则,核心包含:研发团队的绩效和考核、跨部门合作、其他仪式感驱动的各种规则,尤其是构建自学习的环境与分享机制。
6 u P; @$ M- d 关于制度管理题主可以去看一篇文章:《百人研发团队的难题:研发管理、绩效考核、组织文化和OKR》。
* _: O& d# w& R; H) S5 n+ u' j而工具化,现在市面上有很多管理工具可以解决企业的管理问题,工具的核心价值,不是仅仅通过工具提高效率,更重要的是,利用工具修好水渠。7 K$ I- t; |% t# b' v! g
" `& R, R$ W( A, U
研发团队本身的管理、绩效、工作流程有很多可以水渠化的事情,所以用一个好的工具能够最有效的帮助研发团队修好水渠,然后达成团队的目标。
$ I9 R6 d0 \3 ^1 T2 F8 O' H* N s; p' E' U* K% m5 P0 M- Q
推荐题主可以试试:Worktile。核心原因是对研发团队而言,Worktile能够帮助解决的主要是以下两个方面:4 Y5 m, d' c% ]8 U+ a0 l. T
0 d+ t+ a7 o: P8 A, k7 w! X% G
- 基于敏捷的全流程项目管理
- 基于OKR的目标工具
0 w: Y/ E% ]+ e, p ! ?% c4 |' f, L& j! `
1. 通过Worktile项目管理(Scrum和Kanban)驱动敏捷研发全流程 3 U3 K5 D7 F, [& c
目前已经有几十万团队通过Worktile协同工作,其中研发团队占比是最高的,源于我们提供了对敏捷全流程的完整工具链支持,以及更好的产品体验:
1 u7 \8 Q) [; H& Y; y: O( l( C+ z' y
- 支持Scrum和Kanban两种敏捷实践方式
- 基于敏捷方法论的完整迭代、故事板、需求、任务和缺陷管理
- 丰富的报表和数据统计,对研发决策管理一目了然
- 打通研发和业务,更好的跨部门协作支持
" Z" q5 f, M" n9 p; t 落地敏捷,需要能够支撑全流程的简单工具,Worktile为你提供了所需的一切。. V1 g2 [; G; K; A4 \- O( b$ Y
, R. ~7 A1 A2 P0 E2. 通过Worktile OKR工具落地OKR的执行 8 i2 x" f' m1 G( E9 k
Worktile是国内首家将OKR落地到工具化的产品,为团队执行OKR提供了更好,更方便,更数据化的支持,主要包括:% M9 |9 |# \: u4 S' z1 @; t
- OKR的执行全流程管理,从启动、周期、打分和评审
- 基于公司、部门和个人分级的O和KR管理
- 一个基于目标体系的目标树
- 基于目标执行的自动化运营分析,同统计报表告知团队OKR执行和更新的情况
- 自动目标更新提醒, A, o; o4 l$ H* ~" D% ~5 H
6 B6 Z' s9 X4 r
' K7 m2 j$ o1 Y8 R L8 J& {3 KOKR是个简单的方法论,工具本身并不复杂,但自动化方式显然好过Excel共享方式带给团队的价值。这些都是Worktile已经修好的水渠,你只需将水引入即可。
; a: B) Y! n4 n8 d! O
. v7 Q* o7 A: K6 E& C
' L% M) C7 D9 n( F2 j1 d! x$ Z& u0 h% U
|
|