0、结果导向的团队是什么样子的？
期望有一种团队，就如同Scrum开发模式中提到的，每个人都能进入自组织模式，自我管理，自我约束，积极主动沟通，清楚需求，构建方案并发起评审，高效开发，组织代码Review，完善的自我验证手段和方法，提供高质量的交付，测试后，完美通过验收；临近下班了，和同事闲聊下班后惬意的生活；
结果导向如何落到实处?
1、为什么团队成员中有不加班同学，你会感觉不安，尽管他的工作已经在有效时间内完成？
其实这一方面是出于对质量的担忧，程序员效率都普遍很高，你完全不用担心他会在有效的时间内完成工作，但唯一令你感到不安的是：完成的质量；即使是经验非常丰富的程序员，总是会出现各种各样非技术性质的问题，比方：不屑于遵守产品的规格说明开发产品，导致测试时发现很多和产品需求不一致的问题；比方提示描述错误、比方UI不符合设计规范的等等细节问题；
通常，擅长技术的同学会缺乏某种有效的沟通，导致项目负责人对进度和完成度上理解的偏差，虽然这可以通过团队Leander组织每天的站会、随时的走动沟通解决，但需要不断的坚持；
最近的一个项目中有一种体会，项目组中需要一个核心人物，敢于在技术方案上拍板，在不确定的方案上做抉择，主人翁般的推进项目往前走；缺少这样的人，则一个项目失败的概率会大幅度增加，自组织模式带来的坏处是各自为政，互不沟通，重复工作，可维护性差，缺乏统一的管理和代码风格等等细节问题，交付的质量也是差到让测试同学崩溃，甚至是抱怨，更甚可能会收到投诉。
2、如何培养团队的技术氛围？
团队Leader的空杯心态，这种心态是否在团队同学的每个人身上体现，可能会因人而异，同时需要作为团队Leander的同学有很好的包容心，接纳各种性格同学进入团队，让团队呈现多元化模式，有技术上的讨论，也有争执，不是一成不变的对大牛的认同，没有挑战性的意见和见解；
新开发框架的引入引起的问题，有的开发同学热衷于在不同的框架间切换，比方RxJava、xUtils等等框架之间的切换，或者在不同的设计模式间游走，比方MVP、比方MVVM，需要项目负责人在新与旧之间做权衡，既不能打击各同学学习新框架的积极性，又能保证项目如期上线。
3、如何提升团队的效率和开发质量？
这总是一件让人难以抉择的问题。
有效率还能有质量，其实在HW的经历，一直培养的是一次性把事情做对的工作态度，也就是交付之后的产品，保证是0缺陷的，这需要在交付之前做很多的工作，代码Review、单元测试、黑盒用例、代码扫描等等手段，既体现了做事的态度和追求，又包含了一种难能可贵的契约精神，对自我的承诺。