EDA365电子论坛网
标题:
研发管理和项目管理有哪些痛点？
[打印本页]
作者:
ounce
时间:
2020-8-3 10:04
标题:
研发管理和项目管理有哪些痛点？
首先，关于研发管理，一般的研发管理有以下几个典型问题：
1、难以KPI化和考核
5 t. A8 K% U8 I3 ]! i7 z; J8 a
任正非有句名言：钱分好了，管理的大部分问题就解决了。我对此深表同意，可问题是，怎么能分好钱确实非常考验能力、经验和智力的。研发之难，恰恰难在无法KPI化工作本身，所有那些试图KPI化工程师和码农的做法，最终结果都啼笑皆非、面目可憎、吃力不讨好。在我过去经历，还有客户实际的研发管理里，试图KPI化研发工作一直是不同团队努力的尝试，包括和不限于以下方式：
3 u, N) R; i3 ~) X/ {/ B6 b
解决Bug数
SLA
功能完成度
加班，007就比996牛逼，996就比955更值得奖励
营收捆绑
NPS
8 H) ]6 {2 s" K9 k
这些看起来可以数字化的指标，除了证明研发管理者通过偷懒的方式做绩效考核外，可以说毫无价值，也无法给公司和组织带来正向的激励。
/ s5 x+ ~8 N# G9 z. b/ @
5 y |2 ~1 l& j. w1 f7 e! A9 ^
2、离代码很近，离用户很远
* G* f+ c: z& f" |' d: j
另外一个现实且无奈的问题是，工程师和产品经理好像是在象牙塔里做产品和研发，和用户往往离得太远太远。这种问题带来的伤害可能远比其他事情来得更加彻底，但本质上这是研发规则上没有解决好的问题，导致工程师本身并没有任何的目标和动力去贴近用户和客户场景。
M0 e) U- z, D1 Y! U+ K7 T9 Y" S! o
( W0 ~% E. g; ?: R( m6 u" b
我们常常说要做用户喜欢的产品，但那些反人类智商的产品，往往是产品经理和工程师合谋的结果。如果说研发管理的目标是提高效能，那么首先同步研发团队朝着统一的目标，就是效能管理最重要的第一步。
% z$ L% `$ E/ \4 \
4 X; h! H/ E6 {$ ^9 U3 b7 ^ l- ]$ z
因此，以什么样的制度去驱动研发抬起头来看客户场景，是一切研发管理的核心工作之一。
; @' `* d7 s9 h3 M
0 T1 d( k7 w- @+ G6 @( F( w q7 n
3、跨部门战争频发
9 u+ B% t) {3 O F" G
因为低头干活，所以往往研发团队的目标和业务团队的目标并不是一致的，研发体系和业务体系的跨部门战争，简直罄竹难书：
- X) P) Z; e) p6 p
& ~2 O) R( y1 J; _. [5 f' N
业务认为，怎么这么多bug，一个小问题需要花这么久的时间才能修复
而研发认为业务的智商不够用，这么好的产品就是无法准确传达给客户
业务面对客户点头哈腰；而研发觉得客户是业务的客户，不是研发的客户
业务对需求排期是12345；而研发对需求排期往往是54321
业务给客户承诺就像谈恋爱，把星星摘下来也敢接着；研发认为你承诺的，你去写代码实现吧
业务认为研发高工资吹着冷气，自己天天跑在外面晒太阳；研发认为，业务提成那么高，这产品是我做的，我咋没提成呢
* Q& G; y6 k7 m8 M
这种剪不断、理还乱的关系，是很多公司的普遍现象。因为跨部门的不理解，必然带来团队之间的内耗，信息的折扣和效率低下自然产生。而更重要的影响是跨部门战争造成对客户服务与理解的偏差与推诿，没有任何公司或者团队能在一个不流畅的环境下成就对客户的100%满意度。
; M" c+ n& H; [8 B7 {& E+ [3 `! b2 S
. N C1 x9 K$ }" K& x& J
解决方案其实很简单，核心是构建一个开放、自学习、自驱动的组织文化和仪式感，这是打造高效研发团队最内核的基础。如下图：
1 ^* x, N1 V1 }' K4 T
左边是工具和方法，主要包括：以OKR驱动的目标管理，基于Scrum的敏捷，和逐步完善的DevOps。
右边是制度和规则，核心包含：研发团队的绩效和考核、跨部门合作、其他仪式感驱动的各种规则，尤其是构建自学习的环境与分享机制。
8 w! k8 a. h# |( U; `
关于制度管理题主可以去看一篇文章：《
百人研发团队的难题：研发管理、绩效考核、组织文化和OKR
》。
0 [* M; F$ {: ]
而工具化，现在市面上有很多管理工具可以解决企业的管理问题，
工具的核心价值，不是仅仅通过工具提高效率，更重要的是，利用工具修好水渠。
) L# s+ @* S! a6 o$ }
9 b2 J3 q$ v: u$ K6 D
研发团队本身的管理、绩效、工作流程有很多可以水渠化的事情，所以用一个好的工具能够最有效的帮助研发团队修好水渠，然后达成团队的目标。
7 J3 Z" @% k7 U6 f4 [, j- a
# Y) i$ z |) k( c. Z. o6 k3 H3 f
推荐题主可以试试：
Worktile
。核心原因是对研发团队而言，Worktile能够帮助解决的主要是以下两个方面：
9 e: z/ y" n& o5 l/ H0 H2 P
3 X9 j5 x1 A4 G3 t G
基于敏捷的全流程项目管理
基于OKR的目标工具
! S; C- n: a. n& w6 o& n3 I6 ^
8 H! r) y. \ `) s% c# G, @( I |2 f
1. 通过Worktile项目管理（Scrum和Kanban）驱动敏捷研发全流程
/ ~: I. K/ I# P C3 o# k+ {/ V
目前已经有几十万团队通过Worktile协同工作，其中研发团队占比是最高的，源于我们提供了对敏捷全流程的完整工具链支持，以及更好的产品体验：
! u, ?3 H% s* K2 o8 s9 Q G
% O8 W9 f, K5 N0 {
支持Scrum和Kanban两种敏捷实践方式
基于敏捷方法论的完整迭代、故事板、需求、任务和缺陷管理
丰富的报表和数据统计，对研发决策管理一目了然
打通研发和业务，更好的跨部门协作支持
( U6 g, V* @* x: o5 o/ n2 N
落地敏捷，需要能够支撑全流程的简单工具，Worktile为你提供了所需的一切。
8 A7 X, u6 U+ b4 m0 ~2 b$ P0 R7 q
1 C! @* e1 e1 S% _- `1 a4 {1 c9 }
2. 通过Worktile OKR工具落地OKR的执行
6 y4 w! r" U1 F
Worktile是国内首家将OKR落地到工具化的产品，为团队执行OKR提供了更好，更方便，更数据化的支持，主要包括：
7 g* S+ C. `8 `/ s8 t
OKR的执行全流程管理，从启动、周期、打分和评审
基于公司、部门和个人分级的O和KR管理
一个基于目标体系的目标树
基于目标执行的自动化运营分析，同统计报表告知团队OKR执行和更新的情况
自动目标更新提醒
8 A, v5 u" s7 p I
0 F4 C# ]& `; K7 A" J: d
% k; I" ]3 [7 s# I/ Z- {% c
OKR是个简单的方法论，工具本身并不复杂，但自动化方式显然好过Excel共享方式带给团队的价值。这些都是Worktile已经修好的水渠，你只需将水引入即可。
* V" x5 Z$ |2 ] b$ ?0 G
" G; W. ?& U, `. ?' z- I$ G8 _/ P
7 A3 ?7 d7 Y& i8 A5 p5 M, X
2 c% k: x1 S# l1 v7 W0 _
作者:
updown
时间:
2020-8-3 10:46
另外一个现实且无奈的问题是，工程师和产品经理好像是在象牙塔里做产品和研发，和用户往往离得太远太远。这种问题带来的伤害可能远比其他事情来得更加彻底，但本质上这是研发规则上没有解决好的问题，导致工程师本身并没有任何的目标和动力去贴近用户和客户场景。
欢迎光临 EDA365电子论坛网 (https://www.eda365.com/)
Powered by Discuz! X3.2
