大家都知道在项目的启动阶段需要完成项目章程，组建项目团队，召开项目启动会议;在计划阶段要进行项目工作的WBS，建立关键路径，制定工作包级别的项目管理计划;在项目的执行阶段要执行工作包工作，识别风险问题;定期进行汇报;在项目的收尾阶段要交付项目产品，总结项目工作。但是大家都觉得项目监控阶段要做的具体工作却不是很明确。
不要为了赶进度，而忽视质量
当进度表，安排下去了以后，人手不够，任务重，所以大家都重进度，轻质量。这个必须自己把好关，测试人员把好关，一块一块完成，而不能把小问题全部放到后期来改，这样的话，后期的压力比较大。
举个例子：套模板，模板基本都是死的，套上程序后(比如做了一些特效)，样式上会跟静态的模块有可能会不同，这样的问题积累多了的话，到后来在跟前端配合改，会很累，做前端的还不能统畴考虑。所以遇到这样的问题，一开始就和前端配合，这样前端也能了解到，套过后样式的不同等。这样后期bug会少很多。
责任心要强
责任心很重要，如果我手头上有很多工作，没有完成，我什么时候都会想着它，做公交车都会做过站。但是也有一些人，可以说根本没有责任心。
就以改bug为例吧，把一个bug交给别人，过一段时间问他，改好了没有，他说改好了，我一看根本没有改好不说，还又改出来一些bug，像这种人尽快的让他离开。到后来基本上团队里面的对他都不信认了。对别人负责任，就是对自己负责任。
学会勾通，善于勾通
怎么样把自己的想法很清楚的告诉别人，怎么样很快的了解别人是怎么想的，这不是件容易的事。个人认为最好还是要学会站在别人的立场上考虑问题。做程序，还是做其他的都要有自己的思想，不能别人说什么就是什么。别人说的就一定是对的，一定是最好的吗?多种想法的碰撞后，才会有精华出来。
管理是一门艺术，就如《孙子兵法》里面总结的任何情况都需要正与奇相互结合，以正和，以奇胜。也就是我们项目的沟通保证例会这种形式是我们项目符合要求，客户满意的基础，如果不坚持例会那么客户就会觉得我们项目管理的不正规，在加上我们与关键干系人的密切交流和沟通更加保证了我们的胜利，与重要干系人的交流这一过程就是我们所说的奇。