最近由于参与一些项目，和公司其他项目组接触还是比较多的，个人发现一些问题。
1、两个项目间配合开发的东西，往往没有流传下去，或者对于接口部分，进行的测试不太完备。
我之前，和项目组一起开发了一个工程，我负责具体结果的输出，项目组负责结果的展示，但是对于什么情况呈现什么现象来说，我接到的电话就很多，不仅是测试
人员就连开发人员都不清楚，试问这样的开发结果有保障吗？即使这一期发版了，等过一阵新的一期测试的时候，有可能是换了一批测试人员，这些人员，对于规则完全
不清楚，所以同上的工作要在处理一遍。
2、对于合作的部分，出现问题相互推诿。
就像我上面说的例子一样，一个人负责计算输出，另一个负责呈现不通形式的输出，结果，测试没问题上线了，到了客户那，结果呈现的不正确，这时候，往往会觉
得计算输出的人得问题，因为这个问题在之前都是你处理的，谁知道调来调去之后才发现，其实是呈现的问题。只能说明，测试的不够详尽，同时，对于问题都“理所当
然”的人为是别人的问题。
3、 只简单遵循参考文档，没有则找你处理
之前还和市场部门合作了一下，市场部门经常会处理客户的一些问题，但是有些问题确实是程序的bug或者说是一些客观的其他因素导致的，所以在处理一段时间之
后，基本上问题就都暴露了，这时候可以整理一下问题，给开发作为下一期的输入，同时为了更好的为客户服务，会将解决方案写成文档发给相关人员，但是你会发
现，一旦出现了文档之外的问题，就会有人不加思索的告诉你说你解决吧，于是开发人员就跑到了客户一线，你可能解决之后发现了问题或者只是被其他现象掩盖
了而已，只要稍加思考就可以处理，但是有了稳定之后，很少有人懂脑子了，这次问题解决之后，如果你没有写文档，那个找你的人在是个无心人的话，只能是这样的
情况，越来越多。
4、 事不关己，己不劳心
之前由于工作流的问题，和其他部门之间有接触，你会发现，在工作流中，很少有人会反馈你流程没有走下去的原因或者人家根本就没有看到，再或者相关的人
可能不在，但是你却不知道。于是一件事情脱了很长时间。