最近项目上发生了好多事，我作为项目的主要负责人，也承受着很大的压力，刚刚理出点头绪就想将他记录下来。先说说我这个项目吧，我这个项目是一个只要公司姑且叫他R公司的活动管理系统，这个系统的主要功能包括：1 创建活动，填写活动的基本信息，活动计划，供应商信息，活动组织者，活动中的公司内部参与者，活动预算计划，活动时间安排。2编辑活动，主要是根据活动实际发生的情况补足活动的参与者信息，实际花费等信息。3 dashboard，主要是根据前面收集的数据形成不同维度的报表，以供领导层查看。这是一个看似简单的系统，任何一个有经验的人都知道这个项目一个人就能搞定，的确这也是我一个人在做，结果虽然还算理想，但其中的弊病我还是将他理出来引以为戒。
该项目缺乏一个项目经理，虽然我同时兼着这样的角色，但是毕竟是自己给自己收集需求设置开发计划总会给自己太多的自由发挥空间或者无意之中给自己揽太多工作。我无法保证自己的工作进度和无法控制项目的需求（出于程序员的本能总想给用户展示自己多么厉害能帮他们解决多少问题(●ˇ?ˇ●)）。后果是可想而知的，我给用户做了很多事情但是每件事情都总有点尾巴没有做完，自己一直很忙却不能很好的按时项目。
该项目缺乏一个测试，让一个程序员自己给自己测试如同让一个小偷自己交出赃款一样。程序员在开发某个功能的时候，思维已经陷入一种定式思维中，他在测试的时候，也会跟随着这种思维一直向前。他很有可能忽略其他的可能性，这时一个好的测试人员，就能帮助他找到缺陷并不断修正，从而保证项目质量。你有可能会说这么小的项目让用户来做测试不是很好吗，他们是业务专家早晚要使用系统。问题是用户都有自己的事情，在项目上线之前让用户测试他们只会蜻蜓点水一样，随便测试一样就去忙自己的事情了，等到项目上线了，他们不得不使用系统时，缺陷就集中暴露出来了，然后他们就会说系统很难用拒绝使用。所以在给用户使用之前有个测试人员完整的测试系统可以提高用户的体验。
项目没有订立具体的需求收集功能实现项目测试和上线的流程。这种情况其实在小项目中经常发生因为项目小，经常就是一个人搞搞，新需求来了再改改，然后就放到正式环境上面去了，有一点放一点，这样的系统会处于很不稳定的状态，这种不稳定来源你不断的更新打乱了用户的正常使用降低了用户体验，新功能未经过完全测试就直接上正式环境，会有许多隐藏的问题会暴露出来，因为是正式环境影响就会很大，用户们会对系统产生排斥情绪，不利于系统的推广。
总之对这样的小项目，项目的实施者一定要先定好开发计划，然后理清楚项目每个阶段的功能，对功能进行全方位考虑最好写出各种可能的场景，其次是按照场景认真的走完测试，再次是要使用好测试环境，让关键用户试用，根据反馈修改后，统一放到正式环境（放到正式环境前，发一封邮件通知告知系统更新的时间和持续的时间，系统更新的内容等）