一个好的开发团队，首先要营造一个好的开发环境，团队之间要有良好的沟通互动，有时候在开发一期项目的时候需求还不是非常明白。须要边做边确定，而这时就须要团队之间频繁积极的进行沟通。初步模型要积极进行评估讨论。不然就会出现辛苦几天而来的产品不符合需求，打回去重做。这不仅影响开发者的心情，更重要的是影响开发进度。

    结论：TeamLeader要善于沟通。要及时沟通！

    由于应用的技术比較高端，在网上查找相关资料的时候，发现大部分都是英文版的，翻译成汉语的太少。这时候真是感觉“书到用时方恨少”，自己的英语太差，翻译出来的意思可能都不正确，没办法，仅仅能找朋友过来问，特别麻烦和浪费时间。

    结论：英语真的非常重要，今天開始学还来得及。

    我们有一个资深的“架构师”，对我们的项目进行了验收，他对项目的人文设计理念要求非常高。这里分享一些我们遇到的问题：

    1.对于web项目，图片不能过大。

    实际上应该说。整个页面的大小不能太大，这里我觉得一般不超过300K,假设太大，载入过慢或许是全部用户不能接受的，毕竟大家的时间都很宝贵呀。

我们的问题在于，有一张背景图达到了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不能将自己大部分时间花在详细的业务功能了，须要很多其它的去关注项目的进展，完毕质量。总体的架构以及于客户的沟通。

问题五：学会自己解决这个问题

有人会说，这不是费话吗，但我想表达的，有时候。有些问题别人无法帮助你，或者公司无法给你提供即时的资源帮助时，假设你想让项目顺利上线，你须要自己想办法解决你不擅长的问题。比方

    (1)我们须要自己优化图片

     普通情况下，每一个项目都会有美工。比方她设计的页面的背景图过大。那么须要她自己去优化。但假设此时正好美工在其他项目中工作，无法为你即时提供帮助时，你须要自己想办法去做优化。 

    (2)teamleader须要设计项目原型

    这在某些公司是由产品经理来完毕的，但假设没有产品经理。那么teamleader就是产品经理。项目原型自己就须要你自己去设计了。 
  

    结论：擅长的问题要解决。不擅长的问题也要会解决。

    到今天为止。《××××》项目中的优化经验就分享完了。最后还想强调一下软件的人文思想：软件设计一定要从用户角度出发，以用户为主。越靠近用户的使用习惯，软件亲和力越高，开发的软件越受欢迎！