某公司項目管理終極培訓(xùn)教材(存儲版)
【正文】 acklog) ? 一個需求的列表。 2023/1/252023/1/25Wednesday, January 25, 2023 雨中黃葉樹，燈下白頭人。 2023/1/252023/1/252023/1/252023/1/25 沒有失敗，只有暫時停止成功！。 2023/1/252023/1/25January 25, 2023 1空山新雨后，天氣晚來秋。 2023年 1月 25日星期三 2023/1/252023/1/252023/1/25 1最具挑戰(zhàn)性的挑戰(zhàn)莫過于提升自我。勝人者有力，自勝者強。 2023年 1月 25日星期三 2023/1/252023/1/252023/1/25 1楚塞三湘接，荊門九派通。 2023年 1月 2023/1/252023/1/252023/1/251/25/2023 1行動出成果，工作出財富。 ? 遵循 Agile Alliance所提的四個價值觀與 12個原則。 ? 團隊展示 Sprint中完成的功能 ? 一般是通過現(xiàn)場演示的方式展現(xiàn)功能和架構(gòu) ? 不要太正式 ? 不需要 PPT ? 一般控制在 2個小時 ? 團隊成員都要參加 ? 可以邀請所有人參加 48 Jiangsu Microsoft Technology Center Scrum儀式之 Sprint回顧會議 ? 團隊的定期自我檢視，發(fā)現(xiàn)什么是好的，什么是不好的。 43 Scrum框架 Scrum儀式之 Sprint計劃會議 44 Jiangsu Microsoft Technology Center Scrum儀式之 Sprint計劃會議 45 Jiangsu Microsoft Technology Center Scrum儀式之每日 Scrum會議 (Daily Scrum) ? 每日 Scrum會議，即團隊每日例會，條件允許的話，每天都應(yīng)該在同樣的時間和地點，組織所有成員站立進行。 ? 向 Product Owner演示產(chǎn)品功能。他必須 : ? 保證團隊資源完全可被利用并且全部是高產(chǎn)出的。 ? 最好在按時間和材料付費或者按月付費的項目中進行使用、 ? 變更項目的范圍不需要高級管理層的批準 . 問題 2，為什么 SCRUM團隊人員最好在 10人以內(nèi)？ 33 目錄 ? 敏捷的背景與動機 ? 敏捷宣言及原則 ? 敏捷方法是什么？ ? 敏捷方法的實踐 ? Scrum的角色 ? Scrum流程和工作產(chǎn)品 ? Scrum應(yīng)用 ? 總結(jié) 34 敏捷特別強調(diào)人的因素 ? 相對于過程與工具，敏捷更強調(diào)“人”的因素。 ? 它強調(diào)客戶所要的是 ? workable的執(zhí)行碼，所以把與撰寫程序無關(guān)的工作降至最低，并要求客戶與開發(fā)人員最好以 sidebyside的方式一起工作。 ? 假如說需求沒有完全的被了解，或是可能需要完全地改變項目的需求，瀑布式的 model是比較不適合的。 8. 敏捷過程提倡平穩(wěn)的開發(fā)節(jié)奏；發(fā)起人、開發(fā)者和用戶應(yīng)該能夠保持一個長期的、恒定的開發(fā)速度。 ? 十五人中包括：大名鼎鼎的 Kent Beck（ XP,TDD的創(chuàng)始人 ,Junit的創(chuàng)始人之一）、 Ward Cunningham（ Wiki概念的發(fā)明者）、 Martin Fowler（ 《 企業(yè)應(yīng)用架構(gòu)模式 》 作者）、Robert C. Martin、 Ken Schwaber 9 敏捷價值觀之敏捷宣言 敏捷開發(fā)的核心思想是 ： 以人為本，適應(yīng)變化 。 4 軟件項目的復(fù)雜性 ? 橫軸代表需求的復(fù)雜度 ? 縱軸表示技術(shù)的復(fù)雜度 ? 還有人力資源的復(fù)雜度 5 解決復(fù)雜性問題需要采用經(jīng)驗式方式 ? 解決問題的兩種方式： ? 預(yù)定義過程控制（富士康流水線生產(chǎn)） ? 經(jīng)驗性過程控制（摸著石頭過河） ? 如果復(fù)雜度超過預(yù)定義方式的能力范圍，應(yīng)該采用經(jīng)驗性方式 ? 經(jīng)驗性方式的三大支柱：可見性、檢查及適應(yīng) 他山之石 ? 互聯(lián)網(wǎng)時代的出版模式 ? 作者最開始的時候并沒有想出一本書，而只是把多年的積累梳理出來寫成了博客，憑借博客的成功最后得到了出版商和紙版讀者的認可。 ? 這種模式能 最大程度地不偏離客戶需求的本質(zhì)。 3. 經(jīng)常性地交付可以工作的軟件，交付的間隔可以從幾周到幾個月，交付的時間間隔越短越好 。 11. 最好的構(gòu)架、需求和設(shè)計出自于自組織的團隊。 ? 在整個項目的生命周期里，可以持續(xù)的改善、增加未來的功能。 減少“浪費” （不需要的文檔，重復(fù)工作等） ，項目的每次迭代都有明確的目標 . ? 提高客戶滿意度 。 ? 為產(chǎn)品的 profitability of the product (ROI)負責。 ? 做為團隊和外部的接口，屏蔽外界對團隊成員的干擾。 ? Sprint的長度一般控制在 24周。（小豬和小雞的故事） ? 每日 Scrum會議由 Scrum Master主持， Scrum團隊所有成員輪流回答以下 3個問題： ? 昨天我完成了什么工作？ ? 今天我打算做什么？ ? 我在工作中遇到了什么困難？ 46 Jiangsu Microsoft Technology Center Scrum 仸務(wù)板 (Task Board) 任務(wù)板（墻）展現(xiàn)了在 Sprint過程中所有要完成的任務(wù)。 ? 一般情況使用用戶故事來表示 backlog條目 ? 理想情況每個需求項都對產(chǎn)品的客戶或用戶有價值 ? Backlog條目按照商業(yè)價值排列優(yōu)先級 ? 優(yōu)先級由產(chǎn)品負責人來排列 ? 在每個 Sprint結(jié)束的時候要更新優(yōu)先級的排列 50 Jiangsu Microsoft Technology Center Scrum物件之產(chǎn)品訂單 (Product Backlog) 51 Jiangsu Microsoft Technology Center Scrum物件之沖刺訂單 (Sprint Backlog) 52 Jiangsu Microsoft Technology Center 53 Sprint Backlog 示例 Persons working on the task Description of the task Effort estimate Task blocked by an impediment Sprint goal Meets the definition of done Scrum物件之沖刺訂單 (Sprint Backlog) ? 管理 Sprint的 backlog: ? 團隊成員自己挑選任務(wù)，而不是指派任務(wù) ? 對每一個任務(wù)，每天要更新剩余的工作量估算 ? 每個團隊成員都可以修改 Sprint backlog，增加、刪除或者修改任務(wù) 54 Jiangsu Microsoft Technology Center
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1