禪道使用總結(jié)

1、禪道使用總結(jié)禪道使用總結(jié)目錄 一、為什么使用禪道 1、遇到的問題 2、解決方案 二、怎么使用禪道 1、預備知識 2、現(xiàn)場演示一、為什么使用禪道 遇到了問題！作為項目經(jīng)理，您是否有如下的感覺？作為項目經(jīng)理，您是否有如下的感覺？ 一頭是老板，一頭是團隊，既要對老板負責，又要對團隊負責，壓力重大。 項目馬上就結(jié)束了，但還有很多功能沒有實現(xiàn)，還有一堆bug沒有解決。 團隊里面總是有那么一兩個刺頭。 資源總是那么緊張。 產(chǎn)品經(jīng)理又變更需求了。作為研發(fā)人員，您是否有如下感覺呢？作為研發(fā)人員，您是否有如下感覺呢？ 天啊，需求又變更了。 今天晚上又要加班了，唉，老婆又要抱怨了。 該死的瀏覽器，該死的ie，該死

2、的微軟。 我想學點新東西，沒時間啊。 測試的人也太bt了，老挑我毛病。 項目經(jīng)理啥都不懂，在那兒裝。 填完日報填周報，有啥用？ 我是不是該考慮考慮跳槽了？其他人都拿著比我高的工資。 我是不是該考慮下逃離北上廣了？ .作為產(chǎn)品經(jīng)理，您是否有如下感覺？作為產(chǎn)品經(jīng)理，您是否有如下感覺？ 為什么開發(fā)連這么簡單的功能都做不出來。 為什么我的需求開發(fā)和測試都理解偏差了呢? 為什么上線會出那么多的bug? 為什么開發(fā)做出來的東西和我預期的總是有很大差距？ 為什么我要的東西總是會延期？ .作為測試，您是否有如下感覺呢？作為測試，您是否有如下感覺呢？ 天啊，明天就上線了，代碼還沒有提交呢。 天啊，開發(fā)的bug也

3、太多了。 天啊，要測WIN7、WIN8、WIN8.1、WIN10、中文版、英文版、葡語版、32位、64位. 天啊，我還有那么多測試用例沒有跑呢。 天啊，測試需求又變更了，之前寫的用例沒用了。 天啊，我一個人對付5個開發(fā). 天啊，線上又出bug了，又要挨訓了。 天啊，我還要負責過程改進，還要監(jiān)督流程。 .悲催的，糾結(jié)的悲催的，糾結(jié)的 項目經(jīng)理 開發(fā)人員 測試人員 產(chǎn)品經(jīng)理一切都源自于混亂一切都源自于混亂 混亂的戰(zhàn)略 混亂的組織結(jié)構(gòu) 混亂的產(chǎn)品和需求 混亂的項目流程 混亂的代碼 混亂的程序結(jié)構(gòu) 混亂的測試 混亂的客戶 混亂的時代 混亂的地球2、解決方案讓我們來看下敏捷是如何在混亂中建立秩序的讓我們

4、來看下敏捷是如何在混亂中建立秩序的.將龐雜的產(chǎn)品細分成若干小型將龐雜的產(chǎn)品細分成若干小型版本版本( (產(chǎn)品產(chǎn)品) ) 將龐雜混亂的產(chǎn)品細分成若干小型發(fā)布。 曳光彈。 release offen, release early。 完成比完美更重要 在全部必要的功能全部實現(xiàn)之前，你我所實現(xiàn)的再重要的功能都無人買單，無法體現(xiàn)其價值 我們購買到的其實都是不完整的產(chǎn)品，即使是ipad, iphone.精簡金字塔式管理，實現(xiàn)自我管理團隊精簡金字塔式管理，實現(xiàn)自我管理團隊( (團隊團隊) ) 研發(fā)類團隊有其特殊性，個體的因素起著非常關鍵的作用。不能按照工程類項目管理方式來管理。 過分強調(diào)控制，勢必會產(chǎn)生各種各

5、樣的流程和檢查。 完全沒有控制，就放羊了。 放而不亂。 每個敏捷團隊(5-9人)都很健康，積極，整個公司也會好。 借助群體的力量提升個體的技能和效率。形成節(jié)奏，節(jié)奏產(chǎn)生效率形成節(jié)奏，節(jié)奏產(chǎn)生效率( (周期周期) ) 通過小步快跑的方式，建立產(chǎn)品、研發(fā)、客戶、市場的節(jié)奏。 時間片管理。 節(jié)奏可以產(chǎn)生效率。 節(jié)奏可以帶來預期。 節(jié)奏可以帶來信任。 節(jié)奏可以帶來創(chuàng)新。持續(xù)改進研發(fā)過程和實踐持續(xù)改進研發(fā)過程和實踐( (過程過程) ) 定期總結(jié)和反饋，每一輪迭代都改進一點。 持續(xù)的改進軟件的架構(gòu)，找到最佳解決方案。 簡潔實現(xiàn)。 事情做得很復雜很容易，但做得很簡單很難。和客戶溝通合作和客戶溝通合作( (客

6、戶客戶) ) 有談判，更要有合作。 面對面改成背靠背。 挖掘客戶真正的需求。 現(xiàn)場客戶。 客戶的反饋是調(diào)整我們前進路線的最佳指導。簡言之，分之而后治之簡言之，分之而后治之 將復雜的產(chǎn)品分解為一個個的用戶故事 將復雜的團隊分解為一個個的敏捷團隊 將長期的研發(fā)過程分解為一次次的沖刺 將復雜的程序分解為一個個的對象，方法，用例 將長期的戰(zhàn)斗分解為一次次的小進步，小勝利 分之而后明之，明之而后有序，有序則治也選擇禪道的理由一、遇到的問題：1、工作無記錄、無明確輸出或輸出的工件不受控，知識不能被積累，造成非常大的浪費。2、無專業(yè)的測試管理工具，bugfree只適合做缺陷管理，且不能對測試用例進行管理，需

7、要使用額外的工具管理用例，且無法與需求進行關聯(lián)。3、版本發(fā)布后不方便與測試用例關聯(lián)，導致測試不充分、漏測等情況出現(xiàn)。4、缺乏有效的項目任務管理機制，GTD工具無法與項目關聯(lián)起來。無法對項目任務進行有效的記錄和統(tǒng)計，績效考評無任何客觀依據(jù)。5、缺乏對項目進度進行簡單、有效管控的工具，導致項目進度總結(jié)和規(guī)劃不合理。二、禪道的優(yōu)勢 1、功能全面項目管理、任務管理、缺陷管理、需求管理、文檔管理 2、規(guī)范為整個項目開發(fā)周期提供了控制流程，且能夠?qū)㈨椖肯嚓P的工件進行有機組合，方便統(tǒng)一管理。 3、開源開源版本免費，允許二次開發(fā) 4、美觀個人愛好 5、配置簡單一鍵安裝、用戶管理、權(quán)限管理、數(shù)據(jù)備份選擇禪道的理

8、由禪道 VS TFS制定項目計劃明確項目范圍需求評審確立項目質(zhì)量編寫測試用例估算項目成本人力資源成本其它成本制定工作計劃需求分解版本規(guī)劃制定任務控制項目進展搭建項目開發(fā)環(huán)境進度管控生成報表組織培訓組織討論執(zhí)行項目規(guī)范流程管控流程/審批文檔管理文件歸檔二、怎么使用禪道預備知識產(chǎn)品需求儲備迭代需求儲備迭代每日站會具備商業(yè)價值的產(chǎn)出概述： 以最快的速度完成核心功能（最有價值的功能），在此基礎上進行完善。優(yōu)勢： 1、軟件在開發(fā)過程中不可見，能給投資人和開發(fā)團隊帶來信心。 2、項目意外中止（如撤資、開發(fā)團隊散伙等），投資人可以得到具備商業(yè)價值的產(chǎn)品。SCRUM1、產(chǎn)品負責人負責整理user story，

9、形成左側(cè)的product backlog。2、發(fā)布計劃會議：product owner負責講解user story，對其進行估算和排序，發(fā)布計劃會議的產(chǎn)出就是制定出這一期迭代要完成的story列表，sprint backlog。3、迭代計劃會議：項目團隊對每一個story進行任務分解，分解的標準是完成該story的所有任務，終每個任務都有明確的負責人，并完成工時的初估計。4、每日例會：每天scrum master召集站立會議，團隊成員回答昨天做了什么今天計劃做什么，有什么問題。5、演示會議：迭代結(jié)束之后，召開演示會議，相關人員都受邀參加，團隊負責向大家展示本次迭代取得的成果。期間大家的反饋記錄

10、下來，由po整理，形成新的story。6、回顧會議：項目團隊對本期迭代進行總結(jié)，發(fā)現(xiàn)不足，制定改進計劃，下一次迭代繼續(xù)改進，已達到持續(xù)改進的效果。說明：流程概述：1. 產(chǎn)品經(jīng)理創(chuàng)建產(chǎn)品2. 產(chǎn)品經(jīng)理創(chuàng)建需求3. 項目經(jīng)理創(chuàng)建項目4. 項目經(jīng)理確定項目要做的需求5. 項目經(jīng)理分解任務，指派到人。6、開發(fā)人員完成開發(fā)任務。7. 測試人員測試，提交bug。預備知識1、預備知識建立產(chǎn)品添加需求建立項目建立任務執(zhí)行開發(fā)編寫用例提交版本執(zhí)行測試每日任務更新上傳文檔提交發(fā)布一張圖整明白禪道工作流瀑布模型分析設計開發(fā)驗證維護迭代模型分析設計開發(fā)驗證分析設計開發(fā)驗證分析設計開發(fā)驗證迭代1迭代2迭代3時間（t）需求1需求2計劃1產(chǎn)品A需求3需求4需求5計劃2需求6需求7需求8計劃3產(chǎn)品B需求9計劃4版本2項目任務1任務2版本1版本1項目版本2產(chǎn)品維度項目維度產(chǎn)品與項目的關系每一種工具的好壞都是針對某一個目的而言的，因此評估一項工具好壞的標準是： 該工具能否快速有效的協(xié)助完成預期工作一、產(chǎn)品經(jīng)理建立產(chǎn)品1、產(chǎn)品概述（產(chǎn)品代號：動物名）2、收益概況3、訪問權(quán)限二、產(chǎn)品經(jīng)理添加需求1、添加需求2