现在已经是在项目后期了。我接手的是一个教育类的门户网站，从去年的12月份开始，前前后后已经有3个月了吧。在这过程中我发现了一些问题，这在这里就当是一些经验的积累。
第一个问题就是对客户的需求不明确，不清晰，以至于在第二次与Boss约谈之前，我们做了很多无用功，写了很多我们自认为有用的功能，结果在后来这些功能都被删掉了，因为他们根本就不被需要。在以后的项目中，在初期，在开始前就应该先把需求明确下来，然后在开始自己的项目。
第二个问题就是可能你碰到的客户他自己对自己的需求都不明确，他或许只是有一个模糊的想法，并不清晰。这种客户通常有多变的需求。这时候就需要你去猜客户的需求，然后根据你猜出来的东西去写一个扩展性良好的“框架”，就是我们俗称的“高内聚低耦合”。注意是“框架”而不是“功能”。一个扩展性良好的框架可以在后期轻松应对客户多变的需求。
第三个问题就是团队间的沟通问题。可能你前端做出来的东西后台实现起来很困难；也有可能你前端写的代码不够严谨，而导致了后台在调试的报一堆错。对于前者，我觉得可以用别的方法“曲线救国”。比如在低网速下图片加载卡顿会造成用户体验下降，而图片渐变加载（图片懒加载）就完美解决了问题，用一个动画渐变略微增加了用户的等待时间，为图片加载赢得了时间，同时动画渐变也提升了用户体验，可谓一举两得。对于后者，那就只能要求团队中的每个人都用严谨的态度去写代码，或者强制使用严格模式来写代码。
最后一个问题就是由于未制订详细的项目计划，导致了整个团队在前期热情还很高，但到了后期就松懈下来了。并且由于没有一个明确的完成日期，客户本身也没有安全感。极有可能在项目后期整个项目垮掉。所以以后在项目开始时就应该先对团队自身的能力分析到位，然后制定一个完善的项目计划，必须要精确到日。计划可以不完美，但一定要有。并且一定要按照计划来执行每天的任务。一个没有计划的项目还没开始就已经死了一半了。
不知不觉写了那么多，以上就是我对这第一个项目三个月来的一次经验总结。
