团队作业1：团队展示&选题（歪瑞古德小队）

一、团队展示

1.1 队名:歪瑞古德小队

歪瑞古德是英文very good的谐音，象征着这是一只很棒的队伍！

1.2 队员信息

• 黄钰朝：3118005005（队长）
• 黄煜淇：3118004962
• 陈宇：3118004999
• 丘丽珊：3218007877
• 余圣源：3118004982
• 张文俊：3118004986

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 项目阐述

• 功能：

  用户在这里互相通过写信的方式交流，发出去的信件会被系统随机发给某个用户。此外，还有树洞，时间胶囊，海岛漂流等多种多样的社交玩法。

• 真实：

  人们的日常生活离不开社交，各种社交产品成千上万，本产品的真实性不言自明

• 可用：

  本产品面向广大的年轻用户群体而开发，这一用户群体数量庞大，对新事物接受程度高，同时也是在随着互联网发展而成长起来的一代人，早已熟悉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 绩效考核因素

团队成员绩效考虑的方面如下：

1. 工作的重要程度----I（Importance）
2. 工作的参与度----P（Participation）
3. 工作按时提交----D（Delay）

4.2 贡献分计算方法

贡献分计算方法说明：

1. 每个队员参与的每一项工作的初始分为20分。无上限
2. 工作的重要程度在工作分配时确定，取值范围为0-5
3. 工作的参与度为队员参与工作时的数量。
4. 工作是否按时提交影响D的值，如下表

推迟时间	按时提交	推迟1天	推迟2天	推迟3天
D	1	0.7	0.5	0.3

5. 成员每分担一个任务，将获取一个单位的P，即为1

对于每一个任务，成员可以获得的分数为：

\[point=20×I×D \]

总的分数即为：

\[∑n(20×I×D) \]

最后每个成员的贡献分将为：

\[贡献分=20N×Si/S总 \]

其中Si为该同学的总分，S总为所有同学得分的总和。