大家不知道有沒有過一種經驗,新買的東西包裝都沒拆結果一直放著,堆在箱子或是櫃子中一放就是好幾年,我知道我買了一堆要用,然後就沒有然後了。
軟體開發來說這就像沒有經過好好管理的程式碼,留下了很多其實沒用到但大家也不敢刪除的邏輯,專案需求管理的表單沒有經過是當的標記跟篩選,久了大家也不再認真看,也沒有然後了。
整理東西應該是依照物品來做分類和整理,而非依照場所。
這是在上一篇文章的結論,那在實際上會是什麼意思?
小編在另外一篇文章前任物品斷捨離 X 專案資料夾架構與收納,有簡單快速的提到專案資料夾架構怎麼依照屬性或是功能分類,依照檔案的多寡和專案的大小各自會有各自的好處,但實際上都會以物品本質為出發點,像是按照衣服、褲子、內搭、外套去做屬性分類,但量一多就會變成很難找到整套運動服。
上一篇文章專案的中例子小編覺得真的是教案等級,所以延續來繼續談,回顧一下專案假設今天總共用五個階段五個角色,每個角色在不同階段需要填的欄位並不相同,可以想像一個班級有不同的幹部,而班級學期報告需要大家按照各自的職掌在不同階段逐漸把內容完善。
我們一樣針對元件會有兩種選擇
在專案管理上,有一個簡單但很容易有效果的方法叫做 Kanban 他的概念也是依照任務的本質去做分類,直接把相關的任務都集中在一起。
舉例來說家事就可以分成三塊
所以今天如果給你選,你會選擇九把刀還是瑞士刀呢?! 其實選擇並沒有絕對的好或壞,其實都可以依照當下的時程、團隊組成來決定。