时，大家最好一起来面对，问清楚问题的状况和可能的方案，并讨论方案的合理性和优劣，根据当前情况(项目资源、技术难易)来选择最优方案。
总是觉得项目管理知识体系中的一点一滴，就这样无声的出现在我们的项目中。正是这种“润物细无声”，才让我们的项目更成功。
突期而至的指责
某个周一的下午，我突然接到领导的电话，责问我为何没有安排出包？我心里直纳闷，上周五按项目安排已经出包了呀。问经理他不清楚，他说项目管理办公室的经理打电话责问他的。我心里很不舒服，领导呀领导，你搞清楚了再来责问我行不行呀？只有窝着一肚子火，跑到项目管理办公室，去问清楚究竟是咋回事。原来呀，测试部门周末加班测试，用我们部门的包安装了但出错，几个人折腾了两天，把测试经理也气得够呛，后来只有把我们包降级了才勉强测试下去。
我一听气乐了，哎哟嚯，我按照项目的要求出包，责任到轮到我们头上了，另外一个模块为何没有按时出包，主要责任也是他们的呀。再说了，测试出问题时也没有任何人要我们支持呀，出了问题也不问清楚缘由就直接找到我们领导，有这样做事的嘛。后来讨论了半天，本着“治病救人”的心态，我承认了我们的不足，要在releasenote中写清楚关联模块的版本名称。
首先是出包时间点的检查，没有形成有效的机制，没有一份完整的check list，没有人来汇总所有相关模块是否都已经出包，项目经理不光要提前提醒，还得实时检查及时发现问题，而不是等到测试部门测试了两天之后再来检查哪处问题了。
其次，沟通很重要，也要讲究方法。如果是测试一开始暴露问题时就及时沟通找研发查原因，也不至于白白浪费几人天的测试工作；本来我们release时写了依赖模块，但测试部门的人员认为这两模块本来就有依赖关系，看不懂有什么奥秘。另外，经理之间的相互“告状”只是让问题变得更复杂，更不利于团队建设，项目经理尤其要注意，主要是解决问题、推动项目的进展，其次是总结经验教训避免重复的错误代价。