問題的本質是什麼？
最近再與使用者談需求或是分析問題時，不知道是不是過去讓他們嚐到太多的甜食了，很多同仁現在都會希望系統可以做很多「自動化」的方式來幫忙解決他們的問題。
自動化作業不是不好，但是要考量許多層面性的問題：
- 投資成本有多少？
- 實際效益有多大？
- 現有可用資源是否相衝突？
- 現有問題佔實際工作量有多少？
- 是否為核心作業？
- 跨多張表單自動產生連帶會影響的層面？
- 若有刪除修改要怎麼連動？
大家一股腦的想要做解決事情，但是卻忽略掉一些本質問題，也忽略了到底整體的目標到底是什麼，解決了現在的問題但卻只是治標不治本，到頭來對老闆來說還是沒達到預期目標。
我之前在David Ko的Blog (請見David Ko的學習之旅)看到一個表格覺得很不錯，跟我所講的內容的也很類似。當一個問題出現時我們千萬不要急著想解決方式 (雖然這跟談創新的方法有點出入 XD)，理當應該先去看這個解決問題到底會影響什麼事情、是解決他個人還是整體的問題等等、以及解決這件事情真的有解決流程問題還是單一問題，任何事情的資源有限我們應該要把重心是放在影響層面較多的地方上。
 |
| 表格來源：http://kojenchieh.pixnet.net/blog/post/442550432-firstthing_of_agile_promotion |
不同階段可能會有不同作法，我們現階段目前處於收斂時期，不是每項需求都要立刻去處理的，而大部分的作業都已經回歸正常面了，要開始做的應該是實行正規、整體化。
雖然流程還是很亂，但在有太多歷史包袱也沒辦法說拋就拋的情況下，只能見招拆招努力往下走了。
參考資料：