入了Castle与AOP，试图简化ORM以及横切关注点例如日志、异常、权限、事务等功能的实现。同时，希望采用WCF，利用SOA思想建立松散耦合的面向服务应用程序。但随着客户需求的变化，我们果断地放弃了采用WCF的构想，同时又克服了技术困难，坚持了对Castle与AOP的使用，并为此成立了框架开发小组。事实证明，在技术的抉择上我们作出了正确的决定。
重视UI原型设计。系统的原型设计与需求分析相辅相成。如果有好的原型版本交付给客户，则客户更能够理解系统的实现，促进沟通的有效性与准确性。在EAS项目中，我们从一开始就确立了原型设计小组，并在分析需求阶段，就开始了原型设计。这一做法无疑在客户沟通、需求确认、UI设计等方面都发挥了很大的作用。但是，我们在这一点上，由于缺乏专门的UI设计人员，因此，这一工作还存在很大的缺陷，甚至于UI的设计为迭代版本的交付带来了很大的障碍。在项目后期，关于UI的bug是最多。因此，我们认为在开发类似的WEB应用程序时，应尽早确立UI设计规范，以约束所有的UI设计。同时，必须培养专门的UI设计师，在开始原型设计时，就尽快完成UI交互的设计。并且，必须成立专门的UI设计小组，在需求阶段与需求分析师合作，在编码阶段与开发人员合作。
测试
测试成员应了解需求。如果不了解需求，测试人员无法编写正确的测试用例，同时在测试过程中，也可能因为错误地理解需求，从而导致报告错误的bug，影响开发人员效率。
加强开发人员与测试人员的合作。开发人员必须及时响应测试人员提交的bug。而测试人员也应跟踪开发人员对bug的修复情况。
测试之初必须确定测试原则，对bug的严重程度进行分级。同时，必须确定修复bug的优先级别。
项目管理
进度管理
保证项目进度不出现大的偏差的前提是制定一个好的项目计划。必须根据项目规模，成员情况，技术难度等多方面考虑整个项目计划。如果项目的deadline已经确定，则必须采用一些方法来保障项目计划的完成。首先是选择符合项目的软件开发生命周期。通常情况下，并不建议采用瀑布开发方式。最佳的办法，应该是RUP或者敏捷开发，然后结合原型法制订项目计划。这样可以规避因为需求变更产生的风险。
其次，要每日跟踪项目的进展情况。可以通过晨会、周会以及项目日报、项目周报了解项目进展情况。同时，需要为各个小组指定进度跟踪人，根据各个小组长的日报，判断实际的进度是否与计划出现偏差。
要制定项目进度偏差的应对方法。一旦项目进度出现了偏差，必须采取相应错误解决问题。或者通过加班、增加人手、申请项目进度等方法及时作出响应。
及时向项目成员汇报项目进度情况。只有让各个项目成员了解到项目现状，才能够给每个成员增加压力，不至于松懈。同时，也能够使得每个成员能有一个目标，而不至于茫然失措。
制定项目计划时，必须考虑阶段评审与同行评审的时间。这一点在EAS项目中做得不够好。其中原因也是由于项目进度本身较紧的缘故。
注意维护项目进度跟踪表与项目进度偏差跟踪表。让项目管理部以及QA及时掌握项目进度，有利于对项目进度的管理。
变更管理
变更包括需求变更、人员变更。如果不控制好，两者对项目的进展都会带来灾难性的后果。需求变更在前面已经叙述，而EAS项目中发现人员变更的情况也非常严重，因此这里重点介绍关于人员变更的管理。
如果发生人员进入的情况，那么对项目带来的通常都会是好的影响。但我们也必须注意如何让新成员更快地融入团队。整体上讲，如果需要新成员加入，发生变更的最佳时机是项目前期。如果在项目中后期加入新成员，无疑则意味着项目出现了灾难性的后果。而新增加的成员
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
