EDA365电子论坛网

标题: 中型研发组织管理之--要求人 [打印本页]
作者: STGing    时间: 2023-3-14 14:30
标题: 中型研发组织管理之--要求人
宏观上的要求
2 [0 l7 S5 J0 s* {1 Y个人绩效设定
/ }2 h, Y2 P1 D  d6 g! y" C! K% f9 `$ `/ h
岗位及其核心KPI设置参考：角色管理（待补充），可先参考测试角色管理4 [, r" q/ K* Y- V
0 L; [: Q2 m$ g
流程和维度参考：研发团队绩效评定机制&细则
8 T2 f0 R1 a/ O& e: o7 E7 E& B7 s7 Y( ?" p
RD岗量化思路（待补充）
2 X$ Z/ r& p1 ?7 s
8 F8 o2 }! [4 X; @* _( JQA岗量化思路（待补充）8 p, f1 L, ?+ C- c, A% B
, t* {' y7 x4 f  a# ~' |
除以上资料外，个人绩效是员工自己，在期初给上级立的“军令状”，推荐按以下方式来产出：+ C, \+ b& o) Z, u, M% ?0 k- U

1 ^+ v9 d8 R' p+ ]: I! [) T    由上级提：供模板、量化标准，以及针对员工自己目前待发展项的初步方向、待分解的团队目标；
+ A! C0 }) X; V    由员工自己设定：按模板，参考量化标准，认领团队目标，制定符合SMART原则，可量化的初稿；
& i- z% @0 @6 p* J- d    再由上级：评审、修正、添加；0 p( }+ [. X; D6 ~, [
    最后由员工和上级：一起沟通确认；5 \9 f7 T9 d. E& U# Q
    在考核周期中，根据实际情况不断调整；
% m+ V4 O+ ^$ Q2 U& H7 W0 x7 I3 d) G2 B  Z5 E
晋升沟通
+ T+ s. w4 E; y6 M5 f6 b
/ q& {+ S# E; \. Q8 W晋升代表员工从上一个较低职级，跨入下一个更高要求的职级，除了员工得到应有的肯定和加薪回报以外，需要有仪式感，推进员工快速进行意识层面的职级过度，以及提出符合晋升后岗职的明确要求。
! X" ^0 y; t1 w& _  n* V0 u4 }$ j0 F! O- q9 m: S: o" ]2 a8 \4 Z
做得不好的话，员工会拿着晋升后的薪资，继续按惯性保持之前的状态，不知道在以前职级上的“超出预期”，可能已经在当前职级变成“不符合预期”；5 d8 b: r/ f# u( a; Z

  K, B% y: I# S7 \8 }因此晋升沟通非常重要，做得好能快速激发员工“以终为始”，调整更好的状态迎接新挑战；! C4 _3 \. D7 l7 q

5 u3 G. u$ h* m6 ^核心内容：! g' \! G3 s4 `2 |( e

; k9 T' O" O/ T6 M, f) Z    肯定&赞赏&加薪结果；
2 [& z2 ^, z% W2 l$ V    新职级的明确要求；8 }* H- X6 ?* b+ q5 M$ N
    如果保持原职级状态的代价；8 `  F8 ~& q) R  k" g" \: x
    期许和鼓励；! [9 |( z5 J6 M) _. g  P
    如果因为某种原因，差一点点满足晋升要求，比较勉强的晋升的情况，可以用员工下次绩效打分做为对赌筹码，给足压力；6 J+ t/ I+ P* K$ q

- ^) U, C) W- V6 W5 W% l6 l ) F8 v* L- A9 P. n: C( W
具体某事务的要求
' i5 T* n1 _% G; W有效授权0 o8 C9 j0 x. @- h* `
+ s# u( J9 @. \% y$ Z3 ]
这块很重要，做不好的话，到收结果的时候会很惨，不过有很多专业的资料，此处列一下核心，点到为止。
7 G0 Y* C/ o2 z  a8 d. `3 l
4 n% U4 [) q3 Z1 j* ]& \( m9 D    WHY:说明目的与背景；9 L+ F2 X7 [8 B
    WHAT: 提出目标与要求；（时间限制）+ {$ Y) v$ i+ o
    HOW:  明确步骤与方法；
1 e3 |0 [9 ]" l7 r    ACTION:明确行动计划；
/ ^: O# q; X" `% a( q& \5 d    将责任与权力一并授予；0 x  B$ L! C7 M, U3 k* s
    SUPPORT：表达信任与支持；* {) |# L8 i9 [% W# _1 q
    CHECK：授权后的跟进；: U5 N+ r5 o' g2 t4 j

& Q8 J' o4 |8 B/ G# a2 {$ R% I放权和放事给leader5 P6 ^; s: G" x& g
5 Y2 @; N0 ?7 @: D, w" n. l, k! R
这个不做的话，leader无“抓手”，自己得累死。自己体会，暂时不再赘述；
6 @' q" w* U, _1 u1 H6 A# l# j
% A0 V) }/ l* J- u8 s
作者: jack_are    时间: 2023-3-14 15:17
一个高效协同的团队，首先得有个和当前业务所匹配的组织架构。
作者: Dollche    时间: 2023-3-14 15:50
研发团队，因为业界比较成熟，一方面需要产品、研发、测试三权分立、互相监督、彼此平等，另一方面又需要紧密协作在一起开发某个项目，因此直接采用“矩阵式”组织架构。



欢迎光临 EDA365电子论坛网 (https://eda365.com/) Powered by Discuz! X3.2