·
先列出了當前的一些現狀，你或多或少也會遇到一些相似的問題：
1）每天在兩個機房，工號位辦公網PC機，個人WI-FI互聯網筆記本電腦之間來回奔波。前面三個環境沒有外網，且互相無法通信；
2）同時進行2-4項目的開發，還要負責N個項目維護，處理機房維護等。多線程的結果是一個評估十幾二十人天的項目要拖拖拉拉到兩個多月才能完成。項目WBS形如虛設，一個項目暫停一個禮拜沒有處理，重新打開一臉懵逼每次都要花很多時間才能把思維切換回來；
3）每天上班都要看站會，更新看板且匯報工作情況，可是作為一個踩點上班的懶人，常常來不及對工作做回顧和計划就要開站會了…；
4）TODOLIST超級長，卻和每個項目的整體設計割裂，想到什么記什么
........
在公司從事開發工作多年，我一直在考慮用一個工具或方法能夠將所有項目、TODOLIST和計划進度統一管理起來。由於我行工作環境並不開放，而且安全管理非常嚴格，每年都要應對審計檢查。所以在學習完敏捷開發、精益管理后，試用了Trello、teambition、JIRA等一些列看板工具后，我對Scrum做了裁剪，並最終選擇Excel來對個人項目的開發計划和進度敏捷管理。雖然它有一點土，沒有跨平台支持，不能多人協作編輯、不能聯網…但試用一段時間后，我發現它確實幫助我把自己對項目進度和時間計划安排得更加合理了！現就來介紹下我是如何利用Excel來實現這一切的：
首先，我用第一個工作表“項目列表”來登記所有的項目基本信息信息，每接到一個項目，先在這里里登記一下名稱和整體計划。
接着我會新建一個工作表，命名為項目名稱(見圖1最下部)，然后按照經驗對項目進行模塊切分，並把模塊登記到新工作表的Backlogs（需求池）這一列（圖2）。在這一層的模塊切分里，既有實現內容的分解，也有也有一些項目管理的階段重要工作的分解。比如 …盡管這個切分有點四不像，但至少能讓我明確大致需要幾個部分去完成項目，每個部分的主要目標和管理事項是什么。
維護好Backlogs需求池后。每周我會選定一些Backlog進行開發，第一步先對這個Backlog進行細化，切分成當前能想到的所有實現要點，組織成一個個Sprintlogs（沖刺），並記錄在當前工作表的第二列（圖3），非當前階段的backlog則暫時不做理會。綜合考慮到分行的項目大小，和個人的需要（這個工具應該能結合時間管理和TODOLIST），我給每個沖刺設計的工作量都基本能在一天內完成，最多不超過兩天（需要他人協助的除外，比如申請總行下載數據表，我只能做到自己按時提交申請，卻無法控制結果的生成時間）。如果一個sprintlog在實施時發現並沒有想象那么簡單，還有很多細節步驟要添加，我會繼續把它拆成更細的、一天內可以解決的sprintlogs，讓我很明確的知道每一步驟需要做什么，以保證每天都有些任務可以被划掉。因為從行為心理學的角度來說，進度條更新不斷給個體產生正反饋，更容易產生滿足感，鼓勵我們主動把事情往前推進。而從實際的工作角度來講，這些sprintlogs打印出來后，每天的看板站會我都可以有東西對照着去講，不用花太多時間去准備。
項目數據表的第三列是項目進度（分別為TODO，DOING和DONE），第四五列分別是sprintlog的實際開始和結束時間，最后一列則是這個sprintlog實際的工作量（圖3）。默認每個sprintlog在添加時都是TODO待處理的狀態，完成則為DONE的狀態。每周結束時我都會檢查本周完成的sprintlogs，將狀態更新為DONE，並更新時間和工作量。同時也會拆分和選擇下周需要解決的sprintlogs，並把它們的狀態更新為DOING（一般一周做一次，原因見下段文字說明）工作量這一列能幫助我統計目前真實在這個項目中耗費了多少人力，后續回顧項目的時候很有幫助。
最后，我在第一個工作表“項目列表”插入了一段VBA代碼，能夠自動統計當前各個項目工作表中所有狀態為DOING的sprintlogs（圖4），每周開始前把他們打印出來，夾在上班時隨身攜帶的紙質筆記本中，作為本周TODOLIST。如果做完了我會在紙上把它們划去並記錄上時間信息。這么做的目的是兩個，一是解決各個辦公環境網絡不通無法協同辦公及時查閱和修改Excel的問題，紙質的筆記隨時記錄和查看當前的工作情況；二是每天早上站會前照着這張紙條，迅速寫好更新看板便簽，站會時直接照着讀就好了。當然，如果我在某天把某個sprintlog做了更細的拆分，就重新生成本周清單並新打印一份攜帶。
Excel不是最好的管理工具，但是當前工作環境下，確實幫助我實時掌控了開發計划，並合理組織了每天的工作。
··············