我們常(chang)說項(xiang)目進(jin)度(du)拖(tuo)延(yan),要保證按時(shi)完成(cheng),經常(chang)會(hui)采(cai)取(qu)一(yi)些措施,包括(kuo)增加人手(shou),趕(gan)工,外包等等。我們看(kan)下“布魯克定律”:當項(xiang)目進(jin)度(du)落后于計劃時(shi),增加人手(shou)的(de)做(zuo)法(fa)通常(chang)是無(wu)效的(de)。哈佛(fo)大(da)學(xue)教授J.理(li)查(cha)德·哈克曼認(ren)為:“這就好像為了(le)快點生(sheng)出孩子,分配9個(ge)(ge)女子各懷(huai)一(yi)個(ge)(ge)月的(de)孕……一(yi)個(ge)(ge)軟件的(de)生(sheng)產一(yi)延(yan)遲,如(ru)果此時(shi)加派人力,則(ze)整(zheng)個(ge)(ge)項(xiang)目進(jin)度(du)只會(hui)更加拖(tuo)延(yan)。”
團隊越小越靈活,越大越難做到敏捷。在一個小團隊中,成員之間相互認識并建立互信,相互了解,這樣才能有一個統一的目標,在一個25人的團隊里做到這一點不難,在一個50人的團隊里做到這一點也是可以的,超過100人就有些難了。在企業中幾千人的大團隊中做到這一點幾乎是不可能的。
但是,只要在一支有小(xiao)團(tuan)隊(dui)(dui)構成的大(da)團(tuan)隊(dui)(dui)中(zhong),每個(ge)個(ge)體成員(yuan)(yuan)無須與其(qi)他所有成員(yuan)(yuan)建(jian)立關(guan)系,只要構成這個(ge)大(da)團(tuan)隊(dui)(dui)的各個(ge)小(xiao)團(tuan)隊(dui)(dui)之(zhi)間建(jian)立起那樣的關(guan)系就行了。就能建(jian)立起整體的高效敏捷團(tuan)隊(dui)(dui)。
一、最傳統的指揮控制式架構:(圖1)
小(xiao)團隊各自為(wei)政,互不關聯,只聽從(cong)最上面(mian)的領導者,層層傳遞信息和指令。
二、下層為團隊結構,上層仍是指揮控制式結構(圖2)
要提升團隊(dui)的靈活性(xing)。于是我們經(jing)常(chang)可以看到一種改進式(shi)的團隊(dui)架構(gou)(gou),在這(zhe)個體(ti)系中,下層(ceng)(ceng)為團隊(dui)結構(gou)(gou),但是上層(ceng)(ceng)仍然保持(chi)著(zhu)指揮控制式(shi)結構(gou)(gou)。
三、由小團隊構成的大團隊(圖3)
最終的(de)(de)目(mu)標,是打造一個(ge)高度靈活的(de)(de)團(tuan)隊。由靈活的(de)(de)小團(tuan)隊構建靈活的(de)(de)大團(tuan)隊。組織中(zhong)的(de)(de)每個(ge)人(ren)沒有必要(yao)了解其他的(de)(de)所有人(ren),只要(yao)和其他團(tuan)隊中(zhong)的(de)(de)某(mou)個(ge)人(ren)取得聯系即可。
轉載://citymember.cn/zixun_detail/109048.html