关于《会员专区》项目经验分享

2月底由市场部提出《会员专区》项目需求，我有幸第一次可以组建自己的小团队完成这个项目，开发组成员包括自己共四个人。

 

项目的前期准备工作，共经历了四次需求调研。

第一次， 市场部提出需求，与技术部讨论当前网站能够较易实现哪些功能，和哪些功能改动将对网站产生影响。会议结束后暂定由市场部尽快提供书面的需求文档，并与之相关部门沟通协调并获得项目审批。

第二次， 市场部提供了一份简约描述的需求文档，并要求3月份之前上线，距离交付时间不足1个月。经过一系列讨论，因为积分换购产品涉及到财务部门的审核，决定挪到二期需求再做，一期仅仅涉及虚拟礼券类的兑换。因为需求的重大的改动，希望市场部重新对需求进行整理。

第三次， 会议上市场部交付了最终需求文档。但是多年的开发经验告诉我，客户对需求的描述与开发人员的理解相去甚远，明确需求是重中之重。越晚的去解决需求问题，项目后期的进度越难控制。所以在会议上我向主管建议给我一天的时间，由我对需求文档进行整理，然后再对需求进行一次确认。

第四次， 再一次对需求文档进行整理。主要实现

a)   功能划分为两大部分后台及前台，后台由管理人员使用，前台由网站展示。量化出项目涉及的功能，便于初步的核算工作量，安排工期等等。

b)   讨论在理解上引起歧义的部分。

c)   从技术方面，提供更好的实现方式或者建议实现的功能，方便管理人员使用。

会议就需求已经达成一致。同一时间，组建项目团队，由我主要负责，共三位组员，其中两位是新进员工。项目启动。

 

首先进行数据建模和工作分解。数据建模是一个项目的地基，地基打的好不好决定了项目的顺利程度。此工作交给团队中的实习生G来负责。虽然他的经验太少，但是优点是非常细心，需求阶段他也有参与讨论，对项目的理解比较深刻。由他进行初步的数据建模，然后由我复查。同期，我对项目进行工作分解。

经验小结：每个人命名规则跟习惯不同，大原则是能够清楚的表述它的意义，不要用一些无语义的词语，当然注释也是一种良好的习惯。额外的建议就是同一个项目最好使用统一前缀，方便后期的维护。

 

第一次例会，此例会的本意是希望组员之间先互相了解多一些，便于以后的合作。并对需求及建模等进行讨论，更多的人参与，就会有不同角度去看待问题。但是由于主管临时参加，及我的缺乏经验，没有保持住会议的发展方向，最后会议仅仅是对分解后的工作进行了一次工作分配。

经验小结:

因为此次会议没有达到预期的效果，所以在项目进行阶段，我与G的交流是最多的，对A和B采用的完全是粗放型管理方法，即不影响我计划的项目进度为标准，其它方面不做强制性约束。事实证明，忽略团队建设是会对项目产生致命打击的。

G：做事谨慎，只是缺乏项目经验。在不影响项目进度的前提下，鼓励他做一些重要的工作，在必要的时候提供帮助和支持，刻意培养和锻炼。此次项目比较顺利的完成，做的最好的地方就是有很多想法和解决方案都是由我们两个人进行讨论完成的，由他提出我思虑不周的地方，由我的经验来控制项目范围的蔓延和镀金。

A：新员工A技术能力不错，但是做东西特别的毛躁，仅仅考虑让他实现的部分，其他的如易用性交互性是不在考虑范围之内的。所以他做出来的东西，一定需要有人去复查，并督促其进行测试，引导其对需求的深入思考。

B: 新员工B技术能力一般，沟通性较差，编程阶段不与别人交流，一直到最后测试阶段，所有的潜伏性问题全面爆发，差一点影响项目的最后交付。

团队建设对项目的影响是贯彻项目始终的。项目管理人员应该在项目的早期阶段对团队成员尽快的熟悉，了解每个人的性格及工作的方式，才能更好的协调他们的工作，以及把握团队建设的度。

 

第二次例会，项目进度目前良好，会员专区的后台功能基本上完成。进入代码自测及复查阶段。会上强调了一下公司的代码和编程规范，并提出如果在实现上遇到困难等，一定要及时沟通。

经验小结：代码自测和复查是实现项目的质量控制很好的方式，虽然初衷是良好的，具体实现确是大打折扣。很多时候这部分很难引起程序员的重视，因为这部分的工作是没有办法进行量化和评判的，很难督促其执行到位。在这个项目里我尝试让他们进行代码互查来提高执行力，但是收效甚微。结果代码检查一直拖到项目测试阶段出现问题，才由我进行逐一复查，一个人的精力毕竟有限，项目收尾阶段出现了不停改bug，改bug引起bug等等令人纠结问题。质量控制同样需要贯彻项目始终，不仅要有想法，还要有规范和方法，如何能有效的进行质量控制，这是需要我们更加深入思考的问题。

 

第三次例会，影响项目正常进行的因素都一起发生了。其一、项目组成员B因为其他的工作被抽调，只能算作半个人力资源。其二、按进度进行到网站前台建设阶段，但是UI资源迟迟不能到位。为了更好的把握进度，我决定一边督促市场部与UI的沟通，一边要求团队成员在没有UI的基础上，先实现功能。

经验小结：协调能力是管理人员必备的素质，在一个项目中，为了保证项目的正常进行，是需要管理人员先一步协调好所需的资源，当资源缺乏的情况下，要能对进度进行灵活的调度和控制。

 

第四次例会，项目功能大体实现，进入测试和微调阶段。项目组成员A和B全部被调走，在仅剩我和G的情况下进行了n轮功能性测试。最后布置测试服务器，交给市场部测试。后期阶段市场部因为到了最后的使用阶段，追加了一些小改动，由于前期的需求充分，最后并没有大的需求变更。

 

项目如期上线，历时大约4人月。

 

项目总结：

虽然项目中出现了意外和波折，但是有惊无险，保证了项目的顺利完成。这是我第一次将自己学习到的项目管理理论应用到实践，它对我的工作起到了决定性的指导作用，使我对其理念有了更深入的理解和领会。

不足之处，在项目管理方面我还是一个初学者，并不能灵活的学以致用，需要在工作中不断的总结和积累。如果这篇文章能够引起一些人的共鸣和肯定，那就是我这次最大的收获。

最后，感谢巨龙的老师教会我知识，感谢巨龙给了我这样一个可以交流的平台，相信我可以在项目管理的道路上走的更远。

PS：需求文档，UML图，详细设计就不附截图了。最后附上一张会员专区的网站页面截图。大家有机会也去捧场。