一、团队展示
1.1 队名:歪瑞古德小队
歪瑞古德是英文very good的谐音，象征着这是一只很棒的队伍！
1.2 队员信息
1.3 项目描述
海岛漂流，一款以信会友的匿名游戏化社交应用
1.4 队员风采
- 风格：喜欢研究原理，喜欢创新，注重代码规范
- 自身技能：Java后台开发
- 宣言：希望跟大家一起做出有趣又有用的产品
- 软工角色：PM&开发
- 风格：无欲无求，随心写码
- 自身技能：擅长魔法
- 宣言：我永远喜欢牧濑红莉牺！！！
- 软工角色：瞎几把设计&划水开发
- 风格：擅长于写bug，喜欢研究，但不要太枯燥
- 自身技能：Java后台开发
- 宣言：希望可以开发出一个实用的产品
- 软工角色：架构
- 风格：唱跳rap篮球
- 自身技能：Java后台开发
- 宣言：冲冲冲
- 软工角色：开发&测试
- 风格：佛佛系系，度过余生
- 自身技能：web前端开发
- 宣言：有钱出钱，有力出力
- 软工角色：开发&不想测试
- 风格：一次开发，处处报错
- 自身技能：web前端开发
- 宣言：保护头发的同时好好整~
- 软工角色：开发&瞎点测试
1.5 团队分工
| 职责 | 参与成员 |
|---|---|
| UI设计 | 丘丽珊 |
| 前端开发 | 张文俊，余圣源 |
| 后端开发 | 陈宇，黄煜淇，丘丽珊，黄钰朝 |
| 测试 | 陈宇，黄煜淇，丘丽珊， 张文俊，余圣源，黄钰朝 |
| 文档和复审 | 黄煜淇，黄钰朝 |
1.6 团队合照
1.7 团队特色
-
共同的愿景
我们厌倦重复的业务，老套的功能。我们喜欢研究和创新，想要做出让人们眼前一亮，给社会带来有价值的有情怀的好产品
-
优势互补，各司其职
我们的团队中有经验丰富的前端大佬，有稳得一批的后台大哥，有风格独特的设计师，还有一个擅长端茶倒水写文档的打杂小弟，这使得我们团队能够优势互补，各司其职，能够应对各种各种的软件开发任务
-
成长性
我们的团队成员都致力于不断提升自己的技能，每个人都根据项目的需要而不断学习新的技术，从而使团队更加有战斗力
二、团队选题
2.1 Git仓库：https://github.com/gdut-very-good
2.2 项目名称：海岛漂流
2.3 项目介绍
- 一款以“写信”作为主要交流方式的社交应用
- 有限的漂流瓶数量，信息不会“泛滥”
- 这里没有“粉丝”和“大V"，人人都是笔者
- 没有图片音乐视频，这里只有纯粹的文字
2.4 项目阐述
-
功能：
用户在这里互相通过写信的方式交流，发出去的信件会被系统随机发给某个用户。此外，还有树洞，时间胶囊，海岛漂流等多种多样的社交玩法。
-
预期用户量：
总用户量：不超过10万
日活用户量：不超过1万
并发用户数：不超过300
-
真实：
人们的日常生活离不开社交，各种社交产品成千上万，本产品的真实性不言自明
-
可用：
本产品面向广大的年轻用户群体而开发，这一用户群体数量庞大，对新事物接受程度高，同时也是在随着互联网发展而成长起来的一代人，早已熟悉QQ，微信，微博等各类社交应用，因此这些用户对本产品的学习成本很低，对于这种新鲜的游戏化社交应用，也具有很大的好奇心和使用需求。
-
有价值：
在这样一个信息爆炸的时代，人们在互联网中任何一个地方，几乎都避免不了各种广告信息的侵袭，各种精心包装的标题之下毫无营养的软文，各种”大V“和”脑残粉“之间唾沫横飞的论战撕逼。身处这样一个嘈杂的时代，人们需要一款远离喧嚣，专注于内心真实的情感，纯粹的文字表达的社交应用，本产品的价值就在于此。
-
有情怀：
本产品的切入点是”信件“这样一种原始的交流方式，看似不便，实际上这种具有仪式感的写作方式，更加能够让用户表达自己真实的情感。同时，发送信件的方式，类似于当年微信漂流瓶的方式，这也是一代人的年代回忆。当然，我们也致力于解决微信漂流瓶信息泛滥的弊端，从而给用户呈现一个更完美的产品。
三、团队计划
3.1 worktile计划
团队已使用worktile创建计划，如下：
3.2 时间表
团队的各项事务时间表如下：
| 时间 | 事项 |
|---|---|
| 第 8 周 | 1.团队组队、团队博客 |
| 2.团队介绍、成员展示、角色分配、选题确定 | |
| 3.制定团队计划安排，团队贡献分的规定 | |
| 第9周 | 1.进行需求分析，编写需求文档 |
| 2.原型设计，设计第一版 UI，队员估计任务难度并学习必要的技术 | |
| 3.编码规范完成、平台环境搭建完成、初步架构搭建 | |
| 4.开发人员确立前后端接口文档 | |
| 第10周 | 1.原型改进（给目标用户展现原型，并进一步理解需求） |
| 2.架构设计，WBS, 团队成员估计各自任务所需时间 | |
| 3.制定测试计划 | |
| 第11周 | 1. 团队项目 Alpha 任务分配计划 |
| 2. 连续7天的 Alpha 敏捷冲刺，7 篇 每日 Scrum Meeting 博客+代码提交 | |
| 第12周 | 1.用户反馈 + 测试计划改进 |
| 2. 团队 Alpha 阶段个人总结 | |
| 3. 团队项目 Alpha 博客：发布说明、测试报告、展示博客、项目管理 | |
| 第13周 | 1. 团队项目 Alpha 博客：事后分析 |
四、成员贡献分规则
4.1 绩效考核因素
团队成员绩效考虑的方面如下：
- 工作的重要程度----I（Importance）
- 工作的参与度----P（Participation）
- 工作按时提交----D（Delay）
4.2 贡献分计算方法
贡献分计算方法说明：
- 每个队员参与的每一项工作的初始分为20分。无上限
- 工作的重要程度在工作分配时确定，取值范围为0-5
- 工作的参与度为队员参与工作时的数量。
- 工作是否按时提交影响D的值，如下表
| 推迟时间 | 按时提交 | 推迟1天 | 推迟2天 | 推迟3天 |
|---|---|---|---|---|
| D | 1 | 0.7 | 0.5 | 0.3 |
- 成员每分担一个任务，将获取一个单位的P，即为1
对于每一个任务，成员可以获得的分数为：
$$
point=20×I×D
$$
总的分数即为：
$$
∑n(20×I×D)
$$
最后每个成员的贡献分将为：
$$
贡献分=20N×Si/S总
$$
其中Si为该同学的总分，S总为所有同学得分的总和。