【IT168 分析评论】
任何一个项目管理者，都不可避免遇到一些失败的案例，遭遇到信任危机，关键是如何做。目前由于V110的部署失败，我们同样遇到了信任危机。我们是这样做的：
1. 如实沟通失败的原因，特别是流程的漏洞、管理的疏忽等，不是泛泛的，而是落实到诸如异常流程的测试用例不足，coding没有review导致变量类型定义有问题，应该是long，但定义为int，黑盒测试很难发现等等
2. 制定切实的改进措施，不但要解决发现的问题，而且要有更长远的计划，如何提高代码质量、测试质量、发布质量，并和管理层进行沟通。其实某次失败对于管理层不是最担心的，因为管理层都会留出buffer；管理层最担心的是不知道下一次或者以后产品的质量是否会保证。
3. 要保证下一次部署不会出现已经发现的问题。一般新的问题容易被接受，是因为大家都知道改进有一个过程；但如果已有的问题再次出现，信任只会一点点被减弱
4. 更多地让管理层了解实现的过程，特别是一些关键节点，例如和产品部的需求确认，研发部提出的问题在sprint结束前5天才得到确认，间接影响了代码的质量。不要最后给管理层“surprise”，而是在过程中除了及时沟通风险，还要把关键的过程透明化，这样真出了问题，管理层也会有自己的判断，而不会只从结果来判断。
