|
EDA365欢迎您登录!
您需要 登录 才可以下载或查看,没有帐号?注册
x
最近读了一本书:《华为能,你也能,IPD重构产品研发》,快速读完,其内容上有很大篇幅列举了华为IPD研发过程中的各种流程,规定,表格,模板等,这些我都略过了,因为我不是做纯管理的人,只是迫不得已要学点套路,以免被别人套路而已。书中却有不少我非常认同的观点和话语,记录并分享一下我的认知,以供参考。# V8 [5 |! V) l; v5 c7 K/ B
8 ]% K2 f0 t$ {关于IPD的定义及核心:
@+ Y% e; j1 f) G* j3 y! ?( mIPD: 基于市场和客户需求驱动的规划和开发管理体系( i) A; U" X! P/ w
# ~' i( l+ G2 d3 K7 s1 y
" R) l6 e8 @0 ^: v, R
IPD核心思想:- H8 _! E+ ~0 r M, a
1. 研发是投资行为
. m" e2 V: t* `: X1 }2. 基于需求的研发
" v( y+ {) x* J! p* T3. 平台化研发
. U) Z3 n0 `+ K0 O- \7 w4. 跨部门协作5 ]) q+ R5 [' ^- p
5. 结构化流程
; [/ b4 K/ q3 `: D6. 业务和能力均衡
# o$ d. j# W- D4 v" ?' s7. 灵活发展,与时俱进
# [8 @" D: L f" p! z4 ~% V5 I% m5 b7 P
+ V6 F" P! B1 W/ r- y: K0 c# i4 F1 J5 ]0 }$ M# _
这里最关键的两点是:" ~) X5 q6 O. b# f3 H$ |: R7 f
1. 市场需求是产品开发的驱动力0 I2 E) L& f. P- ]# y6 H1 Y
2. 产品开发要作为投资来管理
" I" K, }$ V S m5 a6 [
/ [4 u' X; j, u4 m/ J: N并且我认为其中最核心的是,从上到下都要认识,认同这两点,所有IPD的变革都是围绕这两点去做的。所谓学它者生,似它者死,如果连这点都没搞清楚就说在学IPD, 用IPD来管理,那结果可想而知。所以书中又重点列举了几点学IPD而不得好死的原因:+ X: B v" L9 t! U* y! Q
”很多企业学IPD不成功,一个重要原因是照搬华为管理体系,甚至照搬模板和表单,导致与企业实际情况不符,无法落地“8 q! t6 o; b! p1 Q& V* @
9 t( l$ a( K; I5 u5 R关于外包:什么不能外包,为什么?
7 a5 I* n' s# A6 G. e市场管理,产品规划,产品定义,这些不能外包,这是一个企业之所以存在的根本。我觉得换句话来说,如果这些东西都外包了而企业还能活下去的话,这个不能称之为企业,只是个附庸而已。: z% L; E: b! [5 c9 w1 u9 i
4 J2 r( z5 m5 q9 A另外,核心技术和关键技术也不能外包。因为这是价值链利润最高环节。上面那点决定了企业之所以能存在,而这点决定了企业能不能活得好,所以也不能外包。
! \+ e! S9 O# ?3 c( n5 s( o8 l2 ]8 D6 x* j) Z" A7 m- U$ F$ A
我所经历过的乙方公司里,几乎没有外包,而甲方公司却经常打着自主研发的旗号大量外包,虽然往往会叫着工作外包而责任不外包或类似的口号,但事实上我还真没见过哪个最后能离得了外包而长期运作下去的项目。究其原因,上面这两点讲得可谓非常透彻。
5 f& G' m, r; l, |& O+ R
. @* u" D2 t! m( H1 E' O9 `9 Y2 v: e" ?7 O* q$ ~
6 X6 e$ n8 O5 q' _7 m6 u
轮值CEO徐直军2014年新年献词中提到:我们要通过2~3年的时间,把公司从功能部门为中心的运作转向以项目为中心的运作。这是一个巨大的转变,意味着将激活千万作战团队,意味着功能部门未来就是能力中心、资源中心,而不再是权力中心。在2014年,要进一步推动将预算权、核算权和激励权转移到项目,切切实实激活项目这个最基本的经营单元。
+ B5 [/ d- M; z% B5 T+ D# v7 N4 p0 R0 k7 D, r
, z; x- A: x5 U7 C( p) U
2 X1 E% n a3 A- p- _) V% B: u
这里讲到考核,以及组织架构矩阵式管理了,以下这个图拍自书中:5 u M- @ d/ _
* n, |4 Z/ M/ k! w0 L+ a
考核与激励,是并行的关系,而怎样协调之间的关系,会得出怎样的结果,一目了然,并且不同样板间的转移方式也标了出来。: I% d) V8 n- ?0 V; X2 x6 D/ B
7 g' n; p; m3 O% M& @, ^
然后举了索尼的例子,讲了考核的实际操作科学性。0 L# S) i8 x* H$ u* y" e9 I% C/ m
# B3 d. e9 b" N% H. e3 a2 w看了这些,希望能唤醒一些麻痹自己的人,也希望能炸出一些自欺欺人的人。
* s! q v$ z* J/ p2 s' t+ G' m) Y, X3 X9 J
书中其实没具体讲怎样去考核,因为这没有标准答案,这是显而易见的,因为如果有,那凭什么只有一个华为?所以任何一个空降兵(官)如果一开口总是说我们以前xx样,那多半要被本书或本文的读者鄙视了。以下是一些考核上只可意会,不可直抄的原则:5 i/ a0 f1 ?$ \7 l& Q! q2 W6 d
完整的绩效管理过程包括绩效目标和计划、绩效执行和辅导、绩效沟通和评价以及考核结果应用4个阶段。2 B5 x& [/ G& M; _3 \- l. Z, r6 s
+ S6 X/ l$ y1 y" i z8 \$ N
0 j% |# A* u6 A, t3 V+ K. a) H
考评不因其量化的形式而更加客观。真正客观的考评,指的是考评主管有意愿、有能力不失偏颇地评价下属工作。 ----------任正非
" ^$ n1 ~! m( u+ R( G7 V
+ f0 `6 ^# r/ P0 ^: f+ w" Y) \) E- A
, W/ N1 H' h% d* u3 U1 q7 U1 u
7 n; _* W! E0 S! ^/ r, _
5 y0 s- {. [- Y$ e华为的做法:
) ~6 o6 K9 e) J' S! w$ X" V1. 量化是保证评价公平公正的一种有效方法,但精确量化并不能明显提高评价的客观性
5 `( l- X, R# f6 @2. 如果主管是不受感情或个人偏见影响,能公平地、基于可见事实给出评价,那绩效评价就是客观的
, [9 U3 [. Z! a. g( [3. 基于事实的集体评议,尤其对劳动态度和价值观的考核
. B$ S$ r9 g0 u. x1 c3 `$ y' Q/ H4 D e% O( _3 [7 ^' U
其实人对人的评议,还是偏主观的,而基于事实的集体评议也只适用于劳动态度和价值观的考核,这两样的考核我觉得都只是辅助手段。那到底有没有比较公平的做法?我曾经请教过一家跨国IT咨询服务公司(不是A,是T开头的)他们是怎样考核及晋升的,他们说他们有一些能力参考模型,员工各自根据这些模型(也可以自行提出超出范围的)来举证自己的实例,进行答辩评分,这我比较认同,可惜有多少公司舍得花时间和精力来操办?这要需要耗费管理层、核心业务价值创造者的时间。% c. l& h% J# u1 Z* s
0 d9 J3 x% y3 F O# L" B
这里提到时间投入,在研发流程里,大家都知道是按以下环节推进的:# J, R, H/ j9 H* o- N8 k @9 s& e" y
5 ]5 u% I- o5 E& t& g" D8 {0 Y
需求管理==>产品规划==>系统开发
+ {! R8 l0 v7 G$ ]; G. [3 c5 |1 {
华为是将研发骨干的工作前移,看似减少了他们实际研发工作的时间,其实可以大大节省时间。因为很可能一个判断,就决定后面的坑的数量和深度。同时看到阿里愿意将业务骨干投入到培训,规划中,相当于将优秀的运动员在颠峰时转为教练,何其大的勇气,所以它能良将如云。再看多少企业,明明员工已经对此工作的单调和无趣很不满意,也不舍得换下来,直到离职,于是差距就在那,并且不断放大。4 d- u. v7 m, T" v
) V6 R) h7 Q/ t+ I# m3 K; N M说到激励,本书还从人力资源的角度,阐述了一个经典的激励保健理论,也即双因素理论:
- _( u+ K. A; ^; X# Y
7 i! Y! s7 R% P1 o: F" V# c I8 Y! J# m, d3 v
决定员工是否加入公司的因素是薪酬和福利1 m: y& J% i+ v+ {. H
决定员工留在公司不离职的因素除了薪酬外,还有公司提供的发展机会和工作环境- L" D" V9 s5 M/ n2 \% r; X
但决定员工是否在岗位上敬业的因素却没有一个与薪酬和福利相关,这些因素是成长空间、工作本身、责任、成就感等。也就是研发主管们看重的工资和奖金并不是激励因素,这些因素对吸引员工加入公司,让员工留在工作岗位上是有效的,但不能有效激发工作积极性。2 `) `6 j" w% L7 c1 r9 u9 e: r
& p. _- X4 ~) L) }& W: p$ ^3 u, A( ~7 ]% J( i `# w
6 P9 g; P7 U, l2 U, y$ S/ O2 A* [这不是华为提出的也不是书的作者提出的,原作者名字太长,没记住,不过只要讲得有理,自己把内容记住就行了。不管是招人,留人,还是自己就是那个人,都可以套路一下。
1 ~4 `% M h$ O q' y- J
+ P( z% j" Y: |, H2 i2 c* Q6 T3 l关于职能到业务的变革:
( ]7 K5 G: F" z以功能部门为中心==>以项目为中心. m) ?7 g2 r* K; l
功能部门是能力中心、资源中心,而不是权力中心
% M! L1 W) @, q5 c! q/ e以项目为中心,必须有项目预算、核算,激励权
. m4 p, s% g1 w
5 o; {% t! I+ O所以,这里狠狠地点了一些内部组织架构变革失败者的死穴,对号入座即可。
5 ~" s3 e8 `; d8 B J
: U3 P# i0 B+ d" ?8 d再补一刀,任正非在 《论灰色管理与职业化》提出的 7反对原则:- q3 q* ` }+ [* K$ I$ t
: J; @0 V R( v- C' G5 @3 N) K0 z) m" {8 z" z" g6 K# J
1. 坚决反对完美主义; d0 U* p g' I5 r; b0 |
2. 坚决反对烦琐哲学
+ r3 j* H: ? c3. 坚决反对盲目的创新
( C: V/ t! e3 s9 K3 P+ L( m7 x4. 坚决反对没有全局效益提升的局部优化
; c: l3 ]% K$ _. x5. 坚决反对没有全局观的干部主导变革
# a4 y: {* Z( ~ R' g. `; q6. 坚决反对没有业务实践经验的人参加变革
1 d# z$ U. L" Z6 u( p8 O7. 坚决反对没有充分论证的流程进行实用
2 ?9 t: Z* i U, O8 v1 r3 B* K6 W4 I; N8 L; s: M1 S: A
" z# _$ _( d4 d! U' J( W
& I/ d' B8 e" G其中第6条,我认为是绝杀。/ z' O; W2 R8 ~' r# k7 F
8 v' p" u4 y) Y最后,提一下”紧迫感“:
+ [, o. `6 M$ y- l( D人们在试图进行变革时所犯的最大一个错误是什么?+ L" A2 ^% |. p0 p
他们没有在足够多的人当中建立足够强的紧迫感,并将其作为跳板,向某个新的方向奋然一跃。7 f; @. h+ H& o; K/ _
真正的紧迫感 是一种十分主动、目标非常明确的动力,因为它会自然而然地引导你真正关注眼下发生的一切真实情况,很少会误导人们去竞相过问小事,从事对整个组织意义不大的工作,或者在信息不畅的情况下采用可能招致危险的方式云处理重大问题。/ F& N8 E4 i1 [! I" ]; |
; S5 I6 A$ i& S5 F" r+ Y4 L0 f' L; Z6 L1 y* _; s% c. M
+ @5 e0 B, Y7 k; f) \# p3 F都说之所以烦恼,是想得太多而书读得少,这话没错,所以别吃亏,多读点书。
" } P' p9 c" K# @0 q仅以此文,献给周末的夜晚。& W1 N3 ^4 f4 y+ M7 F v" x
+ H3 `# O9 t8 G# W& c/ s/ I' p d n, S
|
|