總結：
- 需要麻煩別人時，應當提供儘可能詳細的資訊。
- 做事應該抱著負責任的工作態度。
- 每個人都做好自己的本份工作，才不會給他人帶來麻煩。
團隊之間有協作就避免不了溝通問題，人與人之間的溝通並不能百分百的傳達好指令，所以專案上的事情需要經常的溝通。喜歡看綜藝節目的人應該經常能看到一些你畫我猜的遊戲，畫的人如果表達的有問題，或者猜的人理解稍微有偏差，結果都會大相徑庭。
公司在講這個問題的時候就做過一個實驗，有興趣的話也可以嘗試一下，實驗是這樣子的：
先由一個人畫一個簡單的圖形，然後拿給另一個人，讓他看完之後用幾句話進行描述，每句話都是獨立的，
然後讓其他人根據他的描述將圖形畫出來。
以一個等邊四邊形為例子：
描述：1、有四條線
2、四條線長短不一（如果描述成兩條長兩條同樣短那可能就很容易了）
3、四條線最終連起來了
最終的結果是有的人畫對了，有的人不知道線是直線，有的人畫的亂七八糟的。
這還只是一對一的情況下，如果是跨部門間領導溝通完之後，繼續傳達給下屬，下屬又傳達給實際負責人，那結果可就更天差地別了。
所以做專案跨部門間，及時並多次的溝通是必須的。
但溝通從來不是一方能決定的，總得有人願意溝通吧！這時候就是如何去溝通的問題了。
溝通通常都是因為需求問題，首先要認清自己的定位，即現在有個問題需要被解決，而且是你負責的，但解決這個問題的人不一定是你本人，可能是你直接吩咐給其他人去做再由你進行監督知道問題被解決，或者是需要在別人的協助下由你去完成。
這也就意味著你可能需要去麻煩人家，去求人家，從這個角度考慮，那你就應該更多的站在別人的角度去提供儘可能多的資訊，來協助他儘快的幫你解決。
以開發工程師和實施/運維工程師為例子：
開發工程師負責技術實現，實施/運維工程師負責到甲方目的地進行專案部署、測試並收集客戶意見，於是開發經常會遇到以下幾種情況：
實施/運維工程師：為什麼我XXX了，卻還是不行？
開發工程師：這個是需要先XXX，再XXX，然後再XXX，最後XXX才可以的，你前面這些都做了嗎？
實施/運維工程師：啊！這樣子啊！那我試試吧。
開發工程師：卒
。。。
實施/運維工程師：這個功能怎麼不行了？昨天還好好的。
開發工程師：怎麼不行了？日誌報錯了嗎？報什麼錯？是介面問題還是系統問題？昨天還可以說明系統很穩定，
那應該考慮介面問題，介面問題是甲方提供的，那你應該測試一下是不是出問題了，有問題就直接跟甲方溝通，
別什麼事情都找開發。
實施/運維工程師：/害怕
。。。
實施/運維工程師：甲方說這個地方要加XXX，然後可以XXX，這周能搞定吧！
開發工程師：需求確定了嗎？有籤協議嗎？做這個東西需不需要甲方提供介面支援弄清楚了嗎？
實施/運維工程師：啊這。。。
相信我，這個開發工程師算是脾氣好的了，可能有的人會認為，這個實施/運維工程師一點都不專業，崗位職責都沒弄清楚，的確，小公司就這樣。。。
那麼如何解決這個問題呢？
前面已經說到，當你去找別人協助的時候，意味著你要麻煩人家求人家，那麼你應該更多的站在別人的角度去提供儘可能多的資訊，來協助他儘快的幫你解決，此外，你自身的問題也該檢點檢點。
如圖所示，當你提出“為什麼我XXX了，卻不行？”的時候，原因大概率就是：
- 你不瞭解你負責的這個系統的業務
- 你沒有弄懂你該做什麼
- 你根本就沒按照正常的流程去做
- 你按照正常的流程去做了，但還是做錯了
解決這幾個問題也很簡單，不瞭解那你就去了解，不明白的那你就去問（描述好問題），然後就是辦事要有責任心。
實在不行需要麻煩到別人了，那也是要講究技巧的，你可以這樣去提問問題：
為什麼我已經做了XXX事情了，卻還是出現了XXX問題，按理說先XXX這樣，然後再XXX這樣就可以XXX的呀。
首先“為什麼我做了XXX事情”是讓別人知道自己具體幹了什麼，“卻還是出現了XXX問題”是讓別人知道發生了什麼事情，“按理說XXX之後”是讓別人知道你是否按照正常的流程去做了，“應該是可以XXX的呀”是讓別人確認你是否真的理解業務。
當你按照這樣的話術去描述你的問題的時候，別人馬上就能定位出你是哪裡做錯了還是真的有問題了。
有一次做專案是需要第三方廠商提供介面的，由於他們系統未上線，僅提供測試介面配合我們做上線測試，
於是我們根據測試介面完成了開發和部署，之後切換正式環境時，公司的實施工程師向甲方要了第三方
廠商的正式介面，我改完配置檔案就編譯發給他去部署，但是卻用不了，他給我的反饋就是他已經完成
部署了，卻部署的時候是沒問題的，但是功能卻用不了，我就複查程式碼，忙了大半天，自己測試一下介面，
發現給的介面根本就不對，浪費了大半天！！！同時也影響了心情。
另外，當你提出了“XXX功能怎麼突然不行了？”，注意，是“突然”不行的，這種問題作為開發工程師經常能聽到，按理說系統部署上去之後可以正常使用，但是突然不行了，大概率就是環境問題或者第三方介面出現問題了，所以這個時候應該更多的從這方面去發現問題所在，並自行解決，而且你光說這功能不行了，人家怎麼知道為什麼不行，你得提供系統執行日誌或者問題復現後的相關截圖或者其他儘可能讓他能夠定位到問題的資訊，他才樂意去幫你解決。
搞技術的人大都比較生僻，不喜歡被打擾，所以當你麻煩到開發工程師的時候，儘量一句話表達完所有需求，這樣能獲得更好的解決問題效果。
親測有效！
有一次公司外派到貴州跟進一個合作專案，到了那邊發現專案部署有問題，但是沒人敢在群裡向第三方廠商反應，
後來才知道原來是他們問題都描述不清楚，也提供不了有效的資訊讓第三方去定位問題。於是我就讓他們把我拉進去，
按照大概（可以適當修改）這樣的話術在群裡發起提問，並提供有效的錯誤日誌以及問題復現後的截圖到群裡，
他們很快就回復了。還主動的要求我提供手機號碼，想通過通話聯絡跟我講解問題可以嘗試如何去解決，
最終的確是他們提供的jar包出現問題了，就等他們明天上班處理完重新發jar包給我們進行部署，問題圓滿解決！！！
還有一個同樣需要注意的就是，如果專案有第三方廠商參與，如提供介面，則與甲方對接的人一定要按照系統要求進行測試後才交給開發工程師，一定 一定 一定。
每個部門都做好自己的事情，才不會給其他部門的人帶來麻煩。
以上！純屬瞎扯，僅供參考~