团队作业1——团队展示&选题

一、团队展示:

1.队名:六神花露水
2.队员学号:
  • 3118005003 黄济成(队长)
  • 3118005001 胡鹤腾(PM)
  • 3118005002 胡梓泽
  • 3118005004 黄伟洪
  • 3118005883 岑纪鹏
  • 3118005016 马泽琪
3.拟作的团队项目描述:

​ 一个有趣的微信小程序小游戏

4.队员风采:
  • 胡鹤腾
    简介:有一些JavaScript的基础,还是很期待能做出一款好玩的游戏的,需要学的东西还是比较多。
    软工角色:PM
    宣言:永不熬夜
  • 胡梓泽
    简介:有java项目开发经验,了解机器学习相关知识。希望通过项目合作提高对项目整体框架的意识,进一步锻炼写代码能力。
    软工角色:开发
    宣言:边学边做,因地制宜
  • 黄济成
    简介:会一点点C、Java、JavaScript,在团队中主要负责打杂,写博客,捣鼓一些工具,团结好队友们一起学习和开发。
    软工角色:开发、测试
    宣言:大家加油!666!999!
  • 黄伟洪
    简介:有一些java语言基础,对游戏新领域有着浓厚的兴趣,希望能借着团队项目机会学习并试着做出自己的小游戏。
    软工角色:开发
    宣言:好好学习,天天向上
  • 岑纪鹏
    简介:有C++项目开发经验,了解一些python深度学习技术
    软工角色:产品经理
    宣言:这次稳到不行,永远跟着大佬们学习
  • 马泽琪
    简介:对技术难点不畏惧,主要目标是获取知识,现主要生活学习支线任务是论文学习辅一些小实操,关注图像处理跟目标跟踪的等领域的推送。
    软工角色:开发
    宣言:主学习,辅开发,锻实操
5.团队的首次合照:

6.团队的特色描述:
  1. 清晰的目标:队里的成员对做出一个游戏都有强烈的兴趣,为了共同的远景而奋斗。
  2. 良好的沟通:会定时开会和不定时交流进度和经验。
  3. 相关的技能:有一个大佬阿吱带领我们前进!
  4. 特殊之处:我们6位小伙伴都有着不同的项目经验,尽管之前我们常用的编程语言互不相同,但正因为这样我们可以快速学习新知识,创造出更具idea的游戏

二、团队选题:

  • 项目:微信游戏小程序:玩个球
  • 描述:基于一个球的概念的莫名奇妙的球类游戏,参考于WHAT THE GOLF!和一款2D的物理弹球小游戏,将基于时间开发尽可能多的模式和关卡。
  • 阐述
    • 真实:游戏真实可靠,经久不衰
    • 可用:基于微信小程序的广泛使用,小游戏的市场十分广大,开发出的小游戏前景开阔
    • 价值:作为一款游戏,好玩就是最大的价值
    • 情怀:那些沙雕小游戏是我们内心永不变的童稚,现实生活中一款简简单单的小游戏每每能让一大批大学生所乐此不疲,但那些小游戏的广告太多了,并且相对也比较单调。基于这些,我们想做一款类似于WHAT THE GOLF!的小游戏,做一款好玩又没广告的小游戏。
  • 团队git的协作方式:由组长创建代码仓库并有master分支权限,其他成员分配slave分支,当成员完善自己的功能后可申请与master分支进行merge操作。
  • 项目GitHub地址:https://github.com/hhhh344/play-balls

三、团队计划:

8 1.团队组队、团队博客
2.团队介绍、成员展示、角色分配、选题确定
3.制定团队计划安排,团队贡献分的规定
第9周 1.需求规格说明书
2.原型设计,队员估计任务难度并学习必要的技术
3.编码规范完成、平台环境搭建完成、初步架构搭建
第10周 1.原型改进(给目标用户展现原型,并进一步理解需求)
2.架构设计,WBS, 团队成员估计各自任务所需时间
3.测试计划
第11周 1. 团队项目Alpha任务分配计划
2. 连续7天的Alpha敏捷冲刺,7 篇 每日Scrum Meeting博客+代码提交
第12周 1.用户反馈+测试计划改进
2. 团队Alpha阶段个人总结
3. 团队项目Alpha博客:发布说明、测试报告、展示博客、项目管理
第13周 1. 团队项目Alpha博客:事后分析

四、团队成员绩效评估方法

成员的绩效 = 团队获得的分数 + 个人的团队贡献分

其中团队获得的分数是固定的,设计了下面的规则来对个人的团队贡献分进行分配。

我们主要围绕个人完成的工作量、完成的质量和完成的准时性来进行评估和分配,具体的占比和分配比例如下:

首先将个人的团队贡献分拆分成如下的三部分

工作 比例
完成工作量 40%
完成工作的质量 30%
完成工作的准时性 30%

然后按照如下规则进行绩效的增减:

衡量的项目 项目细则 分数
- 工作质量 优秀,没有 bug,符合要求且不需要再次更改 +5
良好,符合要求,仅在极少特殊场合出现 bug +2
合格,基本符合要求,出现极少量 bug 0
不合格,基本满足要求,但 bug 较多,影响其他成员进度 -2
差,没有满足基本要求或 bug 很多 -5
- 准时性 提前交付 +5
按时交付 +2
交付晚于规定,迟交时间在一天内或不影响他人进度 0
迟交一天以上或影响了他人进度 -5

最后会根据个人绩效的占比来分配团队贡献分。

posted @ 2020-04-21 22:00  戮漠  阅读(634)  评论(0编辑  收藏  举报