项目协作困局：责任分配与跨团队沟通挑战

感觉大家变得扭曲在这个项目上。我不知道我自己该扮演什么角色。独自做一个项目我做的比以前更主动的沟通和更积极地承担责任，个人感官上更多的负反馈。跟principal engineer聊我正在测依赖方的service bug是否修复，被告知应该在群里callout，但是我开始测，是要我同步这个测试动作吗，callout什么意思。还是我或者我理解错了，应该是callout如果仍然有的issue。我跟manager问对项目进度的反馈，他说很担心依赖方的对于项目整体delivery的拖累。我说确实对方的反馈很慢不及时。结果被说了一通我应该多提bug而不是只在群里问，也不要自己催和跟进而是要利用pgm，提前暴露他们的风险和压力给到他们才能促进他们的一定程度的进度，不然最后还是我们题目给他们支援兜底填坑。这个项目做起来就是问题很多，依赖团队乱改接口搞得我们这边经常出错，而且错误都是无效信息直接null；反馈的问题对方manager不咋回复装死，在项目standup上就说在修了马上deploy但是也是没有按照说的schedule去部署。三天我要了环境的config server说还没有，后面第三天直接pm在环境上测试说不work我说还没配，他们反手甩过来一份上个月就搞好的文档然后说我们应该加强沟通，我：？？？
公司整体的项目在劣化，唯几拿得出手的核心项目都是beijing被裁的剩的不多的几十个engineer做（肝）出来的包括核心项目的维护。印度快十倍人数了这几年招的结果啥也做不出，还在招。不断地索要现成然后项目做不了，做辣鸡新项目升职，项目烂尾甩过来北京。这样的事情在最近2年上演。btw依赖方也是在那边。这个事情不吐不舒服，系统混乱让个人的努力被稀释。

呵呵，加紧刷题