作为一个Master，除了编写核心代码之外，日常的工作基本上就是参与到流程管理和编程管理：
流程管理所需的工作：
前置条件：
PO完成需求编写
工作内容：
1.需求阶段参与需求评审
2.在计划会议上拆分任务，估计工时，排好优先级，规划好迭代
3.在开发阶段记录好花费，跟进体验，进行code review。
4.测试阶段，进行好缺陷跟踪。
5.发布产品进行回顾和总结。
编程管理方面所需的工作：
1.用git or svn进行版本控制，每个sprint开始前新建一个新版本，bug修复在老版本，修复完成后合并到新版本。（每个公司版本控制可能不一样）
2.在项目初期计划好代码结构，常用的代码结构有3种：
1）“川”型代码结构
所有队员各自负责一个或一些功能，每个人都从上层页面、中间的业务逻辑、底层的数据访问一直做下来。
缺点是高手负责的功能bug少，新手bug超多，影响整体质量
2）“三”型代码结构
所有队员按层次（一般是表现层View、业务逻辑层Model、数据访问层Data，如果是MVC模式，还有控制层Controller）开发。
优点是质量明显优于纵向分工的“川”型代码结构，因为若将被反复访问的Model和Data等底层代码交给高手完成，则这些代码中本身的缺陷就会很少；由于“反复使用”相同代码，一处发现缺陷，其他处的缺陷也被同时修改，缺陷的修复成本很低；而未来新开发的功能，再次调用这些代码时，则可以直接享受到接近零成本、零缺陷的效果。
3）L型代码结构
适用于松结对编程，底层库初期基本由高手负责，后续业务更新时可由新手请教高手尝试开发和维护底层库。