项目管理中的问题以及改进方法

》概要设计文档不明确，导致开发人员很多时候无从下手
在这次对外包人员的管理中，这个问题尤为突出。因为设计文档不够明确，一些模块的技术流程没有确定下来，导致开发人员无从下手，影响了整体的开发进度。
以前之所以问题没有凸显，是因为开发人员的技术高，并且主动性强，对于存在的问题能够自主找到合适的解决方法。但是对于技术水平一般的成员，没有明确的技术流程，对他们会很大的影响。
【改进方法】
开发之前，有核心人员写好概要设计说明书（如果要严格保证项目的质量，则需要有详细设计说明书），对于重要的模块，需要明确具体的业务流程和技术实现流程。

如果因为时间问题没有明确的文档，那一定要开发人员（尤其对于技术一般的开发人员）在开发前画出关键模块的流程图，然后进行评审，通过后才开始开发。否则会出现设计不合理导致后续变动大或者质量达不到要求。对于核心人员的开发，最好也要画出关键模块的流程图。

》缺少技术积累和自主平台，导致不同的项目重用性很低
目前这个问题很明显，而且在小公司中也很普遍（大公司好很多）。对于技术的积累，涉及到知识库的建立，包含软件模型的封装、自主平台的搭建，特定问题的处理方法，技术的积累。
由于没有知识库的积累，所以在不同项目中，重用的模块特别少，没有充分利用已有的资源。同时，一旦项目组人员有变动，对项目的影响特别大。
【知识库的建立方法】
对于知识库的建立，因为工作量大，如果单靠项目经理来做，肯定是低效的，而且不能持久。知识库内容的产生，必须由全体成员分享。
需要由项目经理推动，前期做重点模块、技术的积累，并形成文档，分享给团队成员。并要求团队成员每周写技术周报（目前部门已推动了，只是时间长了大家不认真对待，因为没有很好的反馈和激励），技术周报可以由成员自主选择技术点，也可以由项目经理指定，并且明确格式和内容。
可以尝试将整理的知识点发布至博客，并且在每周例会中进行点评。

推动的另一个方法是，加大内部的培训力度，培养团队内部的分享氛围。但是这个在项目时间紧张的时候，推动不起来，主讲人没有时间准备。可以尝试每周限定加班的时间给主讲人进行准