敏捷管理在制造業(yè)的應(yīng)用

遲彬

敏捷管理源于軟件開發(fā)行業(yè)，通過響應(yīng)變化，在不確定的環(huán)境中開發(fā)出以用戶為導(dǎo)向的產(chǎn)品。那么，敏捷管理是否適用于制造業(yè)呢？面對新型制造業(yè)項目的特點和挑戰(zhàn)，敏捷管理是否可以幫助企業(yè)開發(fā)出更符合用戶需求的產(chǎn)品，并保證項目成功呢？本文以洗衣機(jī)研制項目為例，分享其在研制過程中的敏捷管理實踐。

采用敏捷方法的原因

洗衣機(jī)研制項目的目標(biāo)是開發(fā)一款滿足用戶需求的洗衣機(jī)。產(chǎn)品的具體要求：外觀時尚，易操作；噪聲低于某一數(shù)值；智能化，便于遠(yuǎn)程操作/遠(yuǎn)程監(jiān)控；具有各種洗滌程序，能洗大件和運動鞋等。

該項目遇到的挑戰(zhàn)是產(chǎn)品的需求不能一次性獲得，為保證項目的順利進(jìn)行，項目團(tuán)隊決定使用敏捷中的Scrum方法進(jìn)行項目開發(fā)。制造業(yè)項目的開發(fā)主要包括兩個階段。前期是軟階段（Soft Phase），主要工作包括需求信息的收集、產(chǎn)品概念的開發(fā)、投資的估算、單個零部件材料費的估算及項目收益的計算等。如果項目可行并且收益滿足公司財務(wù)目標(biāo)，即可進(jìn)入下一階段。后期是硬階段（Hard Phase），主要工作包括零部件設(shè)計、開模、打樣、試生產(chǎn)、測試及產(chǎn)品釋放等。

雖然Scrum方法有很多優(yōu)點，但這個方法來源于軟件行業(yè)，同時，因如圖1所示的制造業(yè)項目本身的特點，所以在項目初期，團(tuán)隊成員對該方法的使用頗為擔(dān)憂。有人質(zhì)疑，這種類型的項目是否可以采用敏捷中的Scrum方法？敏捷強調(diào)的是擁抱變化，如果在硬階段進(jìn)行投資后，突然要求進(jìn)行需求變更，那么是變還是不變呢？變，意味著投資可能付之東流；不變，意味著項目實施的管理不是真正的敏捷。

鑒于以上困惑，項目團(tuán)隊經(jīng)討論得出一致的結(jié)論：僅在項目的軟階段采用Scrum方法。在此階段，所有的項目工作都基于紙面，即使發(fā)生變更，最多就是人工成本的增加，比起幾百萬元甚至上千萬元的模具投資，該成本是可接受的。

Scrum方法在制造業(yè)的應(yīng)用

正如在各種書籍和文獻(xiàn)中描繪的，Scrum方法包含三個角色、三個工件及四個事件。

三個角色

Scrum方法中的三個角色包括：產(chǎn)品負(fù)責(zé)人（Product Owner，PO）、Scrum 主管（Scrum Master）和開發(fā)團(tuán)隊。在Scrum方法中，有些實際工作既不屬于產(chǎn)品負(fù)責(zé)人，也不屬于 Scrum主管或開發(fā)團(tuán)隊，如組織團(tuán)隊評估里程碑文件、設(shè)置材料費及投資目標(biāo)、組織項目收益的計算等。這些傳統(tǒng)意義上的工作都需要項目經(jīng)理來完成。鑒于此，洗衣機(jī)研制項目中就保留了項目經(jīng)理這一角色，以確保項目任務(wù)的順利完成。

洗衣機(jī)研制項目的組織結(jié)構(gòu)如圖2所示。該項目在工廠廠長的大力支持下，研發(fā)團(tuán)隊在辦公場所集中辦公。集中辦公的優(yōu)勢具體體現(xiàn)在兩個方面：①信息可視化，通過將產(chǎn)品待辦列表（Product Backlog）、沖刺待辦列表、項目完成度及各種項目目標(biāo)張貼在辦公室內(nèi)，使得團(tuán)隊成員能夠及時了解項目的信息及進(jìn)程；②提高工作效率，團(tuán)隊成員可以就項目中的問題及時溝通，對沖刺待辦列表中不明確的任務(wù)及時與產(chǎn)品負(fù)責(zé)人進(jìn)行溝通，防止單方面的臆想而錯誤地開發(fā)產(chǎn)品功能。

三個工件

（1）產(chǎn)品待辦列表。組建團(tuán)隊后，產(chǎn)品框架性的需求已經(jīng)明確，接下來要創(chuàng)建產(chǎn)品待辦列表。由產(chǎn)品負(fù)責(zé)人提供的產(chǎn)品待辦列表包括大型用戶故事、大顆粒度用戶故事和小顆粒度用戶故事。其中，該項目的大型用戶故事是洗衣機(jī)幫助用戶有效減少洗滌的工作（從用戶角度描述需求）；大顆粒度用戶故事是洗衣機(jī)能夠洗衣物，也可以洗鞋子；小顆粒度用戶故事是洗衣機(jī)可以同時洗滌三雙運動鞋，并且不和衣物使用同一洗滌內(nèi)筒，防止交叉污染。

從用戶角度出發(fā)，書寫產(chǎn)品待辦列表有一定的優(yōu)勢。經(jīng)過多年的開發(fā)，產(chǎn)品負(fù)責(zé)人通常直接與競爭對手進(jìn)行比較，實現(xiàn)和競爭對手相似的功能，而忽略了用戶的真正需求，從而導(dǎo)致某些功能的冗余，甚至有些功能都沒有得到用戶的認(rèn)可和使用。產(chǎn)品待辦列表“迫使”產(chǎn)品負(fù)責(zé)人在書寫產(chǎn)品需求時，能從用戶的角度出發(fā)，研制出真正滿足用戶需求的產(chǎn)品。

（2）沖刺待辦列表。當(dāng)項目進(jìn)行到某一沖刺過程時，產(chǎn)品負(fù)責(zé)人和開發(fā)團(tuán)隊需要按照產(chǎn)品待辦列表中需求的優(yōu)先級選擇本次沖刺所要完成的需求，再將這些需求分解成任務(wù)并確定任務(wù)負(fù)責(zé)人、任務(wù)完成的時間等。在接下來的沖刺過程中，項目團(tuán)隊需要全力以赴開發(fā)這些任務(wù)并保證按時交付。

（3）產(chǎn)品增量。當(dāng)某一沖刺結(jié)束時，按照沖刺待辦列表完成的任務(wù)及相應(yīng)的交付成果，就是這一沖刺結(jié)束后的產(chǎn)品增量。

四個事件

（1）沖刺計劃會議。在產(chǎn)品待辦列表的基礎(chǔ)上，該項目團(tuán)隊召開了沖刺計劃會議，決定哪些具有優(yōu)先級的用戶故事需要在下次沖刺中被完成。在沖刺計劃會議中，團(tuán)隊成員需要進(jìn)一步分解用戶故事，使其成為任務(wù)，并把任務(wù)落實到個人，確定開發(fā)用戶故事的時間，檢查本輪沖刺的時間是否能夠完成這些用戶故事。

（2）每日站會。每日站會的最大好處在于任務(wù)透明化，對遇到問題的同事給予幫助，改善效率及產(chǎn)出。由于制造業(yè)的特點，畫圖、結(jié)構(gòu)設(shè)計等工作都不是短期能完成的，所以該項目應(yīng)團(tuán)隊成員的要求，將每日站會調(diào)整為更有意義的一周兩次站會。每次站會的難點是對完成任務(wù)的界定，有可能一方認(rèn)為完成了，另一方并不認(rèn)可，所以制定任務(wù)完成的標(biāo)準(zhǔn)很重要。

（3）沖刺評審會議。該項目經(jīng)過三周的沖刺評審會議，完成沖刺評審，將可交付成果呈現(xiàn)給用戶/客戶，以檢查所開發(fā)產(chǎn)品是否真正滿足用戶/客戶的需求。我們通常以原型機(jī)的方式直觀呈現(xiàn)給用戶/用戶代表/客戶。原型機(jī)的方式比較直觀，可碰觸、可感知，不同于文檔文件，用戶能夠通過直觀的使用，發(fā)現(xiàn)產(chǎn)品的瑕疵與不足，這對產(chǎn)品的后期開發(fā)非常有利，不能等到產(chǎn)品投放后才得到用戶的負(fù)面反饋，否則會影響產(chǎn)品的銷售及品牌的口碑。

（4）沖刺回顧會議。該項目中研發(fā)團(tuán)隊在每次評審后，都會馬上召開沖刺回顧會議，回顧前期哪些地方做得好，哪些地方需要改善。例如，在該項目回顧會議中，團(tuán)隊成員反映由于市場部負(fù)責(zé)人沒有參與沖刺評審會議，導(dǎo)致在沖刺評審中接受的方案被市場部負(fù)責(zé)人否決。經(jīng)過Scrum主管與團(tuán)隊商討，最終決定讓市場部負(fù)責(zé)人一起參與評審，以保證項目的順利進(jìn)行。沖刺回顧會議的難點在于確定措施的實施，而不是制定措施。沒有措施的實施，會使團(tuán)隊成員認(rèn)為回顧會議只流于形式，從而打擊團(tuán)隊成員的積極性。所以，在出現(xiàn)流程不暢時，一位有能力且有影響力的Scrum主管不僅能夠帶領(lǐng)團(tuán)隊制定有效的措施，而且能夠推動措施的實施。

Scrum方法實施效果

由于該項目采用Scrum方法，使產(chǎn)品開發(fā)的效率大大提升。不斷地沖刺評審，有利于將項目的早期問題暴露出來，有充分的時間進(jìn)行改善，從而提高產(chǎn)品開發(fā)質(zhì)量。同時，由于項目團(tuán)隊專注于用戶的需求，減少了冗余無意義功能的開發(fā)，產(chǎn)品上市后，獲得了用戶的極大認(rèn)可。如果沒有全球電子材料短缺的發(fā)生，產(chǎn)品銷售量一定會超過預(yù)期。

雖然該項目是第一次采用Scrum方法，但實施過程中有很多閃光點值得借鑒：一是團(tuán)隊成員跳出原有職能互相幫助，如質(zhì)量部門的同事幫助研發(fā)部門制作手工樣品；二是效率得到提高，由于同一時期核心團(tuán)隊成員集中精力攻關(guān)該項目，沒有同時運行三四個項目，所以該項目的效率和質(zhì)量都得到了保證；三是用快速迭代來定義產(chǎn)品，通過原型機(jī)及設(shè)計評審，不斷獲得用戶市場的反饋，確定哪些是他們需要的功能，迭代到被用戶完全接受的產(chǎn)品狀態(tài)。

盡管該項目Scrum方法的應(yīng)用很成功，但仍有一些需要改善的地方：小部分團(tuán)隊成員的思維模式?jīng)]有改變，部門墻仍然存在；中層管理沒有充分授權(quán)；回顧會議中定義的措施有些未及時實施，失去了團(tuán)隊成員的信任，影響了團(tuán)隊成員的積極性和主動性等。

總結(jié)

敏捷是一種方法論，提供了項目開發(fā)中需要遵循的一些原則及方法，但它并不是一成不變的，如果在某些方面不適用，就需要根據(jù)項目及行業(yè)的特點做出相應(yīng)的調(diào)整。尤其在制造業(yè)，如果項目后期出現(xiàn)需求變更，一定要平衡“投資損失”與“需求變更”的得失，避免盲目擁抱變化。P