标签：
1. 良好的氛围
信任和鼓励每个人。
允许犯错并帮助队员成长,要让每个人都是高效率的.
就事论事的评价， 积极和真诚的夸奖，引导。
欢迎和拥抱挑战和变化
leader要经常反思并总结，并且要及时调整一些方式。尤其是发现问题时。
leader在团队中唯一的不同就是他可以在某些技术方案中有决策权。其他的都是相同的。
人人都可以发挥领导作用。
2. 工作内容具体且透明。
任务目标确定,任务量，任务期限等
每个人负责的模块确定，
合理分配并行任务，需要提供的模块支持要优先进行
3. 充分理解需求
必须提前了解需求细节，越详细越好。 并且进行思考。此时大家要适当的扩展需求范围，进行需求变化的考虑，并做好心理，时间以及技术上的准备。
讨论时相关人员全部到场。
讨论之前要有统一的讨论目标。
讨论的内容要一致。
讨论之后要有明确的结论。
及时确认开发过程中的细节并且进行调整。
在这里，建议产品是把整个的需求规划告诉我们，我们可以提前做好整个的设计，甚至架构。
4. 评估时间
行之有效的思考问题的方法。
合理的评估时间。
对需求的变化有心理和时间上的准备。在这里，如果我们在第三步的时候可以前瞻性的进行需求拓展，那么到需求变化时就自然而然的有准备。
5. 代码开发。
使用TODO帮助我们捋顺逻辑和形成注释。
留意相关逻辑，主动发现问题和小范围持续重构优化，持续提高代码质量
代码提交要注意比较，测试性的代码不要提交。
code review.
6. 注意认知偏见阻碍我们对团队和队员的认识,这里很多团队最容易出现的问题，一直以老眼光看待人和事。
每次迭代对于队员和团队都是新的开始。
7. 团队合作
确定我们的需求
确定对方的需求
不找借口，结果优先，没有结果一切都是浮云.
8. 测试
移动端的需求变化快，所以重点还是在于编写代码之前的逻辑梳理上要完善。
搭建自动化测试平台，争取每次迭代上线之前都把所有页面跑一遍，防止重构导致的遗漏错误。
根据情况再决定是否进行单元测试
每个迭代，每个负责的模块都要点击一遍。防止出现测试代码的疏忽。
但是:
9. 以上其实都是手段方法，最终的还是从我们人本身入手,以人为本。只有我们有主动做事情的心态，才能在任何环境下让自己高效率的工作，才能搭建高效率的团队.
//这里提三个有效的方式:
这里，说一下如何帮助弟兄们成长的一个观点（方式）
用 他缺少这方面的技能来代替 他能力不足 ， 一般情况下我们如果说对方 莫某方面能力不足， 是把自己的评价和观点强加到对方身上. 与其用这样的评价（一般都会导致对方心里不高兴， 而且，还会说你该提高你的能力，问题是如何提高？ 这个时候很少人会说），倒不如告诉他，我们该怎么办，这样才能最大限度的帮助他快速提高各个方面。 我们以他缺少这方面的技能来代替他能力不足，这么一来，对方就会明确知道哪方面还欠缺，针对性更强一些。 引导或者帮助他提高的方法就会更具体一些。 他也会有很明确的目标。
那么，在评估时间，编写代码时就可以采用的一个方法：
评估时间时就可以开始写写画画一个流程图， 随着你对这个需求的不断理解，那么这个流程图就会越来越完善，当开始编写代码时，就可以采用流程图的逻辑进行编写，每一步，每一个重要的逻辑或者算法处，都可以用TODO标明，代码写完了， 回头根据TODO检查一遍，然后把TODO标示删除，留下的就是有效的注释。
第三，如何鼓励团队成员主动思考如何解决问题
多听、少说，以及多问一些问题的方式来帮助人们自发的去解决问题, 让他们带着解决方案来
标签：
原文地址：http://www.cnblogs.com/feitianli-3/p/5438252.html
