一篇可能影響你職場發展的博文

      寫在前面：做者工做三年多，一直從過後端開發，去年開始接手負責公司一個跨國物流解決方案中調度平臺的小型開發團隊，當前正與一位負責倉庫管理系統的實施妹子在美國洛杉磯出差、到倉庫一線瞭解業務及實際業務場景、解決現場問題及用戶、客戶需求收集，如下將對今天從排查一個業務問題的不一樣態度開始闡述，自勉同時與你共享。

      事情描述：今天下午收到一封美國倉業務負責人關於出庫單建立的一個問題郵件，收到郵件後，因爲本人對調度系統的熟練度很高，很快便大概肯定了問題的範圍與最大緣由發生的可能性（猜想緣由與我負責的調度系統無關，而是倉庫操做人員在倉庫系統中某項操做所致），此時我想再進一步排查一下下流系統，驗證猜想是否正確，因而請教了美國分公司對該下游倉庫系統相對熟悉的同事，然而她也並無找到我想要的一個移庫記錄跟蹤，因而我便再也不繼續往下排查了，直接回了倉庫業務負責人的郵件，詳詳細細說明該問題與我負責的系統無關，並附上了兩張截圖及相應邏輯輔助，同時建議他去check倉庫是否對某一商品進行了移庫。相信不少與我同樣作開發工做的同窗會認爲這就能夠了呀，問題排查了呀，若是你真的這樣想了請繼續往下看。

      我在發出郵件後的30秒內，和我一同出差的同事（很好的朋友）微信我：「爲了讓個人職場生涯更近一些，給我一個不成熟的建議」，因而咱們進了一個會議室開始交談，她先是給我舉了個例子，而後問：你認爲你的回答解決問題了嗎？你的問題拋出後Eric有時間有精力去倉庫check嗎？固然站在開發的角度，不少開發都是這麼想也這麼作的。最後她給我講了她本身的例子，的確在正常工做中她是一個必定會把問題盡本身全部可能去解決的人。我這時才明白過來，我這樣雖然是排查了問題，但結果並非業務方或者問題提出人真正想要的，雖然也無傷大雅但並不能讓人放心把一個困難的事徹底放心交付給你，更況且我是調度系統的負責人。交談時間大概3分鐘，結束後我和她說：「謝謝你和我說這些，我承認你的見解」。真的很謝謝她。

      回到座位後我便詢問了另一位和該下游系統接觸比較多的美國同事，她和我大概講了後，而後依然沒有在該倉庫系統中找到能夠查看相應日誌的地方，同時她手頭事情比較多，因而便和我說要不你本身再找找，晚些幫我看，因而我便本身一個頁面一個按鈕的找。 10分鐘後個人那位同時把郵件回覆了，她找到倉庫系統移庫的記錄並截圖附在郵件中，同時加以說明的確是由於倉庫內的移庫致使訂單出不了庫，與調度中心無關，最後還建議倉庫是否須要聯繫客戶取消該訂單。業務負責人後來給她回了郵件，Noted thanks！嗯，用的是感嘆號！

      這件事讓我認識到了自身一直存在的問題，把本身的份內工做、相應責任作好、盡到，其實咱們真的不該僅止步於此，我將下定決心改變，解決問題時，可以真正解決客戶、業務的問題。

      本篇是一篇自勉篇，但但願你也能有所收穫，若是你看完還以爲這是小問題，它便也正發生在你身上。