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