「威廉老師,我想邀請您來擔任我們7/19晚上演講活動的講者,不知道您的意下如何?」
《其實你懂專案管理》系列文章總表
其實你懂專案管理(一):專案的啟動與大總管(專案經理)的指派
其實你懂專案管理(二):專案聖旨(專案章程)的頒布與利害關係人的辨識
其實你懂專案管理(三):利害關係人的需求和溝通
其實你懂專案管理(四):需求(Requirement)釐清與範疇(Scope)界定
其實你懂專案管理(五):「交付標的(Deliverable)」導向來挖掘專案必要的產出
其實您懂專案管理(六):用工作分解結構(WBS)來管理專案所有「交付標的」
其實你懂專案管理(七):WBS、RAM、專案人力資源(Human Resource)管理
其實你懂專案管理(八):品質(Quality)和等級
其實你懂專案管理(九):風險(Risk)管理
其實你懂專案管理(十):整合變更管理(Integration Change Mangement)與 WBS
標籤:
專案管理
敏捷方法的成功密技(十二之一):Scrum 如何精準估算用戶故事的點數?
在上一篇文章《敏捷方法的成功密技(十一):Scrum 如何最佳化利用衝刺的容量?》當中,我們談到了怎麼將點數/心力(Point、Effort)大小不一的各個用戶故事,依照用戶故事的優先級先後,排進衝刺(Sprint)內去實做。也談到了如何拆解肥大的用戶故事為數個小故事,以便能繼續將該衝刺的剩餘空檔也能盡量地塞滿,以最佳化該衝刺的負載規劃。
可是,這些作法都必須奠基於「夠精準的用戶故事點數估算」這個前提之下才有意義!那麼,實務上,我們到底應該怎麼來估算用戶故事的點數,才能稱上「夠精準」呢?
敏捷方法的成功密技(十一):Scrum 如何最佳化利用衝刺的容量?
在上一篇文章《敏捷方法的成功密技(十):Scrum 的衝刺目標誰決定?》當中,我們談到了衝刺(Sprint)目標,雖然名義上應該由 Product Owner(產品負責人)來制定,但為免團隊根本就不
buy-in,或是團隊實在是無力可達成,故,實務上 PO 仍應與 Scrum Master 和開發團隊「一起」討論,來制定各個衝刺的目標,這樣才像一個符合
Scrum 精神的「團隊」!
《EZ專案力》資通產品國際品牌大廠七小時企業內訓(推薦度 97%,滿意度 94 分)
這天,是個週日,也是個傾盆大雨的週日。一個本該悠閒在家,陪伴家人的日子,可是,卻因為某些因素,導致這個客戶,不得不把此次的《EZ專案力》課程安排在週日!假如我是這些被指定來上課的學員,心情也一定無法好到哪兒去…
訂閱:
文章 (Atom)