精益-敏捷軟件開發(fā)方法課件

精益-敏捷的應(yīng)用研發(fā)部王凌宇精益-敏捷研發(fā)部王凌宇課程定義課程定義2適應(yīng)人群軟件研發(fā)項目的項目經(jīng)理，需求分析師，開發(fā)工程師，測試工程師等軟件研發(fā)項目的相關(guān)干系人企業(yè)中層管理者適應(yīng)人群軟件研發(fā)項目的項目經(jīng)理，需求分析師，開發(fā)工程師，測試3假設(shè)與約束對敏捷有一定的了解，有一定的敏捷SCRUM實踐經(jīng)驗對軟件工程有一定了解對項目管理有初步了解假設(shè)與約束對敏捷有一定的了解，有一定的敏捷SCRUM實踐經(jīng)驗4課程期望了解精益的相關(guān)知識了解SCRUM#的相關(guān)定義了解敏捷實踐中管理層的作用促進敏捷實踐的持續(xù)改進課程期望了解精益的相關(guān)知識5目錄精益簡介超越SCRUM精益-敏捷中的管理目錄精益簡介超越SCRUM精益-敏捷中的管理6精益簡介精益簡介精益思想的基本原則多數(shù)錯誤源于系統(tǒng)本身，因此必須對開發(fā)的系統(tǒng)加以改進為了改進系統(tǒng)，必須尊重員工過早開始會造成浪費。只在需要的時候完成需要做的事情，這就是JIT（justintime）精益思想的基本原則多數(shù)錯誤源于系統(tǒng)本身，因此必須對開發(fā)的系統(tǒng)精益軟件開發(fā)--為軟件提供的原則尊重人消除浪費推遲決策創(chuàng)建知識品質(zhì)為先快速交付全局優(yōu)化精益軟件開發(fā)--為軟件提供的原則尊重人消除浪費推遲決策創(chuàng)建知精益宣言快速—靈活—機動開發(fā)過程是一條繁忙的生產(chǎn)流水線，凡是慢下來的流水線都會導(dǎo)致浪費。通過消除軟件中的延誤、錯誤、誤解和等待資源等障礙，來改進過程。精益宣言快速—靈活—機動超越SCRUM超越SCRUMSCRUM框架

SCRUM框架

討論

關(guān)于SCRUM的認識？討論

關(guān)于SCRUM的對SCRUM的認識觀點敏捷項目開展首次工作時沒有做計劃。

SCRUM中沒有文檔。

SCRUM中沒有架構(gòu)。對SCRUM的認識觀點敏捷項目開展首次工作時沒有做計劃。敏捷開發(fā)QuickStartWHYWHATWHENHOW團隊環(huán)境項目團隊要做哪些事？多久能做完？項目立項怎么做？WHEREWHOQuickStart敏捷開發(fā)QuickStartWHYWHATWHENHOW15對SCRUM的觀念認識

SCRUM的成功在很大程度上是因為由項目成員來定義如何做項目。團隊要遠離管理層。

產(chǎn)品是由產(chǎn)品開發(fā)人員靠拍腦袋想出來的。團隊應(yīng)該由通才組成。檢查和修改是足夠的。對SCRUM的觀念認識SCRUM的成功在很大程度上是因為由討論參考導(dǎo)致系統(tǒng)障礙的因素被消除。其他方法也可以實現(xiàn)。管理層不是障礙而是資源，是項目改進過程中的合作伙伴。產(chǎn)品負責人應(yīng)該只是項目任務(wù)優(yōu)先次序的責任人，而優(yōu)質(zhì)產(chǎn)品的開發(fā)是由整個團隊負責。精益用“產(chǎn)品牽頭人”代替“產(chǎn)品負責人?！碑a(chǎn)品牽頭人和團隊共同為產(chǎn)品的質(zhì)量負責。更好的模型是PDCA模型。團隊真正需要的是，能夠以很短的時間組織起所需要的技能去完成工作，可共享的知識越多越好。討論參考導(dǎo)致系統(tǒng)障礙的因素被消除。其他方法也可以實現(xiàn)。管理層對SCRUM的局限性討論自組織團隊能夠超越其他團隊改進軟件開發(fā)的流程。每次迭代都需要向客戶提供價值。

切勿超越目前的迭代計劃。

可以使用SCRUM-OF-SCRUMS協(xié)調(diào)不同產(chǎn)品團隊間的工作關(guān)系。

可以在無須自動驗收測試或單元測試前置的前提下使用SCRUM。對SCRUM的局限性討論自組織團隊能夠超越其他團隊改進軟件討論參考SCRUM團隊應(yīng)該被自組織，而不應(yīng)該自我導(dǎo)向。迭代并不需要總是為客戶利益服務(wù)。不要構(gòu)建過度需求，要保持全局觀。只關(guān)注當前的需要，不同開發(fā)速度的團隊之間相互依存，需要做出計劃，以確保團隊工作能夠得到很好地協(xié)調(diào)。杰夫.薩瑟蘭在創(chuàng)建SCRUM時，包括這兩項實踐，為了使人容易掌握，被刪除了。如果團隊具有不同的目標、動機或驅(qū)動指標，那么就不會起作用。討論參考SCRUM團隊應(yīng)該被自組織，而不應(yīng)該自我導(dǎo)向。迭代并SCRUM與精益的觀點比較SCRUM與精益的觀點比較SCRUM#注入了精益思想的SCRUM--艾倫.沙洛維SCRUM#注入了精益思想的SCRUM--艾倫.沙洛維SCRUM#的4個基本實踐SCRUM#的4個基本實踐看板軟件工程根植于精益思想的軟件開發(fā)方法看板軟件工程根植于精益思想的軟件開發(fā)方法看板模型的概念基礎(chǔ)團隊工作在適當數(shù)量的功能上直至完成開發(fā)。對功能的選擇和開發(fā)的過程進行妥善管理。團隊重視開發(fā)盡可能少的且可增強客戶價值的功能。開發(fā)流水線上存在少量排隊隊列和小批量的任務(wù)，這樣會使開發(fā)工作更有效。

團隊須獲得快速反饋以保證他們在正確的工作軌道上?？窗迥Ｐ偷母拍罨A(chǔ)團隊工作在適當數(shù)量的功能上直至完成開發(fā)。對看板與常用的敏捷方法的不同軟件開發(fā)團隊中排隊的隊列很少。軟件開發(fā)團隊的重點是盡快完成功能開發(fā)，但沒有時間盒制約。從形成概念到產(chǎn)出消費品，在整個價值流的過程中，看板讓人一目了然，理想的情況是，由客戶啟動價值流，產(chǎn)品經(jīng)理與團隊緊密合作，利用看板在過程中對在制品的數(shù)量加以限制。直接運用看板，無需加以任何估算。看板與常用的敏捷方法的不同軟件開發(fā)團隊中排隊的隊列很少。軟件看板的真正價值要求團隊創(chuàng)建一個定義明確的規(guī)則和有限制的工作流程看板的真正價值要求團隊創(chuàng)建一個定義明確的規(guī)則和有限制的工作流幾種敏捷方法的對比幾種敏捷方法的對比精益-敏捷中的管理精益-敏捷中的管理管理是把事情做對；而領(lǐng)導(dǎo)是做對的事情彼得.德魯克你必須管理系統(tǒng)，因為系統(tǒng)本身不能對自己進行管理W.愛德華茲.戴明管理是把事情做對；而領(lǐng)導(dǎo)是做對的事情彼得.德魯克你必須管理系精益-敏捷管理重視價值流的管理和對人員的領(lǐng)導(dǎo)職責：設(shè)定結(jié)果或團隊預(yù)計要達成的目標。

協(xié)助工作人員改進過程并安排工作區(qū)，以方便團隊完成工作。

管理者最重要的任務(wù)就是幫助團隊避免浪費。精益-敏捷管理重視價值流的管理和對人員的領(lǐng)導(dǎo)職責：設(shè)定結(jié)果或精益敏捷管理方法對實現(xiàn)目標的方法和工作授權(quán)，但仍需團隊成員對結(jié)果負責。運用多種方法和工具將團隊面臨的挑戰(zhàn)可視化。在組織內(nèi)部構(gòu)建知識，通過交叉培訓項目成員來節(jié)約項目時間。找到問題的根本原因，以確保工具能夠增加價值。精益敏捷管理方法對實現(xiàn)目標的方法和工作授權(quán)，但仍需團隊成員對精益敏捷的可視化控件產(chǎn)品愿景產(chǎn)品需求列表/發(fā)布計劃/精益組合管理迭代列表—單一團隊、多個團隊故事點的單迭代燃燒圖故事點的多迭代燃燒圖商業(yè)價值交付表障礙列表精益敏捷的可視化控件產(chǎn)品愿景精益-敏捷的轉(zhuǎn)型戰(zhàn)略是一個自上而下的領(lǐng)導(dǎo)過程和自下而上的實施過程精益-敏捷的轉(zhuǎn)型戰(zhàn)略是一個自上而下的領(lǐng)導(dǎo)過程和自下而上的實施多個SCRUM團隊的協(xié)作場景整個團隊的進度需要多個團隊來實現(xiàn)需求團隊之間的技術(shù)依賴多個團隊使用通用組件需要一個團隊修改代碼去協(xié)助另一團隊的工作團隊間代碼共享一個團隊擁有另一個團隊所需的知識多個SCRUM團隊的協(xié)作場景整個團隊的進度產(chǎn)品協(xié)調(diào)小組站在更高的角度—“全局優(yōu)化”來自不同團隊中的成員組成為了共同的目標產(chǎn)品協(xié)調(diào)小組站在更高的角度—“全局優(yōu)化”來自不同團隊中的成員產(chǎn)品協(xié)調(diào)小組成員構(gòu)成固定成員計劃成員輪值成員產(chǎn)品協(xié)調(diào)小組成員構(gòu)成固定成員計劃成員輪值成員3