ithome

Day25 來點圖表!學習 PMP 中有提到的各種圖表(下)

延續昨天提到的,學習 PMP 的過程中會遇到各種圖表,今天一樣會簡單介紹每張圖是幹嘛的,希望能幫助到準備 PMP 的夥伴,用目掃的方式快速看過。 * 泡泡圖 * 龍捲風圖 * 累積流動圖 * 價值流圖 * 泳道圖 * 魚骨圖 * 停車場圖 泡泡圖 圖片來源:Bubble chart - Wikipedia 泡泡圖是一種用來顯示多變數關係的圖表。每個點(泡泡)

Day24 來點圖表!學習 PMP 中有提到的各種圖表(上)

今天和明天來列點快速看看 PMP 中有提到的圖表,注意我這裡是說「有提到」,而不是「來自」,這些圖表並不是由 PMP/PMBOK 所原創,PMP/PMBOK 只是將其收錄進去服務於它的某些章節內容。 為什麼會有這兩篇文章的誕生,原因可以回到我在 Day02 的文章內容,當時提到「PMP 大部分都是情境題」,而今天和明天則是為了這個「大部分之外」所誕生的😅,也就是大家最討厭的情境與記憶應用類的題型,

Day23 再一次我會怎麼建議:敏捷、迭代與增量

今天來看常被搞混的敏捷、迭代與增量。 迭代式開發 重複進行多次迭代:每次迭代都進行需求分析、設計、實施和測試,逐步改進產品。 交付 不一定每次都交付完整可用的產品,但會有一個可評估的版本或功能原型。重點在逐步完善和改進產品,每次迭代後不一定能交付可用的產品,但每次都會更接近可用。 例子 以腳踏車的組裝,初始階段交付的是輪子,隨著進展,逐步交付加裝車架、鏈條、齒輪、坐墊等版本,最終到所有零件裝到一起,最終才形成一個可用的完整腳踏車。 增量式開發

Day22 敏捷專案管理:回顧會議

今天來看 Retro Meeting,是敏捷專案管理中非常重要的一部分。Retro 通常在每個 Sprint 結束後舉行,目的是讓團隊反思 Sprint 的工作過程,發現並討論問題,從而持續改進團隊的工作效率和品質。 回顧會議的目的 反思和學習 團隊成員一起回顧過去的衝刺,反思什麼做得好、什麼地方需要改進,並學習如何在未來的衝刺中避免相同的問題。 以我們工程師來說,可以有很多內容可以提出,包含但不限於: 1. 對隕石與需求變動的改善方式 2.

Day21 敏捷專案管理:衝刺審查

今天來看敏捷專案管理中很重要(但混合式專案管理常被忽略或變種)的衝刺審查(Sprint Review)。 衝刺審查通常在每個 Sprint 結束時舉辦。主要目的是讓開發團隊展示這個Sprint 完成的工作成果,並收集來自 PO 和其他利害關係人的回饋,確保產品方向與需求一致。 衝刺審查的主要活動 展示進度或成果 開發團隊會展示在衝刺期間完成的產品增量,讓大家得知這個 Sprint 的產出。 獲得回饋 利害關係人和產品負責人會對展示的成果提供回饋,這些回饋可以讓 PO 決定是否需要調整產品待辦清單(

Episode

00:00:00 00:00:00