hi，我是熵減(jian)，見字如(ru)面。

對于技術(shu)團隊(dui)來說，開(kai)發軟件(jian)產品，是一項(xiang)長期(qi)的工作(zuo)。

就如同(tong)馬拉松(song)一(yi)樣(yang)，要完成這樣(yang)的(de)游戲(xi)，需要的(de)多個迭代周期(qi)和很多沖(chong)刺的(de)不斷地積累。

在游戲(xi)的(de)過程中(zhong)，需要持續的(de)、有節(jie)奏的(de)向著目標前進，并在此(ci)過程要不斷地做出調整(zheng)和改(gai)變。

然而(er)，在(zai)現實中，今(jin)天有(you)不少的(de)團隊，是無(wu)法如此(ci)有(you)效的(de)開(kai)展工作的(de)。

其背后的原因是：團隊將沖刺（Sprints）的數量和周期作為了目標。

將(jiang)短(duan)(duan)期的沖刺做為團(tuan)隊(dui)的目標，就(jiu)是將(jiang)開發(fa)產品的工作，看為了一項(xiang)短(duan)(duan)跑游戲(xi)。它的本質上就(jiu)變成了一種浪費，因為團(tuan)隊(dui)會最終陷入(ru)一些(xie)毫無意義的工作任(ren)務之中(zhong)。

尤其(qi)是在今天(tian)，在互聯網增長神話消失后(hou)，唯(wei)快(kuai)不(bu)破的方式，已經不(bu)能給產(chan)品或業(ye)務帶來太多的意義。

所以，及時的調(diao)整團(tuan)(tuan)隊工作的節(jie)奏(zou)，對團(tuan)(tuan)隊和業(ye)務的長(chang)期(qi)發展是更為有價值的。

短跑的“敏捷”

在沖刺（Sprints）的數(shu)量和(he)周期成為團隊(dui)的目標后，整個團隊(dui)的動作就(jiu)會悄然(ran)發(fa)生改變。

現實(shi)中(zhong)，大多(duo)數(shu)團(tuan)隊都采用一(yi)些類似(si)敏捷的(de)方法(fa)，在(zai)(zai)這(zhe)(zhe)種方法(fa)中(zhong)，開發(fa)工作(zuo)會(hui)在(zai)(zai)迭代中(zhong)開展。團(tuan)隊會(hui)計劃一(yi)些 Sprints ，會(hui)評(ping)估如何完(wan)成這(zhe)(zhe)些任務，并在(zai)(zai)完(wan)成后進行任務過(guo)程的(de)回(hui)顧(gu)。而對于Sprints的(de)背后的(de)要交付的(de)產品價值，要解決的(de)實(shi)際問(wen)題，研發(fa)團(tuan)隊是(shi)很少討論，也(ye)不太愿意去(qu)關注的(de)。

同時(shi)，為了增加沖(chong)刺(ci)（Sprints）的(de)數量，或(huo)減(jian)少完成(cheng)沖(chong)刺(ci)（Sprints）的(de)時(shi)間(jian)投入，團隊會(hui)做出很(hen)多沒必要的(de)拆分，從大(da)的(de)數據上來(lai)看(kan)：所有的(de)事情都在不斷的(de)進行(xing)，Sprints的(de)完成(cheng)量和完成(cheng)時(shi)間(jian)投入也非常的(de)合理。

但其實(shi)呢(ni)，產研團隊可能在玩一個(ge)短跑(pao)(pao)沖刺的游戲，來迎合管理(li)層的考核目標。在短跑(pao)(pao)游戲中，團隊往往就會偏離了業務價值的交付的目的。

短跑沖刺的傷害

其(qi)實，這種空洞的短跑(pao)沖刺游(you)戲，會給團隊(dui)造成(cheng)多方面的傷害：

首先，團隊的(de)稀缺的(de)研(yan)發資源被浪費在了(le)很多(duo)(duo)無(wu)意義的(de)沖刺(ci)（Sprints）之上。從表(biao)面(mian)上來看，團隊是完成(cheng)了(le)很多(duo)(duo)的(de)任務(wu)，交(jiao)(jiao)付(fu)任務(wu)的(de)效率也很高，但真正交(jiao)(jiao)付(fu)的(de)業務(wu)價(jia)值是多(duo)(duo)少，是很少有人(ren)去關心的(de)。

第二(er)，團(tuan)隊(dui)的(de)(de)沖刺（Sprints）回顧(gu)，成(cheng)為了一個形式(shi)化的(de)(de)步(bu)驟。回顧(gu)，更多的(de)(de)只停留在第一層的(de)(de)任務(wu)完成(cheng)的(de)(de)過(guo)程(cheng)上(shang)的(de)(de)復盤，而未(wei)能在向前推進一步(bu)，對(dui)于沖刺（Sprints）的(de)(de)業務(wu)價值(zhi)，方(fang)向上(shang)的(de)(de)問題，團(tuan)隊(dui)總是視而不見的(de)(de)。

第三，工(gong)程師(shi)們逐漸喪失了價值(zhi)感(gan)(gan)。工(gong)程師(shi)們逐漸成(cheng)為了任務完成(cheng)的一(yi)個(ge)終(zhong)端(duan)，而無法真正參(can)與(yu)到問題(ti)的解決之中，長時間的參(can)與(yu)感(gan)(gan)缺失，就會對工(gong)作失去了價值(zhi)感(gan)(gan)和意義(yi)感(gan)(gan)，穩定性也(ye)就成(cheng)為了一(yi)個(ge)問題(ti)。

總之，對(dui)于技術團隊，最(zui)稀缺的(de)資源就是(shi)工程團隊的(de)時間資源，如果我們如此任性將時間浪費(fei)在(zai)空洞的(de)短跑沖刺游戲上，是(shi)非常可惜的(de)。

回歸意義

要解決空洞的短跑游戲問題，其辦法也是非常簡單的：那就是讓沖刺（Sprints）有意義。

讓團隊有全局的視角，找到一個健康的節奏，將有效的時間資源，盡可能的投入到有業務價值的功能交付之上。

具體如下：

首(shou)先，在(zai)管理(li)上，不只是(shi)單一維度的(de)(de)去考(kao)核團隊的(de)(de)沖(chong)刺數量(liang)和交(jiao)付(fu)時間周期的(de)(de)指標。

第(di)二，要讓(rang)產研團(tuan)隊一(yi)(yi)起(qi)去(qu)設(she)定每一(yi)(yi)個(ge)“沖刺”的業務(wu)價值，讓(rang)每個(ge)人(包括他(ta)們自己)都理解朝(chao)著(zhu)這(zhe)個(ge)價值前進的重要性。

第三，團隊(dui)要(yao)能根據(ju)實際的情況，動(dong)態的調整“沖刺”的重(zhong)要(yao)性和優先(xian)級，任(ren)務范(fan)圍的大小、交付周期的計劃(hua)等，不在追(zhui)求虛假的指標(biao)。

第四，在團隊的“沖刺”回顧中，要(yao)向上有(you)深(shen)挖(wa)假設的有(you)效(xiao)(xiao)性，譬如，問題是(shi)否定位準(zhun)確(que)，方(fang)案設計(ji)是(shi)否有(you)效(xiao)(xiao)，交付的業務價值是(shi)否符合(he)預期(qi)等。而不只(zhi)是(shi)任(ren)務完成過程中的研(yan)發效(xiao)(xiao)率那一小塊東西。

數字產(chan)品研(yan)發(fa)和交付，是一個如同馬拉松一樣的長跑(pao)游(you)戲。

在此(ci)過程中，要找到合適(shi)的短期目(mu)標(biao)，控制(zhi)好整(zheng)體(ti)的節奏，不斷做(zuo)出有意義的回顧和(he)調整(zheng)，讓團隊(dui)看(kan)見真(zhen)實的意義和(he)價值，是持續發展的關鍵。

寫在最后

軟件產品(pin)的開發過程，不是(shi)一項(xiang)短跑(pao)沖(chong)刺的游(you)戲(xi)，而是(shi)一項(xiang)持(chi)續的馬(ma)拉松項(xiang)目。

如(ru)果將研發過程簡化為只(zhi)有沖刺數量和交付周期的(de)短(duan)期任務，而忽略了(le)團隊內人員內在需求，資(zi)源的(de)浪費就是必然的(de)事情。

回顧到敏捷和沖刺（Sprints）的(de)本質之上(shang)，要讓團隊將更(geng)多的(de)精(jing)力和能量，用在交(jiao)付更(geng)有業務(wu)價值的(de)迭代之上(shang)，才是(shi)更(geng)有意義(yi)的(de)。

好(hao)的(de)目標，會帶來(lai)好(hao)的(de)結果(guo)，所以小(xiao)心你(ni)的(de)考核目標。

閱讀，思考，練習，分享，日(ri)日(ri)不斷(duan)之功(gong)。

嗯，寫完了。

新的一(yi)天，加油哦 (? ??_??)?