一、确定选题
1.确定团队选题，确定之后每个团队需要描述要做的究竟是什么系统，预期的用户量是多少。
- 选题：微信打卡小程序(小程序名字为“滴卡录”)
- 描述：微信打卡小程序的面向用户是普通群众，主要针对于想养成早起、健身、阅读等一系列习惯的养成者。主要功能有新建打卡、打卡分享、查看个人信息以及个人奖励等。
- 预期用户量：30人
2.围绕选题项目内容的真实、可用、有价值（有情怀作为加分项）目标来分别阐述。
- 真实性方面：当代青少年学生、上班族沉迷于网络，欠缺自我约束能力，刚好可以借用手机或电脑等网络媒介，使用此软件完成自我目标的定制以及实施。
- 可用性方面：在此之前，市面上已经有类似成功的产品，例如微信“小打卡”程序，现已拥有较大的用户群，就用户反馈情况来看，满意度高，前景较为可观。
- 价值方面(含情怀)：就个人而言，利用此打卡小程序，可以很好地定制目标、合理地安排时间，有目的性地执行计划并且获得计划完成后的成就感；就家庭而言，此程序可以代替父母起到监督作用，例如在假期，发布打卡计划，孩子每日完成计划后，在此程序上发布打卡日记，父母可以通过查看打卡情况起到异地监督作用；就社会而言，一群人参与打卡，一方面可以互相监督，调动积极性，还可以通过朋友圈结交好友，推动社会发展。
3.请立刻建立团队项目的git仓库。
二、制定团队计划
根据发布的项目时间规划，初步确立团队任务计划，将团队的任务计划添加到码云的团队项目Issues（列表、里程碑）里面，要求：
1.PM组织成员快速阅览《构建之法》第8章到第15章关于“软件开发完整生命周期”的相关章节，并回顾在案例分析中初步练习过的项目计划设计的方法对项目做时间安排。同时请参考下面的团队项目每周环节进度表。
2.使用《构建之法》“计划和估计”一节中提到的讨论方法和耗时估计公式来矫正计划的时间表，为每个环节定制好时间。并注意，不要贪图做太多的功能，而是要把关键的场景实现了（参考《构建之法》中关于MVP的描述）。
实际时间花费主要取决于两个因素——对某件事的估计时间X,以及他做过类似开发工作的次数N. 实际花费时间Y=X+X/N 或者Y=X-X/N.
依教材所言，预计X=2个月，而我们团队并无相关开发经验，即N=0,如此说来，我们的项目在规定时间内压根就做不了或者会出现巨多的bug把项目拖垮？但是，事在人为，只要认真做，肯定会有所收获。
表格修改前
| 时间 | 安排 |
|---|---|
| 第 6 周 | 1.制定团队计划 |
| 2.确定团队分工 | |
| 3.建立码云仓库 | |
| 4.完成平台搭建 | |
| 第7周 | 1.编码规范完成 |
| 2.架构设计，WBS, 团队成员估计各自任务所需时间 | |
| 3.测试计划制定 | |
| 第8周 | 1.团队项目Alpha任务分配计划 |
| 2.团员完成相关任务的学习 | |
| 第9周 | 1.连续7天的Alpha敏捷冲刺，7 篇 每日ScrumMeeting博客+代码提交 |
| 第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.编码规范完成、平台环境搭建完成、初步架构搭建 | |
| 5.架构设计，WBS, 团队成员估计各自任务所需时间 | |
| 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.团队整个阶段总结，分析用户数据，整理文档，保证以后的团队能接手。 |
码云issues截图
团队分工
| 队员 | 任务分配 | 完成情况 |
|---|---|---|
| 郭炜埕 | 总结大家的意见，确定部分团队计划 | 已完成 |
| 郑晓丽 | 整合大家的看法，完成部分选题内容目标 | 已完成 |
| 廖怡洁 | 结合教材及讨论情况完成部分团队计划 | 已完成 |
| 包梦榕 | 博客编辑，整合其他队员的任务，完成部分选题内容目标 | 已完成 |
| 柯智青 | 带领小组成员讨论选题及团队任务计划，建立团队项目git仓库，完成部分团队计划 | 已完成 |
| 黄晓杨 | 总结讨论结果，完成部分选题内容目标 | 已完成 |
个人感想
- 郭炜埕：虽说不是第一次以团队的形式进行开发，但是参与有淘汰机制的团队还是第一次。从组队到选题再到安装环境开始学习，我和我的队友进行了多次的交流。我了解到团队里的每位成员都有自身的闪光点，有善于编码的，有善于美工的，我很享受互相学习的这个过程。同时，我也会做好我该做的，不让大家失望。
- 郑晓丽：团队编程模拟了以后可能遇到的工作模式，还选了团队的PM，然后进行团队分工，感觉接下来，可以让我们提前体验一下在工作岗位你能做些什么，挺期待的。但是毕竟自己写东西，要去学新东西，有期待也有害怕。希望能为团队做出什么而不拖后腿。
- 廖怡洁：在本周的任务中，我们主要是完成课题的确定。最初我们有挺多想法的，比如写一个游戏程序，做一个类似日程备忘录的万年历，记账本等等。但是最终我们考虑了很多因素之后还是选择了打卡小程序，这是出于我们的能力还有使用性和创新性等等方面考虑的。我觉得选定课题之后就像有了一个目标和方向一样，更会有前进的动力，现在的心情既期待又开心，希望我们团队能出色完成这个小程序。
- 包梦榕：这个基于微信的小程序开发是由我们团队经过两个小时左右的时间共同商榷的结果，其出发点在于以奖励公开模式，调动学习生活的积极性，制作可行性计划、合理安排时间、分享与共同监督促进，展现一个界面美观、用户满意的打卡小程序。经过小组组长的分配，包括我在内的每个成员，终于有个美好的愿景啦，各司其职、协助并进。
- 柯智青：之前还没确定选题的时候就对微信小程序比较感兴趣，有去了解了一下。这次确定完微信打卡小程序这个选题后，开始学习相应的编程语言了。对于微信小程序，我们以前都没有相关的开发经验，相对来说还是比较难的。所以，希望大家齐心协力，一起做好这个项目。还有就是初次接触到团队合作完成项目，团队合作过程中可能存在的问题还是比较多的，希望大家多磨合，有问题的话可以提出来再一起解决。
- 黄晓杨：这周的主要项目工作是确定我们的项目选题，目标，以后的任务分工等。我们经过商讨确定了大致的项目走向，以及每个人分配的任务。在此之前，我们的很多想法都很天马行空，没有考虑到实际的实现难度，而且比较飘，但经过这周之后，很多东西都变得脚踏实地了。所以说，前期规划还是很有必要的，项目的后续实现离不开切实地规划，而项目的推进，必不可少的还有相互之间的沟通交流。