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

rural

俗话说，不以规矩，不能成方圆。



, C' U* @  D+ F. _1 F' V一个好的流程规则，可以让很多事情变得简单，我们先来听两个故事：


% l/ k7 N* j7 L1 {# P1 C) L' E
  a1 j5 L& B  _故事一、和尚分粥
  i+ I, ?1 y9 p/ @& d$ o


0 j& ~. H* _) e( S+ _) f% ~寺庙里僧多粥少，每到开饭时，和尚们一拥而上，本来就少得可怜的粥被挤翻了，大家都挨饿。

% k4 K& N+ d) w/ H3 o4 m

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


9 z6 l- i: o9 G. z2 i
饿得受不了的和尚提议轮流分粥。这下可好，轮到自己分时撑个半死，他人分时饿得发昏。



8 I) O5 C' n3 A: O  k, I; _# R方丈云游回来了，决定由其中一名和尚全权分粥，其他不得有异，但又规定分粥者最后取粥。从此和尚们均等地吃上了热粥。
8 N* F% E* N* B- y" f5 N7 u0 m
/ ]8 V2 }1 A' Q
# Y5 Z) u8 b# j. g1 L
& o) d' y3 z5 q7 N' l此故事告诉我们至少三个道理：
+ x: X4 w3 {$ z( P4 k3 W
5 `- X/ t" i$ \- m    ①凡事必须有制度、机制去规范；

    ②制度必须不断创新，与时俱进；

    ③好的机制不一定复杂，复杂的机制不一定好。

( B! u7 w' b+ R; n

故事二、巴顿将军与降落伞的故事


7 q/ X. [& t! ]6 `" }
- e1 b& Q  K1 i5 r. p$ ^" S3 h士兵跳伞员：这个降落伞的质量可靠吗？



兵工厂商人考文垂：当然，要是到时候打不开，我们包退换。
3 s0 E* i4 z: P/ G( [

( y4 [, V% I, n# S
% p4 H9 z; x, ~0 D结果，二战时，巴顿将军所在盟军中有一半牺牲者都是跳伞死的。



' I3 u' [2 M7 R* e- i- k3 o# P/ L# e巴顿将军十分恼火，质问兵工厂商人考文垂，怒斥道：每个降落伞都关系到一个士兵的生命，你就不能做到百分之百合格吗？

3 y9 v  N6 l3 |7 L4 L

2 f5 w" Z) M, Z兵工厂商人考文垂：我已经尽力了，99.9%是最高极限，再没有提升的空间了。


1 |) W% m- A& V4 j6 o9 y- ^8 E
巴顿怒不可遏，走进车间，忽然从流水线上随意抓起一只降落伞包，大声地对考文垂说：这是你制造的产品，我现在命令你抱着它上飞机。

; S/ o- i* \% a: K5 K
, _3 d* v& [! [) U
; F- Z. L7 [# M- p考文垂吓得几乎快要尿裤子，想：这个伞包刚刚下线，根本未经过任何检验，万一是次品，自己就将粉身碎骨呀！
& \# Q3 _% _( W  L3 \& {# l1 U( a
$ h$ f7 S  a7 Z
1 W8 R7 }4 `! ^9 N) C$ o
可是迫于将军的权威，只能胆战心惊地拿着伞包，上了飞机……还算有运气，考文垂有惊无险地回到地面。
9 o+ @2 D$ f/ t# ~2 w
6 B+ ?3 s+ Z# u$ l: r
& o3 ]+ T" w8 `$ c2 b8 D
巴顿随即严厉地说：从今天起，我将不定期来这里，命令你背着新做成的降落伞从天上跳下去。

- T" b' C! n! u+ W8 m8 C# T

从那以后，巴顿一次都没再去兵工厂，盟军也未再发生跳伞伤亡事故。


( V! v, h0 c0 s
好的流程规则在团队协作中的重要性

. V' K% y) \/ b2 p. G

在我们团队协作中也同样是如此，有好的流程规范和正确的规则，会让团队管理变得简单高效。
9 R6 q) `6 w6 B5 a. G) a  Y0 Q8 Q
& d* f# h% P, q5 O# z
: g- B# Q2 T8 @9 p* |
& g7 _. L- W% Y我们在前段时间服务了一家客户，研发团队的交付效率和交付质量总是达不到业务的要求，我们跟对方交流的时候，问他们是否有研发流程规范的时候，说有而且很详细，我们一看之后发现在这个流程中设计了非常多的节点，大大小小加起来可能有二三十个节点，每个节点上的各种情况都有规定该怎么做，我看着流程图就头皮发麻。
, D9 r1 g, W7 j

8 l' O' c% G4 |9 u) {7 w; |
问：团队兄弟们都能准确理解各个节点的要求吗？
( g8 _/ p4 i' ^
) N3 a5 [* c. D6 ^8 l9 @
  V6 a: O6 ]& C% }2 r' n6 G/ {9 v
8 \3 @7 C0 A- h/ k$ ?: @. z答：研发主管应该都明白，下面的兄弟们不确定，毕竟东西还是比较多的。
) e/ J9 r6 x# G- K/ n6 [

: J! J+ m( `/ ]* c, D0 w6 }" L2 T
如果一个流程规则对于参与者来说是不能清晰理解和执行到位的话，那么就形同虚设了。相信制定规则的人肯定能理解个中奥妙，并且能将规则设计得逻辑通顺和有理有据，但执行者不能做到，也就是规则最终无法有效落地，跟没有规则的结果是差不多的。


1 ^6 r0 z. }4 {& t
# ]& I5 F' O1 U( \* s5 T' l6 H管理者在设计流程规则的时候，要考虑以下几个要点：
- j* D  i/ d/ }/ H/ m  \

% d& }2 c8 v& P8 V5 N0 U
1、规则要尽量简单、清晰。只有这样，团队所有人才能执行到位，越简单越容易执行，才能起到规则的效果；

1 |) t0 c1 G! }% J/ k9 n2 ]: G1 `- P
  P* m, C( [( D. q! d
2、执行规则要有监督保障机制。人都是有惰性的，边界不清晰则一定会越界。举个简单的例子：对团队要求早上9:00之前上班，不能迟到，如果规则就这么定，刚开始大家都会遵守，慢慢的发现都迟到了，因为9:01到也没啥问题，毕竟只比要求的晚了几秒钟。所以要有监督，明确9:01就算迟到，并且迟到了要有相应的惩罚措施；
$ p2 F8 P9 c" D" ^. h

+ t0 {. S7 ?/ \( Z! ^: z' p7 j7 o
/ y% {2 q5 ]2 H" o4 N. q0 x; A, E3、多制定正向引导规则，尽可能少的惩罚规则。损失厌恶机制会让人在受到惩罚的时候很不爽，在一个团队中，对一部分人惩罚和对另一部分人奖励效果其实是一样的，管理者尽可能多地对做的好的人进行奖励，可以避免损失厌恶对团队带来的不良影响；



4、根据规则执行情况进行改进和完善，可以借用PDCA的原则，进行流程规则的改进，提升团队效率和质量是永无止尽的。
% |0 `  p# r2 n+ s3 K# g6 U



! I1 N3 X( S  F# P/ L  G2 b) G在我们的软件研发团队数字化管理利器JONE中，会有一系列的规则协助CTO来管理团队，所有规则都指向让团队高效地工作、高质量地交付，而规则本身并不复杂，每个团队成员都可以清晰地理解并落实在日常工作中，让规则能落地并执行到位，从而产生预期的效应。
4 s: Q6 r5 J% T
2 c" [: R+ Z9 N0 B& u) r: v

3 p' M2 }( I' H3 e, `9 Z# p例如我们在所有任务指向责任人时，要求责任人必须在4小时内接受，同时填写该项任务的预期工作量和预计开始时间，在工作中不断强化这个规则和要求，所有人都知道该这么做，工作任务就能在预期规划中落实并完成。
, i6 R. h3 o$ ?/ o% n' A. ~& O" g
$ f9 p! t' K9 K

6 |: u. i  R( E再比如，我们期望所有的迭代版本都能按时提测、一次性通过冒烟测试、尽可能少的Refused和Reopen，规则就是按这个要求去导向的，做到这些要求的人给予奖励，让团队所有人都去追求这个结果。一个软件迭代版本能做到以上四个要求，这个迭代就可以达到最低的预期要求，满足对业务的支持，不至于拖业务的后腿。

keep

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

nut1

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

SIN2020

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