用Excel管專案很笨？也許當下最好的Solution
💡 讀這篇前，先對齊一下頻率：
- 誰適合讀？ 跟我一樣，剛進卻對公司「傳統做法」感到失落的職場新鮮人。
- 我想聊的痛點？ 重點不在「做法」是否傳統，而是「背後解決什麼問題」，為什麼「新工具」與「新技術」不是優先的考量點
這是我過往踩過的坑。寫下提醒自己
>
不單只看到表面，而是能洞察出背後的商業考量
剛進公司就感受到學校或是外面研討會的所學的知識實際用起來不太一樣，甚至因為沒有而感到失落。這失落感來自於感覺學校所教或是研討或分享的知識，在公司裡面應用到的情況滿少的或可以稱作用相對「傳統」的做法
後來在實際導入一些方式時，才意識到公司是在追求能創造盈利的解決方法，而學校或是研討會這類的知識教學機構，是在追求知識上精進的方法。因此兩者追求不同情況下，方法上就會有所落差，並非能直接套用
我依稀記得當時因為公司內沒有使用專案管理工具，而是使用Excel，為了想要讓更清楚每個人每日的工作量，因此想導入專案管理工具來量化，才好評估功能能否排進時程。結果後來發現團隊的時程與需求變動太快，需要評估多種版本的時程，發現工具無法解決此問題。
以這一個案例來說，我沒有評估到變動的量比預期多出三倍以上，彼此之間還有相關。所以在後續推動上就遇到團隊成員的抱怨，覺得不適用，最終還是維持使用Excel，團隊成員在評估時程時更能目瞭然與容易。
因此當你發現落差而感到不適時，不妨問自己幾個問題：
1. 為什麼團隊不導入新方法？是夠用了還是沒時間研究？ 2. 我覺得不便的地方，真的比它解決的問題更重要嗎？
比如說導入工具後變動時程的評估上的痛苦遠大於Excel 帶來的不方便，因此最後還是採取維持Excel。
透過這些思考，你才會發現看似「落後」的做法，背後都有其原因，導入與否不是用來評價公司的好壞。當你開始習慣思考後，你的心態自然會從「公司怎麼落後這麼多」轉變為「背後解決了哪些對公司來說的大問題」同時因為你看得見背後的原因，你的提議才能更命中痛點，推動的改革更容易被接納。
Junior 工程師的獨自修煉之路，從此不再孤單