敏捷實踐指南：建立敏捷思維模型
點(diǎn)擊上方 “?產(chǎn)品微言?” ，馬上關(guān)注
理解傳統(tǒng)瀑布式項目管理和敏捷方法，找到裁剪適合團(tuán)隊的項目管理工具，建立團(tuán)隊通用的項目術(shù)語
1你的項目不一定需要敏捷
我相信你一定聽過“敏捷不行”的聲音，運(yùn)行敏捷而失敗的項目也確實非常多，但它也一直都在流行。
這里的問題，其實根本就是原因就是：你的項目環(huán)境不適合敏捷，或者你的項目根本不需要敏捷，盡管它也是軟件開發(fā)項目。
敏捷是基于“不確定性”而誕生的，它想要解決的是，如何在不確定性環(huán)境交付最可靠的商業(yè)價值。敏捷方法是為了在短時間內(nèi)探討可行性，根據(jù)評估和反饋實現(xiàn)快速調(diào)整，它與傳統(tǒng)的基于確定性工作的瀑布模型就有著完全不同的實踐思路。
簡單來說，適應(yīng)敏捷的項目，有4個顯著的特征：
需求研究和開發(fā)
變更速度極快
具有不明確或未知的需求、不確定性或風(fēng)險
最終目標(biāo)難以描述
這些項目在項目需求，以及如何使用現(xiàn)有知識、技術(shù)滿足需求的層面上，所具有的不確定性導(dǎo)致項目及其服務(wù)，往往帶來大量的變更，返工、延期的風(fēng)險非常高。在傳統(tǒng)項目實踐中，項目經(jīng)理都必須針對變更列出單獨(dú)的流程來進(jìn)行控制，涉及到組織、采購、溝通等多維度的復(fù)雜管理，還經(jīng)常因為不同利益相關(guān)的隱形需求而導(dǎo)致項目失控。
無用功、延期、返工深深的折磨著整個團(tuán)隊。在實踐過程中，為了解決這些問題，項目團(tuán)隊就必須尋找可以減少浪費(fèi)和返工的方法，這些方法包括：
頻繁交付
頻繁調(diào)整過程
非常短的反饋循環(huán)
重新進(jìn)行優(yōu)先級排序
定期更新計劃
這種邏輯模式，就是敏捷管理的思想體現(xiàn)。敏捷的策略是構(gòu)建小的增量，然后對其測試和評估，在短時間內(nèi)以低成本探索不確定性，更準(zhǔn)確的理解客戶需求，降低風(fēng)險，最大程度的實現(xiàn)商業(yè)價值的交付。
當(dāng)然，我們也需要意識到，迭代和增量方法仍然有局限性，為了項目盡可能可靠，需求盡可能的遏制其中某一個不確定性變量（適應(yīng)性和需求、技術(shù)可行性和性能、過程和人員）。
你可能已經(jīng)意識到了，只有一部分項目適合于敏捷，有些項目更適合用傳統(tǒng)瀑布流的方式進(jìn)行交付。
項目管理的目標(biāo)是在給定的當(dāng)前環(huán)境下盡可能以最好的方式創(chuàng)造商業(yè)價值。項目采用敏捷方法抑或是傳統(tǒng)的瀑布流方法都無關(guān)緊要，要提出的問題是“我們怎樣做才能最成功？”
當(dāng)團(tuán)隊創(chuàng)造價值，是否需要反饋？在探索新的想法，新的商業(yè)模式，是否需要管理風(fēng)險？如果需要，那敏捷將會有所幫助。而有些項目，天然無法交付中間價值，那么就不要去嘗試敏捷。
2裁剪適合你的敏捷模型
敏捷是一種方法，囊括了各種框架和方法的涵蓋性術(shù)語，包括Scrum、XP、FDD、DSDM、AUP、ScrumBan等。所有符合“敏捷宣言”價值觀和原則的任何方法、技術(shù)、框架、手段或?qū)嵺`，都屬于“敏捷思維”——精益思想的具體實例，反應(yīng)的核心觀念是：關(guān)注用戶價值、小批量以及消除浪費(fèi)。
在基于迭代的敏捷中，團(tuán)隊是以迭代（相等持續(xù)時間的時間盒）的形式交付完整的功能，團(tuán)隊集中于最重要的功能作為當(dāng)前迭代版本的最終目標(biāo)，然后最集中于下一個最重要的功能來協(xié)同完成工作。
為了適應(yīng)頻繁的變更和頻繁的交付項目價值，團(tuán)隊必須要能快速的適應(yīng)變化，對產(chǎn)品的架構(gòu)設(shè)計和技術(shù)選型都必須充分結(jié)合客戶的實際情況，甚至是重構(gòu)過去的設(shè)計才能匹配快速變化的項目目標(biāo)。
裁剪，找到一個合適當(dāng)前的敏捷模型就變得極為重要。
許多團(tuán)隊都無法一夜之間就切換為敏捷的工作方式，這與使用的技術(shù)，組織的流程，習(xí)慣有關(guān)，特別是長期處于傳統(tǒng)瀑布流的工作環(huán)境的工程師而言，敏捷的風(fēng)險有時讓人恐懼，因為它沒有一個確定性的目標(biāo)，一切都處于動態(tài)的調(diào)整過程中，所以敏捷，需要足夠的勇氣，和匹配的文化。
事實上，PMI推行的整套項目管理體系，都依賴它的環(huán)境，想要在這個體系下出色的完成項目工作，都首先需要去打造一個匹配的項目文化環(huán)境。
組織越大，涉及的職能部門越多，打造這個環(huán)境的時間就越長，因此，計劃一個漸進(jìn)的過渡是非常有意義的。
漸進(jìn)的過渡要涉及到要增加更多的迭代計劃，以便改進(jìn)學(xué)習(xí)，加強(qiáng)團(tuán)隊和相關(guān)方的一致性。之后，還要考慮增加更多的增量技術(shù)，以便對項目發(fā)起人的價值和投資有收益回報。唯有如此，才能逐步建立敏捷的代言人和支持者。
你應(yīng)該先考慮在小范圍內(nèi)，風(fēng)險不大，僅具有中低等不確定性的項目中嘗試敏捷的方法。在組織成功使用“傳統(tǒng)瀑布+敏捷”的混合方法后，再嘗試更復(fù)雜的項目。
這是一種根據(jù)團(tuán)隊、組織和項目的情況、特定的風(fēng)險，以及團(tuán)隊的適應(yīng)能力和技術(shù)條件，并接受變革的就緒情況而調(diào)整推進(jìn)的漸進(jìn)過渡。
希望你能謹(jǐn)慎渡過這一個難關(guān)。
3打造你的敏捷文化?
敏捷團(tuán)隊不能把其實踐局限于某一種敏捷方法，每個項目的背景都有有其各自獨(dú)特性，包括項目團(tuán)隊成員的技能、背景也都各不相同，工作環(huán)境中的規(guī)模、關(guān)鍵性、復(fù)雜性、監(jiān)管制約因素也都完全不同，這就導(dǎo)致敏捷沒有固定不變的模式，實踐敏捷最核心的就是敏捷的思維模式，而不是其工具或者方法。
同時，敏捷項目也一樣有計劃性，只是它的區(qū)別在于頻繁交付可用的成果，并通過對成果的評審獲得反饋，并由此驅(qū)動整個團(tuán)隊和項目向前推進(jìn)，最終達(dá)成良好的商業(yè)價值。
為了讓你的敏捷方法能夠具備可持續(xù)性的生命力，你需要努力打造一個符合你的項目、團(tuán)隊的項目文化，這些文化和特性包括基本的價值觀和指導(dǎo)原則。
你應(yīng)該建設(shè)由敏捷宣言的價值觀所界定，受敏捷宣言的原則指導(dǎo)，通過各種實踐實現(xiàn)的項目文化。
敏捷4大核心價值觀：
個體以及互動，更重于 過程和工具
可用的軟件，更重于?完整的文檔
客戶合作，更重于?合同談判
應(yīng)對變更，更重于?遵循計劃
相應(yīng)的，源自敏捷價值觀的12大實踐原則包括：
最優(yōu)先要做的是盡早、持續(xù)地交付有價值的軟件，讓客戶滿意
欣然面對需求變更，即使在項目后期。善于利用需求變更為幫助客戶獲得競爭優(yōu)勢
頻繁地交付可用的軟件，從數(shù)周到數(shù)月，交付周期越短越好
在整個項目過程中，業(yè)務(wù)人員必須和開發(fā)人員每天都在一起工作。
要善于激勵項目人員，給他們以所需要的環(huán)境和支持，并相信他們能夠完成任務(wù)
在團(tuán)隊內(nèi)外，面對面交談是最有效，也是最高效的溝通方式
可用的軟件是衡量進(jìn)度的主要標(biāo)準(zhǔn)
敏捷過程倡導(dǎo)可持續(xù)開發(fā)。項目方、開發(fā)人員和用戶應(yīng)能保持穩(wěn)定的進(jìn)展速度
對技術(shù)的精益求精以及對設(shè)計的不斷完善將提升敏捷性
簡潔，是盡最大可能減少不必要工作，是敏捷的根本也是一門藝術(shù)
最佳的架構(gòu)、需求和設(shè)計出自于自組織的團(tuán)隊
團(tuán)隊要定期反思如何提升效率，并以此調(diào)整整個團(tuán)隊的行為
4思維導(dǎo)圖：建立敏捷思維模型??
————?/? END??/?————
掃碼加入免費(fèi)星球
下載本文附件
更多專題閱讀
實例解讀O2O平臺?從0到1 的全過程
從產(chǎn)品思維到產(chǎn)品經(jīng)理的能力模型
在有限的資源限定條件下超越既定的目標(biāo)