团队做业1:团队展现&选题(歪瑞古德小队)

1、团队展现

1.1 队名:歪瑞古德小队

歪瑞古德是英文very good的谐音,象征着这是一只很棒的队伍!前端

1.2 队员信息

1.3 项目描述

海岛漂流,一款以信会友的匿名游戏化社交应用git

1.4 队员风采

黄钰朝github

  • 风格:喜欢研究原理,喜欢创新,注重代码规范web

  • 自身技能:Java后台开发后端

  • 宣言:但愿跟你们一块儿作出有趣又有用的产品微信

  • 软工角色:PM&开发架构

丘丽珊并发

  • 风格:无欲无求,随心写码
  • 自身技能:擅长魔法
  • 宣言:我永远喜欢牧濑红莉牺!!!
  • 软工角色:瞎几把设计&划水开发

黄煜淇学习

  • 风格:擅长于写bug,喜欢研究,但不要太枯燥
  • 自身技能:Java后台开发
  • 宣言:但愿能够开发出一个实用的产品
  • 软工角色:架构

陈宇测试

  • 风格:唱跳rap篮球

  • 自身技能:Java后台开发

  • 宣言:冲冲冲

  • 软工角色:开发&测试

余圣源

  • 风格:佛佛系系,度过余生

  • 自身技能:web前端开发

  • 宣言:有钱出钱,有力出力

  • 软工角色:开发&不想测试

张文俊

  • 风格:一次开发,到处报错

  • 自身技能:web前端开发

  • 宣言:保护头发的同时好好整~

  • 软工角色:开发&瞎点测试

1.5 团队分工

职责 参与成员
UI设计 丘丽珊
前端开发 张文俊,余圣源
后端开发 陈宇,黄煜淇,丘丽珊,黄钰朝
测试 陈宇,黄煜淇,丘丽珊,
张文俊,余圣源,黄钰朝
文档和复审 黄煜淇,黄钰朝

1.6 团队合照

1.7 团队特点

  • 共同的愿景

    咱们厌倦重复的业务,老套的功能。咱们喜欢研究和创新,想要作出让人们眼前一亮,给社会带来有价值的有情怀的好产品

  • 优点互补,各司其职

    咱们的团队中有经验丰富的前端大佬,有稳得一批的后台大哥,有风格独特的设计师,还有一个擅长端茶倒水写文档的打杂小弟,这使得咱们团队可以优点互补,各司其职,可以应对各类各类的软件开发任务

  • 成长性

    咱们的团队成员都致力于不断提高本身的技能,每一个人都根据项目的须要而不断学习新的技术,从而使团队更加有战斗力

2、团队选题

2.1 Git仓库:https://github.com/gdut-very-good

2.2 项目名称:海岛漂流

2.3 项目介绍

  • 一款以“写信”做为主要交流方式的社交应用
  • 有限的漂流瓶数量,信息不会“泛滥”
  • 这里没有“粉丝”和“大V",人人都是笔者
  • 没有图片\音乐\视频,这里只有纯粹的文字

2.4 项目阐述

  • 功能

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

  • 预期用户量:

    总用户量:不超过10万

    日活用户量:不超过1万

    并发用户数:不超过300

  • 真实

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

  • 可用

    本产品面向广大的年轻用户群体而开发,这一用户群体数量庞大,对新事物接受程度高,同时也是在随着互联网发展而成长起来的一代人,早已熟悉QQ,微信,微博等各种社交应用,所以这些用户对本产品的学习成本很低,对于这种新鲜的游戏化社交应用,也具备很大的好奇心和使用需求。

  • 有价值

    在这样一个信息爆炸的时代,人们在互联网中任何一个地方,几乎都避免不了各类广告信息的侵袭,各类精心包装的标题之下毫无养分的软文,各类”大V“和”脑残粉“之间唾沫横飞的论战撕逼。身处这样一个嘈杂的时代,人们须要一款远离喧嚣,专一于心里真实的情感,纯粹的文字表达的社交应用,本产品的价值就在于此。

  • 有情怀

    本产品的切入点是”信件“这样一种原始的交流方式,看似不便,实际上这种具备仪式感的写做方式,更加可以让用户表达本身真实的情感。同时,发送信件的方式,相似于当年微信漂流瓶的方式,这也是一代人的年代回忆。固然,咱们也致力于解决微信漂流瓶信息泛滥的弊端,从而给用户呈现一个更完美的产品。

3、团队计划

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、成员贡献分规则

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
  1. 成员每分担一个任务,将获取一个单位的P,即为1

对于每个任务,成员能够得到的分数为:

\[point=20×I×D \]

总的分数即为:

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

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

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

其中Si为该同窗的总分,S总为全部同窗得分的总和。

相关文章
相关标签/搜索