#有舊版總比什麼都沒有來的好
最近手邊的案子，我們是被找去救火的下包，因為專案很大，所以很多資料我們都得要找上包的窗口要。因為要串接系統，所以那ABC的定義有了嗎？沒有。因為要照著已經和長官報告過的設計稿調整，那有沒有原始的設計稿和設計元素可以提供？沒有，要去問。第一個禮拜我去了解他們的流程，畫了一個簡單的流程圖先幫助相關同事了解這個案子的範圍在哪裡，到了第三個禮拜的最後一天，突然傳給了我們幾包文件，然後裡面都是看起來早就存在的舊版資料，我心中「蛤」了出來，但也只能算了。
（我們現在要的不多，有舊版總比什麼都沒有來的好XD）
#那我該怎麼聚焦
這兩天翻完了《成功，從聚焦一件事開始：不流失專注力的減法原則》這本書，說實話這整本書講的就是「聚焦一件事」，然後教你一些方法如何選擇，還有要如何排除那些「我就是沒辦法只聚焦一件事」的想法與工作習慣。看完真心覺得作者很強，工具不用多，把一個貫徹到底才是最重要的事。
假設應用到這本書，那我該怎麼想呢？
這本書是我之前就從圖書館借出的，已經忘了是看到誰的推薦，但突然在這個時間點能夠讓我用「第三視角」來分析一下現在這個案子面臨的。
如果是上包，我應該要先有一個專案架構表，這個升級的案子會牽涉到哪些功能，每個功能的負責人是誰，每個功能的優先順序，誰會影響到誰，把時程拉出來。
但沒有，他們好像很多都用聊的，到最後誰要接球都不太清楚。
#每週推進度，但這很像作文大賽
而我們現在是下包，所以我現在的「一件事」就是：讓每週有進度可以往前X%。
實質的，就是和同伴一起分析，看哪些功能是不需要與他人相關連的，或者是到最後再想辦法關聯起來的，能衝多少就多少。
比較虛的，在每週要回報兩次的進度表中，把每一支功能都往前推進一些些。說實話這很像作文大賽，但好像也沒別的方式了，我實在也不可能讓工程師每週還要花兩次時間來思考自己是推進了3％還是5％呢？身為下包，我當然完全可以理解為什麼要有這樣的進度表。無論在各種會議中能夠讓相關人士有一覽無遺的安心，也可以讓上包與下包彼此間有個「同步狀況」的信任感。但說實話，他們要的太細了，而且一週還要給兩次，我可以想像的是過了一兩週之後，也不會有人去細看這一百個待辦中，哪一個功能從禮拜二的25％變成了禮拜四的29％。尤其是，最上一層的那個專案表中，需要先提供的文件與邏輯，都還不知道在哪裡……
#別讓自己的專案變成自己的外包
完《成功，從聚焦一件事開始》後，讓我印象最深刻的是：作者提醒我們，往往以為自己已經花很多力氣在最重要的那件事上，實際上卻遠遠不夠。即使投入20%的時間也不算多，如果這是你認為最重要的事，甚至把50%的精力都花在這上面都不為過。
回頭檢視現在的工作狀態，雖然我目前的「一件事」是每週推進度，但這其實只是身為外包團隊為了生存所採取的短期策略。它解決的是當下的燃眉之急，卻不一定是真正對團隊或專案有深遠影響的事。這點讓我提醒自己，如果今天是經營自己的專案，更該主動釐清什麼才是真正值得投入一半時間的核心任務。否則，就很容易讓自己的專案也只剩下「交差」跟「應付」，變成了名義上的負責人、實際上也不過只是一個外包執行了。