冰鱼mm

本周，设计部（北京）爆发书稿 “进度门”事件，所有当事人都在分析自身的原因，也有上级主管及在京出差的同事帮我们分析问题并提出很多建议。

不知道是幸运还是不幸，我就是当事人……

就我这些天来的分析情况来看，这次“进度门”事件，追根究底起来的原因就是——进度管理形同虚设。

更加不幸的是，上述的根源——进度管理的当事人也是我。 

1.       首先，问题出在自己对进度管理的理解错位上。以为周始询问下各位责编的书稿进度，周末再填个进度汇总表就是进度管理了，完全没有做到及时发现问题，及时解决问题，及时跟踪问题，及时上报问题，致使小问题堆成大问题，使设计部的大量书稿在我眼皮底下完成了从量变到质变的“飞跃”。

2.       其次，自以为是的恶习终酿大错。总是自以为学会了管理进度，其实只是学了个皮毛，非但没有理解进度管理的内涵，更加没有掌握进度管理的实际操作方法。通过这件事，充分说明了一个道理：看到了，不一定会做了；做到了，不一定做对了。

3.       最后，还是要踏踏实实地踩着前辈老师们的脚印儿往前走，还是一只小小鸟，就不要想着另辟蹊径，这样才能避免少走弯路。以后每天要定时检查进度，每天督促各责编按进度表执行计划，如果遇到延迟问题，就要把问题问清楚，共同商讨解决办法，并做好详细记录反馈给主管，从延误的苗头出现时就得开始着手解决问题，否则，等一周过去了，问题也就积累很大很多了，而且可能小环节上的问题也已经被遗忘了。以后遇到任何问题得随时请教各位老师，不能再自以为是了，不懂的问题就在最短的时间内解决掉，避免再次发生类似的“进度门”事件。

 记住：没有人能为自己的失误买单，遇到问题自以为是的处事方式更是极为幼稚，牢骚抱怨解决不了问题，总给自己的错误和问题找借口就永远也无法解决问题，更不要说什么进步和提高了！！虽然此次不幸成为“进度门”事件的主角，但是如果能通过这件事真正学会进度管理，真正把进度管理做到位，使设计部（北京）的书稿进度表在每周汇总时走出“一片黄区”，那就是我最大的幸运了。

圣明的主，请赐予我力量吧，阿门……