在一个很不规范的团队工作，怎么更好的跟开发团队处好关系

“于是我直接ba跟客户业务反馈上不了线，需求延期，被客户叼了一顿之后正生闷气呢”

哈哈~~~看到这里，哭笑不得，我如果是你团队成员，我得被你气死掉。

对内对外的沟通是有区别的！有区别的！

无论内部协作状况再糟糕，就算血流成河，对外沟通时必须保持一片和谐，相亲相爱，因为这将影响客户对公司的印象，对客户而言，他不关心是开发或你的问题，因为一切问题都是你们公司的问题。

关于上线时间，建议区别【内部上线】和【外部上线】的时间。两者的概念大致理解为：

1）内部上线：即开发上线后，内部人员可以验证效果的时间。（也就是你可以上去看看是不是真的顺利发布上线了，能不能正常使用，有没有重大bug）

2）外部上线：即客户可以看到新版本功能的时间（也就是你在确保版本一切正常后，通知客户确认的时间）

==开发承诺了上线日期后，一定要给自己预留风险时间，即开发承诺周一发布，你给客户的发布时间至少周三甚至周五，如果内部上线出现问题，你还有时间补救，如果能提前发布，客户还觉得你效率高。

==【开发人员说变更不了不上了，还不肯解释为什么】， 这本身就是没沟通清楚啊，在没沟通清楚的情况下通知客户，实在是~~

上线时间，属于开发团队的承诺，其承诺是需要被“盖章”或“签字”，即开发负责人需对这个时间点负责，可以通过版本计划或者官方邮件等方式使其“盖章”，知照到各利益相关者。

当时间有变动、开发进度有变动时，有没有其他办法让他们解释或推动呢？找他们上级或找自己上级请求支持？(按楼主描述，无法悉知其内部人员协作，以及楼主的“角色和权责”，得找到其可推动开发的干系人）

我认为通知客户应该是最最最最后的一种处理方式，实在无法推动或如期上线，再通知客户。

你们缺乏一个技术负责人，作为产品并身兼与客户沟通的角色，更高效的沟通是直接找到对的人沟通对的事；至于团队工作的规范性，可以从你自己本身开始做起，比如说发起需求时，可以走文档材料，可以走邮箱，保证一切问题可溯源；同时在开发拒绝需求时，跟进了解拒绝的原因是必要的，并不是开发拒绝不肯解释就算了，这提现了你个人的沟通能力。一个团队工作的不规范并不是来自于某一个人，而是来自于每一个人；当团队里的某一个人开始规范起来，慢慢的整个团队的工作也会规范起来