Sign in Subscribe

專案管理

Day03 PMP簡介：PMI 與 PMP 的關係

Day03 PMP簡介：PMI 與 PMP 的關係

今天是第3天的文章，既然是開頭幾篇的文章，還是不免俗介紹一下，什麼是 PMI？什麼是 PMP？ PMP 背後的組織 - PMI 在介紹 PMP 之前，需要先介紹 PMI。PMI 國際專案管理協會（Project Management Institute）成立於1969年，是全球性非營利的專案管理專業組織，也是 PMP 認證背後推動的組織。 除了 PMP 認證，PMI 還提供其他多項專案管理相關的認證，這裡就不多贅述了，而 PMI 主要的貢獻之一就是制定並更新《專案管理知識體系指南》（PMBOK） 什麼是 PMBOK？ 參考維基百科：https://zh.wikipedia.org/zh-tw/%E5%B0%88%E6%A1%
SimonAllen
Day02 學習與考取 PMP 得不到什麼？PMP 不是萬靈丹

Day02 學習與考取 PMP 得不到什麼？PMP 不是萬靈丹

正常文章編制第 2 天應該要介紹什麼是 PMP ，只是筆者我決定臨時掉換一下 Day2 與 Day3 順序。 將介紹改到 Day3 原因是在學習與準備 PMP 的過程中，筆者有讓朋友和同事們知道我正在學習 PMP 一事，因此有的 RD、PM 同事會在吃飯聊天時問： 「Simon，PMP 有對 OOO 有什麼建議嗎？」 OOO 請自行帶入任何情境事物，通常是當事人目前面臨的困境。 的確 PMP 考試大部分都是情境題，而且多半要選 「正論」、 「價值導向」 的答案，也很適合專案從業者重新審視初心，而且現在 PMP 的版本 PMBOK7 也很重視敏捷了。 但我發現，決大部分人問我問題原因仍都是出在「人」身上，和專案管理的理論知識無關。於是想想後，決定先在 Day2
SimonAllen
Day01 楔子

Day01 楔子

很久沒參加鐵人賽了，筆者我自今年初開始接觸專案管理類的書籍(非 PMP 相關)，當時還沒想考認證，直到 3 月中上了 PMP 實體課受到啟發，到前陣子 7/30 通過 PMP 國際專案管理師的認證，接觸到 PMP 知識並通過認證共耗時 4 個半月。 (credly 上含本名的的認證徽章： https://www.credly.com/badges/603a2f62-4919-438a-81ba-737eea1724a1/linkedinprofile) 考取認證後剛好鐵人賽開賽，很糾結要不要以此作為主題，最後想想，既然我在我的 Heptabase 筆記軟體都寫了破百張筆記卡片了，有什麼理由不參加呢？所以讓我來和大家分享這陣子的心得吧！ 學習與考照的動機 筆者我最初並沒有抱著我要「考取認證」這種想法而報名上專案管理的課程，當初學習的動機是： * 希望更了解專案管理知識，好更宏觀的看待事情發展。 * 發現實體班(此系列幾天後會介紹)的學費比預期便宜，很適合試水溫學習
SimonAllen
工程師們需要建立自提需求清單

工程師們需要建立自提需求清單

平常在開發上，RD 們可能會產生除 PM/PO 需求之外，自己注意到或想做之事，例如： * 專案環境設定、程式碼或套件版本升級 * RD 自己注意到的 bug * RD 自提需求 * ..etc 某些 RD 導向的需求，PM 會不太理解其對 Project 的幫助（例如程式語言的版本升級，短期對專案不會有助益)，有的則是 RD 自己對 Project 的新想法，想要增加某些功能時，這時 RD 們就會傾向先自行開單紀錄。 然而 RD 們的自提單號優先度往往很低，常常開了放在那邊長灰塵，一忙起來大家就忘記有這個需求。 雖然鼓勵團隊成員自行開單(再通知 PM 排後續開發時間），但每個人開了自己的單號，很容易產生重複開單或者沒有統一單號管理的問題。 具體做法建議 * 在任務發單系統建立一張主票、母票或主任務為「某某 Team
SimonAllen
Git Commit 請加上任務單號

Git Commit 請加上任務單號

我在部落格這頁設定的置頂圖片就是很常見的情境，在大型專案中開發，我們能從 Git Message 知道做了什麼動作，卻無法知道是「為了什麼情境」而做這些動作。 在軟體開發中，如果是 VS Code 使用者，通常都會安裝 GitLens 擴充套件（或者其他你習慣的 Git 擴充套件)，好看到程式碼該行最後的 commit message。 而 Git Commit 的 message 流派不少，我認為 Web Frontend 在多人協作需要做到最基本、最大前提的一件事情 - 帶上開發的「任務單號」！ 不論團隊用什麼任務發單管理系統，如 Redmine 或 Jira，在新增任務開票、開單後，該任務都會有一個系統自動產生的號碼或編號「任務單號」 理解修改的 Context 情境比知道改了什麼還重要 當開發者覺得某段
SimonAllen