某公司項(xiàng)目管理課程(參考版)
2025-01-09 13:40本頁(yè)面
【正文】 ***1一個(gè)人即使已登上頂峰，也仍要自強(qiáng)不息。 ****1最具挑戰(zhàn)性的挑戰(zhàn)莫過于提升自我。勝人者有力，自勝者強(qiáng)。 *****1越是無能的人，越喜歡挑剔別人的錯(cuò)兒。 ***閱讀一切好書如同和過去最杰出的人談話。 ***1空山新雨后，天氣晚來秋。 ****1楚塞三湘接，荊門九派通。 ****1不知香積寺，數(shù)里入云峰。 ****1成功就是日復(fù)一日那一點(diǎn)點(diǎn)小小努力的積累。 ****沒有失敗，只有暫時(shí)停止成功！。 *****1行動(dòng)出成果，工作出財(cái)富。 *****1他鄉(xiāng)生白發(fā)，舊國(guó)見青山。 *****1故人江海別，幾度隔山川。 ***雨中黃葉樹，燈下白頭人。 ISBN： 9787302164036 出版社：清華大學(xué)出版社 微軟技術(shù)叢書 223。 譯者： [作譯者介紹 ](美 )Ken Schwaber223。Microsoft223。 原書名： 即使非敏捷的項(xiàng)目中也可以應(yīng)用敏捷的實(shí)踐經(jīng)驗(yàn)223。 SCRUM223。 最常見的開發(fā)方式222。 遵循 Agile Alliance所提的四個(gè)價(jià)值觀與 12個(gè)原則。 Agile Software Development是軟件開發(fā)所強(qiáng)調(diào)的一個(gè)精神，而不是一個(gè)方法。 只對(duì)小項(xiàng)目適用222。 敏捷項(xiàng)目的范圍可以隨時(shí)改變 .222。 采用敏捷方法的開發(fā)組 /項(xiàng)目不需要制定計(jì)劃222。定價(jià)模型 ,合同 , 基本的開發(fā)方法與傳統(tǒng)相比有顯著不同 , 根據(jù)溝通的需要產(chǎn)生相應(yīng)的文檔 .223。不需要任何文檔 .222。adhoc 敏捷方法只有運(yùn)用得當(dāng)才有效果 .223。 總結(jié)70一些常見的誤解223。223。223。223。 敏捷方法是什么？223。 敏捷的背景與動(dòng)機(jī)223。 項(xiàng)目的階段性比以前更明確，通過 SPRINT將項(xiàng)目劃分成階段，通過 SPRINT演示等活動(dòng)將項(xiàng)目整體的壓力分解到每個(gè) SPRINT，這樣可以有效降低項(xiàng)目的整體風(fēng)險(xiǎn)。 項(xiàng)目的計(jì)劃性更強(qiáng)了，將項(xiàng)目按 SPRINT進(jìn)行分解，每個(gè)SPRINT要進(jìn)行計(jì)劃和總結(jié)，每天也有立會(huì)來進(jìn)行簡(jiǎn)短的總結(jié)和計(jì)劃；223。 FLEXADP開發(fā)222。 研發(fā)部 2023年開始在幾個(gè)項(xiàng)目當(dāng)中進(jìn)行了SCRUM項(xiàng)目管理的嘗試：222。 Scrum應(yīng)用223。 Scrum流程和工作產(chǎn)品 Scrum的角色 敏捷方法的實(shí)踐 敏捷宣言及原則223。 多問幾個(gè) “為什么 ”，找到造成浪費(fèi)的根本原因64目錄223。 多問幾個(gè) “為什么 ”222。 缺陷223。 任務(wù)轉(zhuǎn)換222。 額外的過程222。 某些障礙是浪費(fèi)222。Master 其他相關(guān)的干系人223。 產(chǎn)品所有者222。 Scrum 每個(gè)人222。 對(duì)于團(tuán)隊(duì)提出的各項(xiàng)障礙， Scrum 其他的任務(wù)分配：培訓(xùn)，售前支持222。 所需要的信息不能及時(shí)提供或者提供的不正確，如界面規(guī)格或者其它軟件模塊不到位或不正確222。 基本上，任何阻止團(tuán)隊(duì)正常工作的，都可稱之為障礙，例如 :222。222。測(cè)試套件的通過率 進(jìn)行靜態(tài)代碼分析222。222。 遵循編碼規(guī)范222。 完成的定義 在第一個(gè)迭代開始之前應(yīng)該定義好，因?yàn)樗鼤?huì)影響工作量 , “已完成 ”是 0/1變量：完成或者未完成 .通過標(biāo)準(zhǔn)（如覆蓋率、修正的錯(cuò)誤）是什么 .223。 進(jìn)行了什么樣的測(cè)試 , 使用什么樣的代碼分析工具 例如 :222。 當(dāng)?shù)蝿?wù)清單上的任務(wù)都完成時(shí)，變?yōu)?“已完成 ”狀態(tài)223。 可以采用估算撲克 這個(gè)估計(jì)值有助于確定優(yōu)先級(jí) 。當(dāng)前階段沒有足夠的信息 .222。 精確的估計(jì)值可以在 Sprintb)a)(模糊的 ).222。 Scrum團(tuán)隊(duì)對(duì)產(chǎn)品需求清單的每一項(xiàng)的規(guī)模提供初步的估計(jì)，通常采用事件點(diǎn)作為單位 StoryCenterMicrosoftCenterMicrosoft 團(tuán)隊(duì)分布223。 項(xiàng)目類型222。 影響擴(kuò)展的因素222。teams來擴(kuò)展 Scrum。 大型項(xiàng)目可以采用多團(tuán)隊(duì)，通過 team55擴(kuò)展 Scrum223。ofthe(752day.InitialaBacklogthetasksforworkoffasterGoaltoSprintfromTasksremainingnotand/or?Tasksworkburndown.ActualCenterMicrosoft 每個(gè)團(tuán)隊(duì)成員都可以修改 Sprint 團(tuán)隊(duì)成員自己挑選任務(wù)，而不是指派任務(wù)222。done53Scrum物件之沖刺訂單 (Sprint Backlog)223。definitiongoalMeetsanestimateTaskthetaskDescriptionSprint Backlog 示例PersonsworkingTechnologyScrum物件之沖刺訂單 (Sprint Backlog)52 JiangsuTechnologyScrum物件之產(chǎn)品訂單 (Product Backlog)51 JiangsuTechnology 在每個(gè) Sprint結(jié)束的時(shí)候要更新優(yōu)先級(jí)的排列50 Jiangsu Backlog條目按照商業(yè)價(jià)值排列優(yōu)先級(jí)223。 一般情況使用用戶故事來表示 backlog條目223。 一個(gè)需求的列表。CenterMicrosoft 可能的客戶或其它干系人Sprint回顧會(huì)議上，全體成員討論有哪些好的做法可以啟動(dòng)，哪些不好的做法不能再繼續(xù)下去了，哪些好的做法要繼續(xù)發(fā)揚(yáng)。 產(chǎn)品負(fù)責(zé)人222。 Scrum 每個(gè) Sprint都要做223。223。Scrum儀式之 Sprint回顧會(huì)議223。Technology 可以邀請(qǐng)所有人參加48 Jiangsu 不要太正式? 不需要 PPT? 一般控制在 2個(gè)小時(shí)222。 團(tuán)隊(duì)展示 Sprint中完成的功能222。Owner會(huì)組織這階段的會(huì)議并且邀請(qǐng)相關(guān)的干系人參加。Owner.Scrum儀式之 Sprint評(píng)審會(huì)議223。Technology通常的任務(wù)板是下面這個(gè)樣子 :47 Jiangsu如果某個(gè)開發(fā)人員想到了一個(gè)任務(wù)他就可以把這個(gè)任務(wù)寫下來放在任務(wù)墻上。Scrum 任務(wù)板 (Task Board)任務(wù)板（墻）展現(xiàn)了在 Sprint過程中所有要完成的任務(wù)。Technology 我在工作中遇到了什么困難？46 Jiangsu 昨天我完成了什么工作？222。Master主持， （小豬和小雞的故事）223。223。223。Scrum儀式之每日 Scrum會(huì)
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1