如果我来做项目管理

近来在博客中看到有些同学，对日常所做的工作发些牢骚，每天总是重复做着一件事情，在公司设计好的框架基础上写代码。别人问起写的代码是做什么的，在整个项目中扮演的什么角色，有很多人无法说的清楚。记得当初我工作时也是如此，每日埋头快速的写的代码，有次领导让我给客户讲讲这个模块实现的功能，在整个系统中有什么作用，当时我就蒙了，不知所措。

这个也可以算做是一些项目的通病（至少我所接触到的几个项目是如此），究其原因一方面，项目领导都在忙于做自己的事情，没有将这个项目的设计思路，业务流程总体的讲述一遍；另一方面，就是同学们被日常的工作压着，没有时间和精力来对系统做个整体的认识，熟悉。这样就导致了一些潜在问题的出现，当项目进行测试时发些很多与业务不相符的bug，致使有许多的模块需要付出两倍甚至更高的投入。

如果由我来做项目的负责人我会做一下几点，以防止类似的事情发生。

1. 项目开始时，召集大家，做一个系统全面的介绍，分技术层面和业务层面（特别是对刚进入公司的新职员），使他们对业务和技术现有一个认知。
2. 当一个模块开发完成后，再此召集大家，让负责这个模块的人对这个模块分业务和技术两方面进行介绍，争取每个人至少有一次这样的机会对自己的模块进行介绍，加深每个人对这个模块的认识。
3. 定期（如一周），挑选几个典型的模块，给大家讲解一下，之后再做一个系统的全面介绍。

也许所说的太过理想，当一个项目拿到你的面前时，每个人都在投入100%的精力赶进度，哪有这么多剩余的时间来进行这些事情，但我认为做这些是很有必要的，很有可能使错误遏制在摇篮中，如果有一天我做到了项目管理的位置，我一定会根据这个方法进行实验。