引言
通过前面的七篇博客。我把自己在项目优化过程的经验进行了分享，今天这篇博客，作为一个总结，就来讲讲作为一个TeamLeader，在项目管理中遇到的问题和解决经验！
正文
问题一：团队之间怎么沟通？
问题二：看不懂英文资料
问题三：不注意细节问题
我们的问题在于，有一张背景图达到了400K，当项目功能研发完毕后，我当时也发现了这个问题。由于我一直对web性能很关注。所以我立即对图片进行了优化。由400K 下调到110K，但不巧的是，我们理所当然的觉得他应该在測试环境上做測试，没成想，他到了另外一个环境做測试，而我并没有将此次变更同步到两个环境，所以发现了此问题，让他觉得我们很不专业。
2.网页的charset设置非常重要
假设你的站点涉及到多语言，那么为了让全部不同国家的用户不至于看到乱码，那么须要为网页设置字符集。
方法非常easy，但假设没有设置而被别人发现了此问题，那么别人相同也会觉得你不专业。
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
3.第三方组件的版本号问题
我这里所指的第三方组件，就是指你的项目是引用的别人开发的组件。比方jquery,EasyUI之类，可是有人或许很注重你所引用的组件版本号，比方jquery,他更加希望你的项目中引用的是最新版本号。由于事物总是进步的，新版本号或许有很多其它的优势。至于这点。你能够觉得是多此一举，或许你能列出N多种不允许的观点，起码我自己也觉得够用即可。但我们须要依据公司架构的要求来，否则会影响终于的项目上线。
问题四：TeamLeader须要很多其它时间来检查项目质量
这里所指的项目质量包括例如以下方面：
1.项目进度
是否有按预期的进度在发展,一旦偏离慷慨向，以后就越来越控制。
2.每一个功能完毕的质量
虽然从功能上讲没有问题，但从技术实施的手段或许存在一定问题，或许会为以后的重构带来隐患。我们不能说完毕功能即可。须要在一定程序上考虑到你的代码的可维护性，可扩展性。比方项目在第一期交付成功了，当以后客户再提出部分变动时，因为我们的代码可扩展性太差，须要花非常多时间去完毕，客户就会觉得他们的成本太高，我们团队的效率太差。
3.须要花时间从整个技术角度来审查
比方我在功能研发完毕之后。以我自己的经验，我也发现了背景图片过大问题。但因为我也有相当大的业务功能编码任务，故导致此问题发现的比較晚，以至于架构师发现了此问题。
问题五：学会自己解决这个问题
有人会说，这不是费话吗，但我想表达的，有时候。有些问题别人无法帮助你，或者公司无法给你提供即时的资源帮助时，假设你想让项目顺利上线，你须要自己想办法解决你不擅长的问题。比方
普通情况下，每一个项目都会有美工。比方她设计的页面的背景图过大。那么须要她自己去优化。但假设此时正好美工在其他项目中工作，无法为你即时提供帮助时，你须要自己想办法去做优化。
这在某些公司是由产品经理来完毕的，但假设没有产品经理。那么teamleader就是产品经理。项目原型自己就须要你自己去设计了。