项目优化经验分享（八）TeamLeader经验总结
引言
通过前面的七篇博客，我把自己在项目优化过程的经验进行了分享，今天这篇博客，作为一个总结，就来讲讲作为一个TeamLeader，在项目管理中遇到的问题和解决经验！
正文
问题一：团队之间怎么沟通？
一个好的开发团队，首先要营造一个好的开发环境，团队之间要有良好的沟通互动，有时候在开发一期
项目
的时候需求还不是很明确，需要边做边确定，而这时就需要团队之间频繁积极的进行沟通，初步模型要积极进行评估讨论，不然就会出现辛苦几天而来的产品不符合需求，打回去重做。这不仅影响开发人员的心情，更重要的是影响开发进度。
结论：TeamLeader要善于沟通，要及时沟通！
问题二：看不懂英文资料
因为应用的技术比较高端，在网上查找相关资料的时候，发现大部分都是英文版的，翻译成汉语的太少，这时候真是感觉“书到用时方恨少”，自己的英语太差，翻译出来的意思可能都不对，没办法，只能找朋友过来问，特别麻烦和浪费时间。
结论：英语真的很重要，今天开始学还来得及！
问题三：不注意细节问题
我们有一个资深的“架构师”，对我们的项目进行了验收，他对项目的人文设计理念要求很高，这里分享一些我们遇到的问题
：
1.对于web项目，图片不能过大。
实际上应该说，整个页面的大小不能太大，这里我认为一般不超过300K,如果太大，加载过慢也许是所有用户不能接受的，毕竟大家的时间都非常宝贵呀。
我们的问题在于，有一张背景图达到了400K，当项目功能研发完成后，我当时也发现了这个问题，因为我一直对web性能非常关注，所以我马上对图片进行了优化，由400K 下调到110K，但不巧的是，我们理所当然的认为他应该在测试环境上做测试，没成想，他到了另外一个环境做测试，而我并没有将此次变更同步到两个环境，所以发现了此问题，让他认为我们非常不专业。
2.网页的charset设置很重要
如果你的网站涉及到多语言，那么为了让所有不同国家的用户不至于看到乱码，那么需要为网页设置字符集。
方法很简单，但如果没有设置而被别人发现了此问题，那么别人同样也会认为你不专业。
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
3.第三方组件的版本问题
我这里所指的第三方组件，就是指你的项目是引用的别人开发的组件，比如jquery,EasyUI之类，但是有人也许非常注重你所引用的组件版本，比如jquery,他更加希望你的项目中引用的是最新版本，因为事物总是进步的，新版本也许有更多的优势。至于这点，你可以认为是多此一举，也许你能列出N多种不同意的观点，起码我自己也认为够用就行，但我们需要根据公司架构的要求来，否则会影响最终的项目上线。
我们的问题在于，有一张背景图达到了400K，当项目功能研发完成后，我当时也发现了这个问题，因为我一直对web性能非常关注，所以我马上对图片进行了优化，由400K 下调到110K，但不巧的是，我们理所当然的认为他应该在测试环境上做测试，没成想，他到了另外一个环境做测试，而我并没有将此次变更同步到两个环境，所以发现了此问题，让他认为我们非常不专业。
2.网页的charset设置很重要
如果你的网站涉及到多语言，那么为了让所有不同国家的用户不至于看到乱码，那么需要为网页设置字符集。
方法很简单，但如果没有设置而被别人发现了此问题，那么别人同样也会认为你不专业。
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
3.第三方组件的版本问题
我这里所指的第三方组件，就是指你的项目是引用的别人开发的组件，比如jquery,EasyUI之类，但是有人也许非常注重你所引用的组件版本，比如jquery,他更加希望你的项目中引用的是最新版本，因为事物总是进步的，新版本也许有更多的优势。至于这点，你可以认为是多此一举，也许你能列出N多种不同意的观点，起码我自己也认为够用就行，但我们需要根据公司架构的要求来，否则会影响最终的项目上线。
结论：你不注意细节问题，专业人员，甚至客户都会认为你不够专业。
问题四：TeamLeader需要更多时间来检查项目质量
这里所指的项目质量包含如下方面： 1.项目进度
是否有按预期的进度在发展,一旦偏离大方向，以后就越来越控制。
2.每个功能完成的质量
尽管从功能上讲没有问题，但从技术实施的手段也许存在一定问题，也许会为以后的重构带来隐患。我们不能说完成功能就行，需要在一定程序上考虑到你的代码的可维护性，可扩展性。比如项目在第一期交付成功了，当以后客户再提出部分变动时，由于我们的代码可扩展性太差，需要花很多时间去完成，客户就会认为他们的成本太高，我们团队的效率太差。
3.需要花时间从整个技术角度来审查
比如我在功能研发完成之后，以我自己的经验，我也发现了背景图片过大问题，但由于我也有相当大的业务功能编码任务，故导致此问题发现的比较晚，以至于架构师发现了此问题。
结论：teamleader不能将自己大部分时间花在具体的业务功能了，需要更多的去关注项目的进展，完成质量，整体的架构以及于客户的沟通。
问题五：学会自己解决问题
有人会说，这不是费话吗，但我想表达的，有时候，有些问题别人无法帮助你，或者公司无法给你提供即时的资源帮助时，如果你想让项目顺利上线，你需要自己想办法解决你不擅长的问题。比如
(1)我们需要自己优化图片
一般情况下，每个项目都会有美工，比如她设计的页面的背景图过大，那么需要她自己去优化，但如果此时正好美工在其它项目中工作，无法为你即时提供帮助时，你需要自己想办法去做优化。
一般情况下，每个项目都会有美工，比如她设计的页面的背景图过大，那么需要她自己去优化，但如果此时正好美工在其它项目中工作，无法为你即时提供帮助时，你需要自己想办法去做优化。
(2)teamleader需要设计项目原型
这在某些公司是由产品经理来完成的，但如果没有产品经理，那么teamleader就是产品经理。项目原型自己就需要你自己去设计了。
这在某些公司是由产品经理来完成的，但如果没有产品经理，那么teamleader就是产品经理。项目原型自己就需要你自己去设计了。
结论：擅长的问题要解决，不擅长的问题也要会解决。
总结
到今天为止，《××××》项目中的优化经验就分享完了！最后还想强调一下软件的人文思想：软件设计一定要从用户角度出发，以用户为主，越靠近用户的使用习惯，软件亲和力越高，开发的软件越受欢迎！