团队作业1:团队展示&选题(歪瑞古德小队)
一、团队展示
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总为所有同学得分的总和。