基本原则
团队人数不要超过6人，不要低于3人
以团队集体成绩为优先考虑，鼓励结对设计，结对编程，随时讨论
任务分配到个人，鼓励相互帮助，相互补位；鼓励两人一起做任务，边讨论边做。
正能量，积极向上，团结互助的团队氛围，以快乐的心情努力工作。
将技术预研和学习提高到和完成任务相同的高度；鼓励团队学习，团队分享
追求团队成功，推崇集体主义；同时鼓励个人英雄，更加鼓励带领队友进步的个人英雄。
每个需求和任务，有一个人负责跟进，至少要有另外一个人了解，防止“单点风险”
“备选人员制度”：每个人都指定一名备选人员，万一有请假什么的，“备选人员”可以协助处理任务。
集中设计
集中讨论和理解需求，有疑问及时提出，团队讨论
进行概要设计，并在团队内讨论，达成基本的共识
在充分理解需求，概要设计达成基本一致的基础上评估工作量，达成相对一致的意见
任务以团队成员主动认领为主，同时考虑平衡，以团队绩效为出发点
检查需要的接口，需要的界面资源是否具备，缺少的话，及时提出
鼓励两人一起设计，鼓励Android和iOS结对，相互学习
鼓励测试，交互，接口等相关人员参加
设计者和实际编码者可以是不同的人，加强团队共识，防止“单点风险”
集中Review
组织团队进行集中Review，由做的人讲解，其他人提问
可以有讨论，也可以有争论。是通过，还是继续修改，需要有结论
每个提交只进行一次集中Review。根据实际情况，有必要的话，可以再组织一次，原则上不要超过3次
团队开发
优先新特性的开发
其次当期的Bug解决
有时间，考虑解决历史遗留Bug
任务分配到人，但实际做得时候鼓励“结对编程”
如果自己的任务开发完了，可以帮助其他人员开发，形成相互帮助的团队氛围
有事向团队请假，同时指定补位开发人员，尽量让业务推进不受影响
任何团队成员都可以发起方案讨论会议，群策群力解决问题
每日站立会议
主要目的是沟通每日进度，及时发现问题
说清楚三件事：（1）昨天做了什么？（2）今天准备做什么？（3）需要什么帮助？
每人发言时间限制在3分钟以内
固定时间，比如每天早上9：00 ~ 9：30，团队成员都在的某个时间点
每个人站立，不能坐着
长期坚持，作为加强团队沟通的手段，不能流于形式
在任务开发阶段实行；在需求评审，概要设计阶段不要求
技术交流
开发任务完成之后，新版本开发任务开始之前，比如版本发布后
小组全员参加，大家轮流讲
每人限时20分钟，整个过程2小时左右，不要超过4小时
每个人都要讲，主要是这个版本开发相关的内容，要求提前准备，有自己独立的思考
内容包括但不限于自己的经验，小技巧，踩坑填坑经历，好文章介绍，好工具，好用的第三方库介绍等等。
鼓励相互探讨，合理的争论
团队学习
执行一对一导师制度，让新成员尽快熟悉公司，融入团队
鼓励写技术文章，比如gitbook，开源中国，简书等
鼓励学习新技术，iOS版本升级，针对新特性，写相关的Demo，在团队内部分享
