在一個很不規范的團隊工作，怎么更好的跟開發團隊處好關系

“于是我直接ba跟客戶業務反饋上不了線，需求延期，被客戶叼了一頓之后正生悶氣呢”

哈哈~~~看到這里，哭笑不得，我如果是你團隊成員，我得被你氣死掉。

對內對外的溝通是有區別的！有區別的！

無論內部協作狀況再糟糕，就算血流成河，對外溝通時必須保持一片和諧，相親相愛，因為這將影響客戶對公司的印象，對客戶而言，他不關心是開發或你的問題，因為一切問題都是你們公司的問題。

關于上線時間，建議區別【內部上線】和【外部上線】的時間。兩者的概念大致理解為：

1）內部上線：即開發上線后，內部人員可以驗證效果的時間。（也就是你可以上去看看是不是真的順利發布上線了，能不能正常使用，有沒有重大bug）

2）外部上線：即客戶可以看到新版本功能的時間（也就是你在確保版本一切正常后，通知客戶確認的時間）

==開發承諾了上線日期后，一定要給自己預留風險時間，即開發承諾周一發布，你給客戶的發布時間至少周三甚至周五，如果內部上線出現問題，你還有時間補救，如果能提前發布，客戶還覺得你效率高。

==【開發人員說變更不了不上了，還不肯解釋為什么】， 這本身就是沒溝通清楚啊，在沒溝通清楚的情況下通知客戶，實在是~~

上線時間，屬于開發團隊的承諾，其承諾是需要被“蓋章”或“簽字”，即開發負責人需對這個時間點負責，可以通過版本計劃或者官方郵件等方式使其“蓋章”，知照到各利益相關者。

當時間有變動、開發進度有變動時，有沒有其他辦法讓他們解釋或推動呢？找他們上級或找自己上級請求支持？(按樓主描述，無法悉知其內部人員協作，以及樓主的“角色和權責”，得找到其可推動開發的干系人）

我認為通知客戶應該是最最最最后的一種處理方式，實在無法推動或如期上線，再通知客戶。

你們缺乏一個技術負責人，作為產品并身兼與客戶溝通的角色，更高效的溝通是直接找到對的人溝通對的事；至于團隊工作的規范性，可以從你自己本身開始做起，比如說發起需求時，可以走文檔材料，可以走郵箱，保證一切問題可溯源；同時在開發拒絕需求時，跟進了解拒絕的原因是必要的，并不是開發拒絕不肯解釋就算了，這提現了你個人的溝通能力。一個團隊工作的不規范并不是來自于某一個人，而是來自于每一個人；當團隊里的某一個人開始規范起來，慢慢的整個團隊的工作也會規范起來