面对业主方的质疑，项目组在监控报告中加强了系统维护情况的整合与分析，并承诺增加周报以图表形式呈现趋势，但实际行动未能及时跟上，引发了进一步的压力。
（接上回《监控报告风波之电闪—监控报告中的数据说明了什么？》）
在我们发出这封邮件之后的第二天早上，收到了来自业主方的部门经理HJ的邮件，管理者的想法和思路经常是相似的，对问题也经常会提出相同的意见，HJ邮件的内容如下：
/*****************************************************************/
这些数据统计仅为上线情况统计的一部分。
每天有多少用户的维护单？维护单的解决率？还有多少BUG 在修复？
系统性能如何？登陆重要页面的时间是怎样的？
另外，一周最好有一次分析报告，这些统计的数字到底给予我们一个什么信息？趋势如何？还有哪些问题我们需要重点解决？
建议xxx、xxx协商给予一个报告的范本，谢谢。
/*****************************************************************/
这也给我们管理者提了一个醒，我们如果来不及尽快的改进，客户就会过来教育我们，此时项目组所受到的压力将又多一方。
收到业主方的质疑，特别还是业主方领导的质疑，这可不能被当作一件小事来处理，H项目的项目经理Z跳了出来，项目经理Z说
/*****************************************************************/
HJ经理：
按照项目例会上协商的结果，由我方每日监控系统上线情况，XXX公司每日整理系统维护情况，对于维护这块的内容，xxx公司的同事确实每天都有发出的，只是没有抄送给HJ经理。对于H系统上线后每日监控这块，我们从上线第一天到现在一直在做改进，也一直在努力从读者的角度考虑问题，后续我们还会从如下几个方面做改进：
1、 我们上周五已经意识到，除了每天日报外，每周五下班后，应该提供周分析报告，主要从系统使用情况和维护情况两个角度分析，以趋势图的形式反馈；这个与HJ经理的意见不谋而合；
2、 把维护日报也整合到监控报告里来，让大家对系统运行情况有更全面的了解。
/*****************************************************************/
不管说的是不是事实，这样的答复始终会给人有点马后炮的嫌疑。
不知道读者有没有过“总是慢一步”的感觉，有些事情，我们已经开始酝酿，正准备执行，但是却总是在别人后面迈出脚步，在遭到质疑的时候，就会很懊恼，犹如“哑巴吃了黄连”。如果经常会产生这种感觉，我们就必须要反思引起的原因了。
现在，项目组出现这种状况，该怎样挽救这样的局面呢？“变”已经迫在眉睫。
我们来看项目组的反应。非常的不幸，项目组当日发出的监控报告却一如前日没有区别，压力没有得到传递，客户的反馈也没有得到响应。我们不得不再次呼唤。
/*****************************************************************/
既然我在上个邮件上提出要求，而且HJ经理也提出了一些要求。Z也说和HJ经理不谋而合了，除维护列表归属XXX公司在对口提供服务外，对使用数据进行一定的分析是大家背后想知道的内容，不知道这一点，项目组是怎么考虑。
想想HJ怎么考虑的，他发了邮件，我们还是不思变，他会怎么思考呢？另外，我看邮件的格式有点乱，业务使用情况到了后边去了，不知道大家有没有问题，大伙自己看看。
我要求下一次必须改变。从Y做起，从Z做起，从管理者做起，否则下一次怎么说和其他人不谋而合呢！
/*****************************************************************/
风声萧萧，雷声隆隆，暴风雨来了吗？请看《监控报告风波之雨来—管理者的反思》
扫一扫
6342
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
