禪道使用總結(jié)ppt課件.ppt

禪道使用總結(jié) 1 目錄 一 為什么使用禪道1 遇到的問題2 解決方案二 怎么使用禪道1 預備知識2 現(xiàn)場演示 2 一 為什么使用禪道 遇到了問題 3 作為項目經(jīng)理 您是否有如下的感覺 一頭是老板 一頭是團隊 既要對老板負責 又要對團隊負責 壓力重大 項目馬上就結(jié)束了 但還有很多功能沒有實現(xiàn) 還有一堆bug沒有解決 團隊里面總是有那么一兩個刺頭 資源總是那么緊張 產(chǎn)品經(jīng)理又變更需求了 4 作為研發(fā)人員 您是否有如下感覺呢 天啊 需求又變更了 今天晚上又要加班了 唉 老婆又要抱怨了 該死的瀏覽器 該死的ie 該死的微軟 我想學點新東西 沒時間啊 測試的人也太bt了 老挑我毛病 項目經(jīng)理啥都不懂 在那兒裝 填完日報填周報 有啥用 我是不是該考慮考慮跳槽了 其他人都拿著比我高的工資 我是不是該考慮下逃離北上廣了 5 作為產(chǎn)品經(jīng)理 您是否有如下感覺 為什么開發(fā)連這么簡單的功能都做不出來 為什么我的需求開發(fā)和測試都理解偏差了呢 為什么上線會出那么多的bug 為什么開發(fā)做出來的東西和我預期的總是有很大差距 為什么我要的東西總是會延期 6 作為測試 您是否有如下感覺呢 天啊 明天就上線了 代碼還沒有提交呢 天啊 開發(fā)的bug也太多了 天啊 要測WIN7 WIN8 WIN8 1 WIN10 中文版 英文版 葡語版 32位 64位 天啊 我還有那么多測試用例沒有跑呢 天啊 測試需求又變更了 之前寫的用例沒用了 天啊 我一個人對付5個開發(fā) 天啊 線上又出bug了 又要挨訓了 天啊 我還要負責過程改進 還要監(jiān)督流程 7 悲催的 糾結(jié)的 項目經(jīng)理開發(fā)人員測試人員產(chǎn)品經(jīng)理 8 一切都源自于混亂 混亂的戰(zhàn)略混亂的組織結(jié)構(gòu)混亂的產(chǎn)品和需求混亂的項目流程混亂的代碼混亂的程序結(jié)構(gòu)混亂的測試混亂的客戶混亂的時代混亂的地球 9 2 解決方案 讓我們來看下敏捷是如何在混亂中建立秩序的 10 將龐雜的產(chǎn)品細分成若干小型版本 產(chǎn)品 將龐雜混亂的產(chǎn)品細分成若干小型發(fā)布 曳光彈 releaseoffen releaseearly 完成比完美更重要在全部必要的功能全部實現(xiàn)之前 你我所實現(xiàn)的再重要的功能都無人買單 無法體現(xiàn)其價值我們購買到的其實都是不完整的產(chǎn)品 即使是ipad iphone 11 精簡金字塔式管理 實現(xiàn)自我管理團隊 團隊 研發(fā)類團隊有其特殊性 個體的因素起著非常關(guān)鍵的作用 不能按照工程類項目管理方式來管理 過分強調(diào)控制 勢必會產(chǎn)生各種各樣的流程和檢查 完全沒有控制 就放羊了 放而不亂 每個敏捷團隊 5 9人 都很健康 積極 整個公司也會好 借助群體的力量提升個體的技能和效率 12 形成節(jié)奏 節(jié)奏產(chǎn)生效率 周期 通過小步快跑的方式 建立產(chǎn)品 研發(fā) 客戶 市場的節(jié)奏 時間片管理 節(jié)奏可以產(chǎn)生效率 節(jié)奏可以帶來預期 節(jié)奏可以帶來信任 節(jié)奏可以帶來創(chuàng)新 13 持續(xù)改進研發(fā)過程和實踐 過程 定期總結(jié)和反饋 每一輪迭代都改進一點 持續(xù)的改進軟件的架構(gòu) 找到最佳解決方案 簡潔實現(xiàn) 事情做得很復雜很容易 但做得很簡單很難 14 和客戶溝通合作 客戶 有談判 更要有合作 面對面改成背靠背 挖掘客戶真正的需求 現(xiàn)場客戶 客戶的反饋是調(diào)整我們前進路線的最佳指導 15 簡言之 分之而后治之 將復雜的產(chǎn)品分解為一個個的用戶故事將復雜的團隊分解為一個個的敏捷團隊將長期的研發(fā)過程分解為一次次的沖刺將復雜的程序分解為一個個的對象 方法 用例將長期的戰(zhàn)斗分解為一次次的小進步 小勝利分之而后明之 明之而后有序 有序則治也 16 選擇禪道的理由 一 遇到的問題 1 工作無記錄 無明確輸出或輸出的工件不受控 知識不能被積累 造成非常大的浪費 2 無專業(yè)的測試管理工具 bugfree只適合做缺陷管理 且不能對測試用例進行管理 需要使用額外的工具管理用例 且無法與需求進行關(guān)聯(lián) 3 版本發(fā)布后不方便與測試用例關(guān)聯(lián) 導致測試不充分 漏測等情況出現(xiàn) 4 缺乏有效的項目任務管理機制 GTD工具無法與項目關(guān)聯(lián)起來 無法對項目任務進行有效的記錄和統(tǒng)計 績效考評無任何客觀依據(jù) 5 缺乏對項目進度進行簡單 有效管控的工具 導致項目進度總結(jié)和規(guī)劃不合理 17 二 禪道的優(yōu)勢1 功能全面項目管理 任務管理 缺陷管理 需求管理 文檔管理 2 規(guī)范為整個項目開發(fā)周期提供了控制流程 且能夠?qū)㈨椖肯嚓P(guān)的工件進行有機組合 方便統(tǒng)一管理 3 開源開源版本免費 允許二次開發(fā)4 美觀個人愛好5 配置簡單一鍵安裝 用戶管理 權(quán)限管理 數(shù)據(jù)備份 選擇禪道的理由 18 禪道VSTFS 19 二 怎么使用禪道 20 預備知識 產(chǎn)品需求儲備 迭代需求儲備 迭代 每日站會 具備商業(yè)價值的產(chǎn)出 概述 以最快的速度完成核心功能 最有價值的功能 在此基礎(chǔ)上進行完善 優(yōu)勢 1 軟件在開發(fā)過程中不可見 能給投資人和開發(fā)團隊帶來信心 2 項目意外中止 如撤資 開發(fā)團隊散伙等 投資人可以得到具備商業(yè)價值的產(chǎn)品 SCRUM 21 1 產(chǎn)品負責人負責整理userstory 形成左側(cè)的productbacklog 2 發(fā)布計劃會議 productowner負責講解userstory 對其進行估算和排序 發(fā)布計劃會議的產(chǎn)出就是制定出這一期迭代要完成的story列表 sprintbacklog 3 迭代計劃會議 項目團隊對每一個story進行任務分解 分解的標準是完成該story的所有任務 終每個任務都有明確的負責人 并完成工時的初估計 4 每日例會 每天scrummaster召集站立會議 團隊成員回答昨天做了什么今天計劃做什么 有什么問題 5 演示會議 迭代結(jié)束之后 召開演示會議 相關(guān)人員都受邀參加 團隊負責向大家展示本次迭代取得的成果 期間大家的反饋記錄下來 由po整理 形成新的story 6 回顧會議 項目團隊對本期迭代進行總結(jié) 發(fā)現(xiàn)不足 制定改進計劃 下一次迭代繼續(xù)改進 已達到持續(xù)改進的效果 說明 22 流程概述 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 預備知識 23 1 預備知識 24 建立產(chǎn)品 添加需求 建立項目 建立任務 執(zhí)行開發(fā) 編寫用例 提交版本 執(zhí)行測試 每日任務更新 上傳文檔 提交發(fā)布 一張圖整明白禪道工作流 25 瀑布模型 分析 設(shè)計 開發(fā) 驗證 維護 26 迭代模型 分析 設(shè)計 開發(fā) 驗證 分析 設(shè)計 開發(fā) 驗證 分析 設(shè)計 開發(fā) 驗證 迭代1 迭代2 迭代3 時間 t 27 需求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)品與項目的關(guān)系 28 每一種工具的好壞都是針對某一個目的而言的 因此評估一項工具好壞的標準是 該工具能否快速有效的協(xié)助完成預期工作 29 一 產(chǎn)品經(jīng)理建立產(chǎn)品1 產(chǎn)品概述 產(chǎn)品代號 動物名 2 收益概況3 訪問權(quán)限二 產(chǎn)品經(jīng)理添加需求1 添加需求2 評審需求三 產(chǎn)品經(jīng)理添加產(chǎn)品計劃1 添加計劃2 關(guān)