浅谈团队协作中流程规则的重要性

rural

俗话说，不以规矩，不能成方圆。
5 J; j) |; [3 ^- z! j1 a
. A* \. B$ U- T- V" Q! n1 P# a: g

一个好的流程规则，可以让很多事情变得简单，我们先来听两个故事：
1 |5 ~, b: y* P2 l& h% n4 w4 y

  f& Q/ x  h8 l0 {. L
故事一、和尚分粥


3 S& W/ S' B" |0 [7 v
( J9 t- V  {5 y寺庙里僧多粥少，每到开饭时，和尚们一拥而上，本来就少得可怜的粥被挤翻了，大家都挨饿。

% j4 `1 ^# j0 O  p4 d0 {% n9 A6 I2 l3 R
# S! b4 z- T7 d) n/ U
和尚们推荐了一位长者分粥，可分粥者大权独掌，为能多分点粥，一些和尚开始溜须拍马，加上平时相互关系就有厚薄，分粥者把粥分的多的多，少的少。
* T. |1 J5 E) w% E8 e) x
! T% X) Z- U8 g7 J

饿得受不了的和尚提议轮流分粥。这下可好，轮到自己分时撑个半死，他人分时饿得发昏。

% Z% Y  s6 N, r" I3 r

4 R& w4 k/ J/ b1 M; q方丈云游回来了，决定由其中一名和尚全权分粥，其他不得有异，但又规定分粥者最后取粥。从此和尚们均等地吃上了热粥。
! U' G+ ~; o; u% ]( b: N


此故事告诉我们至少三个道理：
& Z) l/ C. L7 Y3 T9 i, r! ]( W& k' l
+ m% a, G; u* j  o; Y    ①凡事必须有制度、机制去规范；
$ l- @+ m$ {  _& B; j, h& F
* q% v( I# ~) X! A    ②制度必须不断创新，与时俱进；
* D3 W! ^& l. a) O  W- Q, ~  i
    ③好的机制不一定复杂，复杂的机制不一定好。
/ P; Q9 ^- j& S0 m
, S& J$ q1 m* @: `( f

! M  D1 v& |( @/ C" T故事二、巴顿将军与降落伞的故事

; j3 O! a; u8 K# z+ Z

士兵跳伞员：这个降落伞的质量可靠吗？
  r: U& M8 T' }' B3 L

2 T, F  S8 E# Z1 P8 a% r0 O1 n
兵工厂商人考文垂：当然，要是到时候打不开，我们包退换。
. b* Q# L1 F* D3 }4 X- m; X  W! u4 c
7 Y$ f7 K6 U% z1 h% V  i0 W

结果，二战时，巴顿将军所在盟军中有一半牺牲者都是跳伞死的。
) P! V9 T$ j( Q& {
; d9 a  b  Z: s& U$ ?

5 j3 Y6 _& D; {, F1 |巴顿将军十分恼火，质问兵工厂商人考文垂，怒斥道：每个降落伞都关系到一个士兵的生命，你就不能做到百分之百合格吗？

7 J' A4 X, K0 K) V& j* y: ^6 e- x

兵工厂商人考文垂：我已经尽力了，99.9%是最高极限，再没有提升的空间了。
- k# J& \% f% }2 R/ O0 g3 L
4 f- u: x, ]5 N$ Y

/ ^# M, B3 m8 B8 i巴顿怒不可遏，走进车间，忽然从流水线上随意抓起一只降落伞包，大声地对考文垂说：这是你制造的产品，我现在命令你抱着它上飞机。



考文垂吓得几乎快要尿裤子，想：这个伞包刚刚下线，根本未经过任何检验，万一是次品，自己就将粉身碎骨呀！

1 s- B5 O5 O  j& q) G* {* Z

可是迫于将军的权威，只能胆战心惊地拿着伞包，上了飞机……还算有运气，考文垂有惊无险地回到地面。
8 j' p; J( x6 l- {7 v
3 S4 P3 r* n7 g* A. O9 ]" w

5 U8 f4 }! e1 j/ b巴顿随即严厉地说：从今天起，我将不定期来这里，命令你背着新做成的降落伞从天上跳下去。
& R1 d- C9 D8 b  ^8 m6 ^

) J0 n4 k; }8 L) T2 c. {# Q* R: c: o
/ n4 O! W* u% ^% f9 L从那以后，巴顿一次都没再去兵工厂，盟军也未再发生跳伞伤亡事故。
* s6 n3 C; b9 Q
, N+ ]4 l/ z7 c, [2 _
4 z5 [( U$ g  U+ ]1 t8 F
1 m! M/ l5 n1 [2 `1 q好的流程规则在团队协作中的重要性

9 Z  _0 Q  [5 B1 A9 |- S

在我们团队协作中也同样是如此，有好的流程规范和正确的规则，会让团队管理变得简单高效。

, p8 F+ z  [. [: s: ^

! ?, W' f/ d" e2 {5 H我们在前段时间服务了一家客户，研发团队的交付效率和交付质量总是达不到业务的要求，我们跟对方交流的时候，问他们是否有研发流程规范的时候，说有而且很详细，我们一看之后发现在这个流程中设计了非常多的节点，大大小小加起来可能有二三十个节点，每个节点上的各种情况都有规定该怎么做，我看着流程图就头皮发麻。
% l5 @, x, v, e4 [' i; V


问：团队兄弟们都能准确理解各个节点的要求吗？
6 Z$ H3 \1 D" W0 V( v$ S
; c; t2 _) S4 S# v
; j0 |) U2 d( ?. |( N0 q! S# V
答：研发主管应该都明白，下面的兄弟们不确定，毕竟东西还是比较多的。
. z( p+ R( X0 V1 A
4 c, S# U$ _3 z- C
7 l$ d2 Q6 r/ j2 p; K' U  L
0 f' O4 q- M6 R8 @) ^如果一个流程规则对于参与者来说是不能清晰理解和执行到位的话，那么就形同虚设了。相信制定规则的人肯定能理解个中奥妙，并且能将规则设计得逻辑通顺和有理有据，但执行者不能做到，也就是规则最终无法有效落地，跟没有规则的结果是差不多的。


% c! W6 t' k  o, t) k9 x2 Z
$ g7 M% N* u* M1 t) F" [) s管理者在设计流程规则的时候，要考虑以下几个要点：

1 \% O/ ~+ N9 w3 {

1、规则要尽量简单、清晰。只有这样，团队所有人才能执行到位，越简单越容易执行，才能起到规则的效果；

% j- i. B& Y$ z% m8 P; T

2、执行规则要有监督保障机制。人都是有惰性的，边界不清晰则一定会越界。举个简单的例子：对团队要求早上9:00之前上班，不能迟到，如果规则就这么定，刚开始大家都会遵守，慢慢的发现都迟到了，因为9:01到也没啥问题，毕竟只比要求的晚了几秒钟。所以要有监督，明确9:01就算迟到，并且迟到了要有相应的惩罚措施；



: Z2 v7 t! O' A$ k' `; G3、多制定正向引导规则，尽可能少的惩罚规则。损失厌恶机制会让人在受到惩罚的时候很不爽，在一个团队中，对一部分人惩罚和对另一部分人奖励效果其实是一样的，管理者尽可能多地对做的好的人进行奖励，可以避免损失厌恶对团队带来的不良影响；


( x! i& p2 F1 M7 ?+ H: j
1 a& c8 P0 R# b4、根据规则执行情况进行改进和完善，可以借用PDCA的原则，进行流程规则的改进，提升团队效率和质量是永无止尽的。
2 n! A) D! }0 k  Q, r  ^2 g

3 ?3 ?- g3 W7 t2 [6 A& z0 ?

在我们的软件研发团队数字化管理利器JONE中，会有一系列的规则协助CTO来管理团队，所有规则都指向让团队高效地工作、高质量地交付，而规则本身并不复杂，每个团队成员都可以清晰地理解并落实在日常工作中，让规则能落地并执行到位，从而产生预期的效应。



例如我们在所有任务指向责任人时，要求责任人必须在4小时内接受，同时填写该项任务的预期工作量和预计开始时间，在工作中不断强化这个规则和要求，所有人都知道该这么做，工作任务就能在预期规划中落实并完成。
. G4 B/ r. }$ T- q
8 s5 }8 @' j. U/ s$ w
) y3 ~" v) c+ l
再比如，我们期望所有的迭代版本都能按时提测、一次性通过冒烟测试、尽可能少的Refused和Reopen，规则就是按这个要求去导向的，做到这些要求的人给予奖励，让团队所有人都去追求这个结果。一个软件迭代版本能做到以上四个要求，这个迭代就可以达到最低的预期要求，满足对业务的支持，不至于拖业务的后腿。

keep

寺庙里僧多粥少，每到开饭时，和尚们一拥而上，本来就少得可怜的粥被挤翻了，大家都挨饿。

nut1

和尚们推荐了一位长者分粥，可分粥者大权独掌，为能多分点粥，一些和尚开始溜须拍马，加上平时相互关系就有厚薄，分粥者把粥分的多的多，少的少。

SIN2020

根据规则执行情况进行改进和完善，可以借用PDCA的原则，进行流程规则的改进，提升团队效率和质量是永无止尽的。