刚刚结束了一个项目的开发，也是我第一次正式的组织开发一个软件，软件不算大，但是在组织的过程中，却发现了自己很多地方的不足，现总结如下：
一．项目整体部分：
1． 在以后的项目管理中由项目经理首先确定一个中期目标，给项目组成员一个总体认识，然后写好项目任务进度表，把每月、每星期、甚至每天（如果需求足够明确的话）任务进度表示清楚，并按部就班的执行。
2． 交流沟通问题：根据项目的进展程度，采用随时和阶段交流。
二．项目开发模式部分：
1． 项目开发模式将根据具体情况来确定，以何种模式开发将根据具体的情况，讨论后执行。切不可一味执着于某一种开发模式。
2． 模式确定后，将根据具体情况进行适当的调整，切不可对现有的项目进行全盘的否定。
三．需求及设计部分：
1． 对需求设计不要求大量的人员参与，只需要2-3个人就可以完成任务。但在此过程中需定期和其他人员讨论，并提出想法和修改意见，并着情况做适当的改进。
2． 整体需求过程中，没有设计并论证好详细的流程，导致逻辑的可行性不可保证。（主要针对已经确定的功能需求。）
3． 需求设计部分文档：
a) 一切想法和思路都要形成于文档，文档是体现需求设计思想必须的形式，并且在形成文档后更有利于发现在设计过程中的不足。例如：流程文档要先于编码等。
b) 在设计时应及时的记录下来设计思想和解决问题的标准办法，这样可以在项目进行到后续部分时可以清楚的了解前部分的工作思想和解决办法。而此次项目开发中又会发现有在开发后期补文档的现象，这样就失去了文档本身的意义。
4． 需求和设计应加大重视的力度。（设计包括流程和简单的页面设计）
a) 保证页面布局和风格的统一。
b) 设计完成后，要经过讨论确定后再进行编码。
5． 数据库设计需建立模型，并且每经过一次修改，都要经过论证。
6． 要充分考虑到技术的可行性，并尽量使用简单实用的技术方法来满足功能的需求，但一切要以效率和性能为前提。
7． 切不可自作聪明为需求添加自认为很有用的需求功能。一切以原始文档为主，若认为是必须的，在正式写入文档前需提前和需求提出者确认证实。
四．软件开发部分：
1． 代码的编写规范，需要编写一个典型的DEMO，并做一个简单的培训。供大家参考格式。
2． 着力作好项目开发记录文档。例如：对具体的某个功能实现有详细的记录，包括页面使用，类及对应的方法，测试实例等。
3． 阶段审核，切不可在完成全部功能后，才发现某些代码设计不合理，所以在由项目负责人根据阶段完成的情况来进行阶段审核讨论，发现问题并及时改正。
4． 急需一份代码编写规范。正着手准备。（比如：Session使用，全局变量使用范围，页面间参数传递的问题等）
5． 基础底层架构不够完善，需尽快完善。
五．对个人在项目开发过程中的总结：
1． 良好的计划，周详的工作记录。
2． 项目开发人员要养成自觉编写单元测试的习惯。规范见项目开发记录文档。
3． 主动对自己模糊的部分进行交流。
4． 主动的对整个项目进行了解。
5． 对在项目开发中发现的问题，经验以及好的想法，及时的总结并提交给项目负责人，这样可以使整个项目开发的更合理。
来源：https://www.cnblogs.com/wen3062/archive/2006/03/16/project.html