9個月,回顧一下敏捷開發(fā)的得失
其實人腦遠(yuǎn)沒有我們自認(rèn)為的那么強(qiáng)大,我們的“系統(tǒng)1”(可以簡單理解為直覺系統(tǒng))可以同時做幾件事情,但是我們的“系統(tǒng)2”(可以簡單理解為思維系統(tǒng)),它在一個時間內(nèi)其實只能做一件事情,而且它很懶。
敏捷開發(fā)在今年已經(jīng)經(jīng)歷了9個月的風(fēng)雨。在部門內(nèi),敏捷開發(fā)已基本成型,在公司內(nèi),也有進(jìn)一步發(fā)展推廣的趨勢,在世界上,好像人人都在談?wù)撁艚?。因此,有必要在這個時候回顧一下這9個月的得失,畢竟方向比努力更重要。
1.收獲
1.1.全功能型團(tuán)隊
一個團(tuán)隊,擁有策劃、交互、視覺、軟件、測試、運營各個領(lǐng)域的人員,有足夠的能力實施任何軟件功能從無到有,從有到優(yōu)的過程。他們是一個整體,有著共同的目標(biāo),能夠充分的交流,互相信任。他們是一只能真正打仗的團(tuán)隊。
1.2.有條不紊的流程
沒有紅綠燈,交通會堵塞,會出事故。同樣,沒有敏捷流程,項目進(jìn)度會堵塞,項目下單會出事故。敏捷項目中的每一個人就是行駛在公路上的一輛輛車輛,他們既有自主的意識,也受制于交通規(guī)則的約束,他們合二為一成為一個整體,相鋪相成。敏捷流程,將大家串在了一起,使大家步調(diào)一致,更高效的工作。
1.3.更快的發(fā)布與反饋
在敏捷的世界,發(fā)布速度更快那是基本,不能快速發(fā)布就談不上什么敏捷了。目前,我們做到了每半個月對外發(fā)布一個版本,相比于之前的一個月甚至幾個月,在發(fā)布效率上有了成倍的提升。這樣,我們能更快速的驗證我們的功能,更快速的修復(fù)問題,結(jié)合大數(shù)據(jù)和線上問題反饋,形成閉環(huán),不斷迭代,這才是敏捷的意義。
1.4.穩(wěn)定的開發(fā)節(jié)奏
在今天,需求再也不是像以前那樣一波一波的來,軟件一波一波的忙。需求池不再是一個名詞,它起到了應(yīng)有的作用,需求也不在是高,很高,沒有低,而是一個合理的高中低分布。就這樣,穩(wěn)定的需求決定了后端穩(wěn)定的開發(fā)節(jié)奏,持續(xù)的功能迭代已經(jīng)步入正軌。
1.5.可控的項目進(jìn)度
在以前,我們會定一個某個不靠譜的月份下單,然后延后一個月,甚至兩個月。漸漸的,大家習(xí)以為常,大家覺得項目延期理所當(dāng)然。而現(xiàn)在,迭代的功能的項目進(jìn)度完全可控,說哪天下單,基本上就在哪天下單。這樣,項目組成員更有目標(biāo),也更有成就感,對功能進(jìn)度關(guān)注的非項目組成員也能提前心里有數(shù)。
2.損失
2.1.滿載的會議
為了有效的促進(jìn)團(tuán)隊信息的流通,保障信息對稱,敏捷采用晨會、需求評審會、用例評審會、迭代總結(jié)與計劃會、版本發(fā)布會議等會議,在敏捷的世界里,他們都有其存在的必要性,甚至可以說,沒有了他們敏捷寸步難行,但是帶了一系列副作用,會議占用了團(tuán)隊成員的較多時間,如果某個成員不幸身處于多個項目中,那簡直是一個噩夢。有得必有失,我們只能直面敏捷的會議消耗,因此,提高會議效率,是一項十分重要的工作。
2.2.超過強(qiáng)度的迭代
持續(xù)迭代,十分美好,但是長時間超過正常強(qiáng)度的迭代,對于團(tuán)隊來說那就是一種傷害。在這樣的迭代環(huán)境中,團(tuán)隊成員因為疲憊,更容易暴躁,更難以溝通,大家疲于奔命,沒有時間停下來思考,大家總?cè)彰β?,漸漸的忘記了為什么要做這些事情,漸漸的,團(tuán)隊少了幾分思想,只剩下執(zhí)行。既然敏捷是持續(xù)迭代,那它就屬于長跑,我們不能讓一個人總是以短跑的速度去完成長跑。
2.3.誤解帶來的失落
當(dāng)大家看到版本每半個月發(fā)布一次時,覺得我們?nèi)魏我粋€新功能都能快速的上線,這往往是大家一廂情愿,大家的錯覺。也因為有了這種錯覺,對敏捷團(tuán)隊產(chǎn)生了很多誤解,帶來了打擊,而不是肯定。
一個軟件正常的生命周期包括以下:需求提出、交互設(shè)計、視覺設(shè)計、測試用例,軟件開發(fā)、測試、發(fā)布上線、線上維護(hù)。
這里客觀的舉一個需要開發(fā)一周的功能:從需求提出到交互完成一周,軟件開發(fā)一周,單模塊測試一周,集成測試兩周,因此在一切順利的情況下,一個需要開發(fā)一周的功能,至少需要5周左右的時間才能上線。這就是我們目前的實際開發(fā)能力,我們要客觀面對事實。
這里很多人會說,測試花了三周時間,太長了,交互也許也用不了一周,但是這就是我們的能力,或許這里有提升空間,但是這大半年的實際經(jīng)驗告訴我們,這是目前保持穩(wěn)定的節(jié)奏的最佳方式,鼓勵大家提供更好的方案,但不要僅僅只看到問題的一部分,我們是要解決的是產(chǎn)品整個生命周期的問題。
2.4.缺乏激情的目標(biāo)
敏捷的持續(xù)進(jìn)行,也是對團(tuán)隊成員的持續(xù)打擊,時間越長,打擊越強(qiáng),因為隨著時間的推移,按照現(xiàn)有的評價體系,大家會越來越?jīng)]有成就感,缺乏創(chuàng)業(yè)般的動力。
為什么?人都是有思想的,不是機(jī)器,工作總會有點追求,工資是最基礎(chǔ)的,一個有夢想有追求的人,或許是追求自身技術(shù)的進(jìn)步,或許是追求自己做的產(chǎn)品的成功,或許追求事業(yè)的發(fā)展,或許追求家庭的幸福,但是絕不是追求沒有任何成就感的迭代。這樣的工作,我們有什么理由要求大家時刻保持創(chuàng)業(yè)的精神工作?
2.5.弱凝聚力的團(tuán)隊
雖然我們擁有了一個全功能型團(tuán)隊,但是這個團(tuán)隊的凝聚力卻很弱,但是身處于這個團(tuán)隊不是為了創(chuàng)造激動人心的產(chǎn)品,而是為了完成迭代任務(wù),因為只有這樣才能較好的協(xié)作,如果可以,也許他們更愿意自娛自樂,而不是圍著這個團(tuán)隊打轉(zhuǎn)。因此,當(dāng)有別的地方需要他們時,他們不會對現(xiàn)在這個團(tuán)隊有任何留念,因為哪里都一樣。
3.敏捷接下來怎么走?
這個問題很復(fù)雜,因為我自身也在這個漩渦中難以自拔。但是我還是希望能解決這個問題,因為從長遠(yuǎn)來看,大家總會在這個漩渦中筋疲力盡。大膽假設(shè),小心求證,我們需要有這樣的勇氣,就像很多人說傳統(tǒng)行業(yè)轉(zhuǎn)型是找死,不轉(zhuǎn)是等死一樣,找死至少還有一線生機(jī)。以下是我的一些方向和設(shè)想:
3.1.優(yōu)化會議效率
會議多難以避免,但是優(yōu)化會議效率卻是我們能做到的事情,這個問題目前普遍存在,但是卻沒有引起重視,會議效率的提高不是簡單的一句話,需要會議主持人和參與人都做好充分的準(zhǔn)備,以及具備相應(yīng)的能力,所以它不是簡單的一兩個流程和制度,更重要的是對人員的培養(yǎng)以及團(tuán)隊文化的建設(shè),這些都需要時間、資源和精力。過多低效的會議,會讓大家更低效的工作,甚至每天一起床就想著各種會議,就等著開會吧,反正中間間隔時間也做不了什么事情。
3.2.長跑式的迭代
有一個理論,當(dāng)一個人按照正常步伐行走時,我們的大腦還能干點別的事情,如果讓一個人保持一個比平時更快的速度行走,大腦就無法干別的事情了,《思考,快與慢》一書中提到的“系統(tǒng)2”需要持續(xù)保持快速的行走這個事情,因此如果讓一個團(tuán)隊已一個不正常的速度保持迭代時,那么你就別想他們還能干點出乎你意料之外的事情來,因為他們只有能力完成你交代的事情。
其實人腦遠(yuǎn)沒有我們自認(rèn)為的那么強(qiáng)大,我們的“系統(tǒng)1”(可以簡單理解為直覺系統(tǒng))可以同時做幾件事情,但是我們的“系統(tǒng)2”(可以簡單理解為思維系統(tǒng)),它在一個時間內(nèi)其實只能做一件事情,而且它很懶。
這里還有一個簡單的實驗,大家不妨自己試一試:
一個手保持1秒一下的固定節(jié)拍,每隔兩個節(jié)拍周期性的完成4785每位加1的計算結(jié)果,并說出來,例如:4785的計算結(jié)果是5896。
3.3.明確敏捷團(tuán)隊的核心業(yè)績
問題由小到大,這是目前面臨的最大的問題,也是最難解決的問題,因此,我自身也對此疑惑不解。現(xiàn)在的敏捷團(tuán)隊缺乏明確的目標(biāo),一層不變的迭代,周期性的發(fā)布在一定意義上更讓人感覺自己所做的工作按部就班,缺乏意義,嚴(yán)重缺乏成就感。
如何讓團(tuán)隊成員身處于一個敏捷項目組中有所成就,實際操作中確實沒有探索到有效的方法,如何明確敏捷團(tuán)隊的核心業(yè)績,也是難以評估和量化,正因為如此,在這個問題上,目前只有方向,沒有方法。
個人覺得以上三個方向,是下一階段值得探索改善的方向,也許我們現(xiàn)在只做到了60分的成績,但是一個一個問題的解決我們會做到70分、80分,有一天,我們的項目管理能正規(guī)化,能與這方面的佼佼者并肩,而不是一直處于這種**“純工作經(jīng)驗式”**的直覺式管理和補(bǔ)丁式管理。
本文由 @空穴來風(fēng) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
一周開發(fā)時間的需求,三周測試確實太長,可能是開發(fā)時間太少,可能用兩周開發(fā),一周測試就夠了
嗯,這塊后期也許有優(yōu)化的空間,這個與我們的產(chǎn)品屬性也有關(guān)系,我們的產(chǎn)品涉及到多個端,為了保障發(fā)布的節(jié)奏,已經(jīng)測試的全面性,目前一周基本無法實現(xiàn)。
可以試試將項目任務(wù)和個人GTD管理相結(jié)合,將團(tuán)隊分配給你的任務(wù)放在一起,能看到每天任務(wù)的完成情況,提升成就感,還可以管理私人事務(wù)。推薦使用專業(yè)的敏捷開發(fā)的團(tuán)隊協(xié)作工具,比如jira或者teamin,能夠幫助你把很多事情捋順。
暑期實習(xí)兩個月也經(jīng)歷了敏捷開發(fā),發(fā)了一版又一版,也改善了一些地方,但是感受不到太大的價值,總覺得為了發(fā)版而發(fā)版,沒有什么指標(biāo)來衡量更新的功能是好是壞,能促成更多的交易量嗎