這就需要「時時勤拂拭，莫使惹塵埃」。重點就在於要週期性地對於專案內的問題審視「處理進度」，一般我都會用Review一詞，這樣比較傳神，沒有上下之分。
PMBOK稱Issue Board，運作的精神就是把直得追蹤的議題放入，然後議定一個週期大家來看看。如果這個機制是一個資訊系統(網站)，就是像Mantis、JIRA之類可以擔當重任。如果在teams裡面開一張excel表，這也沒有問題，只要團隊成員「確實擁戴使用」即可。
Review的週期很簡單，不去搞敏捷開發，也可以做得很像很敏捷。PMBOK在切分專案工作有一條經驗原則，超過14天的工作就容易失去管制。其暗示就是以每週、隔週的週期性去Review就對了。這兩者之間具有的數學公倍數關係，如果你摸透了，轉換為用小時制的緊湊型專案，就知道如何設計管制點與Review週期。
iThome鐵人賽
看影片追技術