Skip to content

Latest commit

 

History

History
224 lines (137 loc) · 8.32 KB

团队作业1:团队展示和选题.md

File metadata and controls

224 lines (137 loc) · 8.32 KB

[TOC]

一、团队展示

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

1.2 队员信息

1.3 项目描述

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

1.4 队员风采

黄钰朝

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

  • 自身技能:Java后台开发

  • 宣言:希望跟大家一起做出有趣又有用的产品

  • 软工角色:PM&开发

丘丽珊

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

黄煜淇

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

陈宇

  • 风格:唱跳rap篮球

  • 自身技能:Java后台开发

  • 宣言:冲冲冲

  • 软工角色:开发&测试

余圣源

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

  • 自身技能:web前端开发

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

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

张文俊

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

  • 自身技能:web前端开发

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

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

1.5 团队分工

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

1.6 团队合照

1.7 团队特色

  • 共同的愿景

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

  • 优势互补,各司其职

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

  • 成长性

    我们的团队成员都致力于不断提升自己的技能,每个人都根据项目的需要而不断学习新的技术,从而使团队更加有战斗力

二、团队选题

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 绩效考核因素

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

  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总为所有同学得分的总和。