1.验收上一阶段派发的任务
- 任务分工和Github issue的创建，issue要精确到天！
- issue的创建请务必填写Assignee和Label信息，用于创建燃尽图，Milestone统一归入Alpha Version中
- 需要通过编写代码完成的issue，请与pull request的branch进行绑定
- 下一阶段的任务：给自己的每个issue进行时间估计，用于填写“团队项目拆解”博客，同时将任务分为两个阶段，分两周完成，用于“团队贡献分分配”的执行
- 周四中午之前完成
2.PM展示贡献分分配雏形
- 讨论其中不满意的地方进行修改
3.前端出一个人做Code Review，审核pull request
- 这样做的目的是对代码进行复审，杜绝在代码编写阶段的简单错误和团队需求沟通的错位
- 接手Code Review的人可以少干一点开发的活，一些工作量算在在审Pull Request上，开发者一旦有PR即可push reviewer
- 单彦博接手
4.制定线上会议的开会时间
- 2周之内需要开至少10次Scrum Meeting
- 周一休息
- 每天找个固定时间（中午、晚上）开一次，用于汇报进度，每次10分钟
- 周二到周五 中午12：30 周六周日 晚上9：30
- Scrum Meeting的内容是之前已完成的工作，马上计划完成的工作，以及工作中遇到的困难
- 会议记录的一切都与issue绑定！请务必创建好issue，也与贡献分分配有关
- 会议主持者负责记录会议、按记录模板填写并发给PM
5.明确几个DDL：
- 4.8开始：进行Alpha-1阶段的开发
- 4.15：Alpha-1阶段验收、成果汇报
- 4.22：Alpha-2阶段验收，所有issue应当全部完成