监控报告风波之雨来—管理者的反思

上回《监控报告风波之雷鸣—来自客户的教育》中提到客户对我们提出了质疑，引发了我们怎么样的思考和反应呢？请看下文。

 

事情发展到这里，所有的压力都直奔项目组而去，那么是不是全部的责任都在项目组呢？如果到此时，管理者还没有意识到自己的问题，还只是冷眼旁观的话，那么，这将是一件很可怕的事情。每个管理者都应该积极的去反思。

首先是来自项目经理Z的反思：

/*****************************************************************/

非常感谢大家对我们在监控这块的关注和建议，对我们还是非常有帮助的。有一点我是需要检讨的：

说到做到，都怪我没有让项目组的同事真正从内心深处体会到这点的重要性，没有事前控制好日报的出炉。我想经过这次之后，我和我的同事们应该对于“说到做到”的认识会更加深刻。

对于监控这块，从过去的一周情况来说，我们经过了以下几个阶段：

1、   为做这个事情而做，没有深入思考做这个事情的目的、读者的心态；

2、   试着从读者的角度考虑些问题，但仅仅只限于对日报的改进，增加了图表结合方式让读者更直观了解；

3、   稍微深入从读者的角度考虑些问题，考虑到仅仅只看每天的情况，不便于读者了解系统使用情况的趋势，因而考虑增加周监控趋势分析；

4、   更加深入从读者的角度考虑问题，仔细考量读者的心理，挖掘满足他们“迫切需要”的数据和结论。

一路走来，我想对于Y同事来说，感想还是挺多的，因此我们本身也计划Y同事把他在做监控这块的“心路历程”写下来，作为知识传递的载体。

我这边也会基于H项目这次“监控门”后，把知识沉淀下来，撰写系统上线监控精要之类的文档，争取其他的同事不要再走弯路。

/*****************************************************************/

接着，更高层的管理者也说：

/*****************************************************************/

非常感谢大家的工作，这里，作为一个管理者，我需要向各位检讨一下自己所存在的问题：应用监控 我们在很多项目组都做过，也逐步在提高要求，我们从xxx项目到xxx项目，每日监控制度的逐步建立，我们渐渐形成了一些方法，同时其他部门也有一些业务监控的好做法可以借鉴和参考的，只是我并没有组织人员将其固化下来，并以此指导后续的工作。

（略：接下来的邮件内容中描述了自己将采取的措施和方法。）

/*****************************************************************/

“Change, We need.”已经被我们深刻的认识，但是我们能不能向奥巴马一样自信的说出“We Can.”呢？

我们现在要做的不是在事后为它的发生编造理由，也不需要浪费经历判定它是不是可预测的，我们需要做的是在这次风波中汲取教训，防止类似的事件再次发生。

如果这此的事件，能够给管理者带来足够的触动，那么就让暴风雨来得更猛烈些吧。

请继续关注下回《监控报告风波之阳光—后续还要做些什么？》