, |5 t/ d+ v" ?
编辑导语:在职场上,管理一个团队是十分重要的,团队的作用远远大于个人,所以管理者的能力在这里也要有所体现;虚线团队很多时候都是处于扁平化的状态,注重于协同合作;本文作者分享了关于虚线团队管理的经验,我们一起来了解一下。
% U) i$ n6 F" I% H) O, K 5 |8 a- q7 j" ^4 I+ o' N
+ k. ]9 L5 |4 z
; X. s" s6 {4 {% s01 管理的本质
5 u$ S) y0 _: H5 @! ]/ h& Y! ?# k' c. U' U! N6 U
管理,是管人还是管事?国内很多人鼓吹的是管人,人用好了,事情自然顺,不反驳,挺有道理。
0 K y. G* ~' N( |; o
2 E r( h' F& @# S我自己对管理的理解,重心不在于管人而是在事,所以作为这个层面的管理者,权限的界限会有点弱,更多的情况下是在对事情的任务分解、资源协调、进度推进上,会背负太多的责任,最终拿到结果。
! w9 r7 L% t& ?/ ~6 b) v u4 ]0 J. _& {
“管理的本质在于激发人的善意;管理是一种实践,其本质不在于‘知’而在于‘行’;其验证不在于逻辑而在于结果;其唯一的权威是成就。”——德鲁克/ N" F" O0 M i) A9 \4 r- U
* \# Y* L/ [4 D' n7 K
“致良知,事上练”——王阳明
' N( Q2 T* p2 E4 U2 u0 i! J
/ `1 y6 \$ D8 ~4 a m02 虚线团队
- L3 a, K) R2 @3 R9 Z) V; ~% T1 @4 t P5 E9 _( A# I" ?9 v5 J( X0 s
为什么会有虚拟团队?主要原因还是在于资源整合,集中优势的资源去定向的解决事情。6 R. U: K' g- s/ I5 ]4 k
3 ?" @5 g, N- R5 h# J, g W/ j3 j
尤其是在互联网行业,业务变化快,在产品设计、运营方案、技术实现、市场推广很多场景下,都是处于扁平化的状态,注重于协同合作。
- D1 r& r# x8 e- \# z% s c3 \2 s4 h/ F$ Y7 C6 |
从目标上来看,可以把虚拟团队划分为以下三种模式:6 r+ X' O5 W: m T% p
短期项目虚拟小组,以产品/项目周期为界限,集中不同类型的人去实现方案;中长期虚拟管理团队,侧重于对当前经营管理中碰到的问题解决,涉及到多个团队的资源协调;同职责的虚线团队协作成员,在事业部体现的比较明显,需要具备一定专业的人去解决问题,但是又给不到相应的资源,就挂一个虚线到专业的团队下面,经常会被定义成为接口人;: X8 x& o4 {( c( T+ D, T8 a; L) s$ m
* A- p1 h% c$ R3 R. W5 ~$ A虚拟团队的几个特征:$ @0 z/ m; H5 b- H, b8 [
扁平化是最重要的一点;没有绝对的领导和下属,角色随时都有可能会转变;稳定性比较弱,随时可能会发生成员变更;具备非常强的多样性,信息交换的意愿不会特别强,更多的是专注在自己本职的事情上;对管理者的要求非常高,需要有人控场、控进度,对很多未知的事情要做好提前预判,否则可能会导致方向错误出现偏差;所以这里面的一个观点,可能集权比放权更好;结果导向性强,具体的目标、具体的路径、具体的实现方法、具体的交付成果;; Q# D# S/ B; @5 ~2 f. b- |
; g2 @% R) k1 O7 g1 ?8 |& t
7 S+ y3 G, n' M
03 虚线团队的几种构成$ v* q* ^3 w( e- P
: M6 z% A* E# {" G
1)具体的目标* i7 B: p; C0 O+ o0 b
: o( u" C: \% w& l( |强目标,事情的背景和目标必须明确而清晰,需求拆解能够聚拢出一条主线,每个阶段应该干什么事情,落哪些成果,以结果交付为导向;重流程,事前做好预判,把to do list划分好顺序限定,给不同的角色落内容、方式、责任,便于后续跟进。
' ?! w2 T1 O3 @4 u- [, R4 C$ K3 ]+ W8 X4 G- O& g% J5 h
控进度,多数情况下,虚线合作的方式基本以项目为主,所以甘特图必不可少,deadline/lastday的基础上,预留一些时间,备灾。
! v$ ^$ t# D* H
6 @" V7 j( q" k6 Y3 v弱制度,因为是虚线,人事相关的评估并不在自己手上,基本上是反馈为主,实在是不行可以建议更换成员。
$ X8 r W% c9 x0 D/ S0 ]: F5 |9 n6 o
2)明确的分工8 `# ?. F& e3 H/ W+ h; ?- A4 S
* K4 S7 B( b/ \9 }6 u8 q* s1 b3 x- K内容明确,需求做完拆解之后,每个人要去对分解之后的事情做进一步的细化方案,到最小单元,可衡量,一定要具体;专人专事,因为虚线团队中成员的能力不一,方向不一,所以要因地制宜,合适的人做合适的事。/ N. K- h) x8 [. F: P- E% G3 N% k
4 Z; J% { a/ J& L减少冗余,一件事最好独立在1个人或者1个小组上,接口单一化,减少沟通成本。8 y6 _" R. g# E% g
K1 O$ A6 n. }; _3)团队的氛围
2 p+ D; w( ~$ G3 ?/ M8 Z5 F. Q1 T0 U0 ^0 f6 o
事前,如果可能的话,一定要有个kick off的启动会;事中,定期到团队建设必不可少,尤其是碰到壁垒,气氛压抑的时候。
: _, H+ {( C0 \( H
* G: I0 L# A0 Q" c% B, G @* f事后,一定要对团队做结果分享,项目复盘,有收获感;如果是重点项目,可以拿点经费,做个庆功会。2 j3 Q) C: I0 l) B1 V% K" S$ |0 S
. _' Q) V# p) {7 D# I4 l, a1 K6 z4)激励的方式
( u8 n S; ?, @8 L1 q! t5 _) _4 i" T
拿结果,直接的产品、直接的产出、直接的影响;说成长,经过一个项目,在哪些方面得到了提升,技术、技能、知识、认知。( I5 [! \0 M y: y5 v k1 J3 f/ }
/ ^7 _* m) j# w' h+ T
谈绩效,直接体现在绩效分上,走特殊贡献评估。4 n% D& d" i$ M
' B1 F) a3 U- s( P& [* ~
04 虚线团队的绩效考核
* p. k9 e6 y. n; ]2 a6 j9 a
1 z8 }* I' |& e5 x% Y+ P$ b虚线团队的考核是一个很大的难点,涉及到跨团队的协同,在专项里面认为很重要的点,放在别人自己团队可能只是很小的一个部分;有一点认知必须要记牢,虚线里面的人和自己只是一段时间的合作关系!0 w: g$ `/ v3 P
7 q1 }1 G+ E* R* s我过往的经验一般是拉对应团队的LD下水,做业务绑定,涉及考核事项的时候,不考核到个人,考核给成员所在的团队;然后在公司层面或者大部门层面,成立一个虚拟项目管理小组,把相关的人都捞进去。. E' y E- w1 b w
- Y, s! j: F* L, K! e1)考核的方式/ H4 H9 V- a9 s3 y' g1 [9 H
( t8 h0 f( o1 q4 C( R3 ^! p3 i6 G
可以是交叉考核,作为协同部门参与团队成员的绩效面谈;可以是评分考核,以满意度评分的方式给到团队成员,具体影响由成员的实现领导去评估。
" N1 U4 W7 _% m- T# C* ~1 W. k7 O" }; }
可以是项目专项考核,拿一部分奖金出来,在团队内做激励;# o, g: E; Z9 ]( d) f; {
6 j( {# n- I6 c# m/ S
2)考核的主体( b! D' ?9 |5 ?: J5 y4 w
/ v# v- R+ d( i+ s) ^) h& s. k由实线汇报的上级考核,可以征求矩阵中虚线汇报上级的意见,但仅仅是征求意见;拆分绩效考核指标,根据管理职责分别由两方上级评价,但绩效结果最终由谁确定,占哪个部门绩效比例,这个事情得往上提;
! r+ K" {+ H) g+ J' |4 L. f4 ~* |# ], x+ G
05 虚线团队的日常会议; I! l; V: p5 k5 P
4 E6 u V1 B& t0 w p4 P: B职场里面最扯淡的就是开会,最好的划水方式也是开会。什么节点需要开会?- g; ], E* Z4 Z
项目启动的时候;需求拆解的时候;任务分工的时候;项目立项的时候;技术方案评审的时候;产品原型产出的时候;UI/视觉方案的时候;验收测试的时候;交付评审的时候;项目结项的时候;1 [# ^: t, R1 c+ }" K
% t) [7 d: l8 ~6 \
* v* }0 e& h) L* t) K8 a! g1 Z06 常见的壁垒和问题6 [- E& x% Z$ J. E" b X
. j% V& z4 z' {$ v
怎么拉业务部门的LD下水?9 {. w- ]4 V& O6 m. h0 o) D
勾引,利益诱惑是最显著的,摆事实讲道理,能不能帮助升职加薪;打感情牌,博同理心;美食/美色的诱惑,人性的贪婪,该吃吃该玩玩;强制,先打理好最上层的关系,拿着尚方宝剑当圣旨,不得不从;欺诈,拿着鸡毛当令箭,以小搏大;周旋,从边缘关系进行游说,别人都去了就你不去,下不了台,也没面子;4 k1 X. B/ j" m4 A; a7 ?- d, v1 S
4 y: x4 F* i9 i; K2 e0 W- k( x
作者:@西索 资深数据分析专家;公众号:一个数据人的自留地3 ?9 j: g3 h. j9 K
1 t3 `, k5 y9 K% E- O4 ` f
本文由@一个数据人的自留地 原创发布于人人都是产品经理。未经许可,禁止转载
3 ?9 \6 c- g; _9 Q+ v+ a2 L- m) _- e+ U
题图来自Unsplash,基于CC0协议 |