1.确定选题
1.确定团队选题，确定之后每个团队需要描述要做的究竟是什么系统，预期的用户量是多少.
- 团队选题是俄罗斯方块小游戏
- 方块可以变形，消除
- 预期的用户量20人左右
2.围绕选题项目内容的 真实、可用、有价值（有情怀 作为加分项）目标来分别阐述。
- 真实可用性：俄罗斯方块是一个休闲游戏，它面对的是那些没有精力或兴趣玩大型游戏的玩家，这些人需要一类简单好玩的游戏，拿起来就能进入状态，在忙碌的生活中寻求片刻放松。
- 价值：同时也是对我们童年时光的一次缅怀，希望能通过这个休闲小游戏，让我们从成人的生活中解脱出来，能够暂时回到童年无忧无虑乐此不疲地玩这种其实有点无聊游戏的状态，哪怕只有一秒钟，那就是我们的圆满。
- 俄罗斯方块大概是我们每一个人童年时期都玩过的小游戏。俄罗斯方块不仅仅是一个小游戏，更是我们童年的美好回忆的代表之一。通过自己的努力，对自己的童年小游戏进行还原所带来的成就感和满足感是无与伦比的。我相信对于我们这些小白来说，我们完成不了过于难的项目，但我们愿意尽力去解决问题，愿意倾注感情去完成的项目将会是最适合我们的项目，这会让我们能真正投入进去，学点东西出来。我们也相信，有感情有情怀的项目至少对于我们而言价值是无与伦比的。
3.建立和初步熟悉团队git的协作方式。项目后续的代码、文档都要通过码云增量式管理。实现文档的版本化和增量式管理。
4.请立刻建立团队项目的git仓库。
https://gitee.com/cpjzgl/events
2.制定团队计划
根据发布的项目时间规划，初步确立团队任务计划，将团队的任务计划添加到码云的团队项目Issues（列表、里程碑）里面，要求：PM组织成员快速阅览《构建之法》第8章到第15章关于“软件开发完整生命周期”的相关章节，并回顾在案例分析中初步练习过的项目计划设计的方法对项目做时间安排。同时请参考下面的团队项目每周环节进度表。
环节进度表：
| 时间 |
|
|
| 第 6-7 周 | 1. 制定团队计划 | |
| 2. 需求规格说明书 | ||
| 3. 原型设计，队员估计任务难度并学习必要的技术 | ||
| 4. 编码规范完成、小程序账号注册 | ||
| 5. 架构设计，团队成员估计各自任务所需时间 | ||
| 6. 测试计划制定 | ||
| 第8-9周 | 1. 团队项目Alpha任务分配计划 | |
| 2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交 | ||
| 第10周 | 1. 用户反馈+测试计划改进 | |
| 2. 团队Alpha阶段个人总结 | ||
| 3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 | ||
| 第11周 | 1. 项目复审 | |
| 2. 团队项目Alpha博客：事后分析 | ||
| 3. 每个团队有一人必须离开，自己寻找下一个接纳自己的团队。团队发博客宣布离队和接纳的成员。 | ||
| 第12-13周 | 1. 团队项目Beta任务分配计划，介绍新成员 | |
| 2. 连续7天的Beta敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交 | ||
| 第14周 | 1. 团队项目Beta博客：发布说明、测试报告、展示博客 | |
| 2. 团队Beta阶段个人总结 | ||
| 第15周 | 1. 项目复审 | |
| 2. 团队项目Beta博客：事后分析， 宣布每人的贡献分 | ||
| 第16周 | 1. 团队整个阶段总结，分析用户数据，整理文档，保证以后的团队能接手。 |
修改后的进度表：
| 时间 | 安排 |
| 第 6-7 周 | 1.制定团队计划 |
| 2. 需求规格说明书 | |
| 3. 原型设计，队员估计任务难度并学习必要的技术 | |
| 4.编码规范完成、平台环境搭建完成、初步架构搭建 | |
| 第8-9周 | 1.项目开发 |
| 2.代码提交码云/每日博客 | |
| 第10周 | 用户反馈+测试计划改进 |
| 团队Alpha阶段个人总结 | |
| 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 | |
| 第11周 | 1.项目复审 |
| 2.团队项目Alpha博客：事后分析 | |
| 3.每个团队有一人必须离开，自己寻找下一个接纳自己的团队。团队发博客宣布离队和接纳的成员。 | |
| 第12-13周 | 1. 团队项目Beta任务分配计划，介绍新成员 |
| 2. 连续7天的Beta敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交 | |
| 第14周 | 1. 团队项目Beta博客：发布说明、测试报告、展示博客 |
| 2. 团队Beta阶段个人总结 | |
| 第15周 | 1. 项目复审 |
| 2. 团队项目Beta博客：事后分析， 宣布每人的贡献分 | |
| 第16周 | 1. 团队整个阶段总结，分析用户数据，整理文档，保证以后的团队能接手 |
合作情况
| 姓名 |
分工 |
| 刘阳航 | 开发，优化 |
| 林庭亦 | 测试，美化 |
| 丁树乐 | 开发，优化 |
| 陈文俊 | 开发，优化 |
| 郑子熙 | 测试，美化 |
将任务计划添加到码云的团队项目issues:
使用《构建之法》“计划和估计” 一节中提到的讨论方法和耗时估计公式来矫正计划的时间表，为每个环节定制好时间。并注意，不要贪图做太多的功能，而是要把关键的场景实现了（参考《构建之法》中关于MVP的描述）。
3.个人感想
刘阳航：其实我一直觉得，做事情的效率和人数是成反比的，人数越多，做事的效率就越低。自从上次结对编程之后，我发现，在团队合作中，如何合理地分配任务是非常重要的。这次其实是真正意义上第一次团队进行合作完成任务。我们对此进行了认真仔细地讨论并且分配了任务，我相信在我们的共同努力下，我们一定会有所收获。
丁树乐：透过团队合作，能够营造一种工作氛围，使每个队员都有一种归属感，有助于提高团队成员的用心性和效率。透过团队合作，有利于激发团队成员的学习动力，有助于提高团队的整体潜力。
陈文俊：团队合作能够实现“人多好办事”，团队合作能够完成个人无法独立完成的大项目。此刻很多项目，都不是一个人在战斗。毕竟人无完人，一个人的力量有限，一个人单打独斗难以把全部事情都做尽做全做大。但是多人分工合作的话，就会有人多力量大的优势，就能够把团队的整体目标分割成许多小目标，然后再分配给团队的成员去一齐完成，这样就能够缩短完成大目标的时间而提高效率。
林庭亦：其实刚开始知道要做这么个项目还是挺紧张的，再加上还要中途踢人的规则，感觉这次作业不是开玩笑的啊。好在还有个靠得住的组长和其他组员，就希望大家都能在团队合作的过程中互帮互助，互相学习，互相提高。
郑子熙：本来就挺喜欢玩游戏的，这次能和几个同学一起做一个游戏出来感觉还是挺激动的，只是我编程能力不太行，希望能在这个过程中学习。
| 1.制定团队计划 |