目录
一丶团队展示
1.1队名:Bugames
队名意味着游戏可能会出现很多Bug(逃)
1.2队员信息
- 吴永力:3118005386(队长)
- 曾鑫:3118005357
- 罗耿城:3118005376
- 杨锐楷:3118005389
- 杨文伟:3118005390
1.3项目描述
名字还没想好,一款音游游戏。
1.4队员风采
吴永力
- 风格:致力于写出有极大拓展性的代码,但也一直在踩坑写出Bug
- 自身技能:C++,C#,Unity开发,计算机图形学,图形API调用师
- 宣言:希望可以做一款有趣的游戏
- 软工角色:PM&框架&开发
曾鑫
- 风格:_______
- 自身技能:
(乱)分析抓本质 - 宣言:在学了在学了
- 软工角色:开发&测试
罗耿城
- 风格:慢条斯理
- 自身技能:java开发
- 宣言:希望能写出一个有趣的东西
- 软工角色:开发&测试
杨锐楷
- 风格:#注释清晰
- 自身技能:C,Python,java,html都处于入门状态。CV大师
- 宣言:爱国!
- 软工角色:开发&测试
杨文伟
- 风格:文静
- 自身技能:熟悉使用cv与写bug 偶尔听听歌
- 宣言:绝不植发
- 软工角色:(音乐)开发&测试
1.5团队分工
职责 | 参与成员 |
---|---|
整体架构设计 | 吴永力 |
程序开发 | 吴永力,曾鑫,罗耿城,杨锐楷,杨文伟 |
UI设计与开发 | 吴永力,曾鑫,罗耿城,杨锐楷 |
音乐设计与开发 | 杨文伟 |
测试 | 曾鑫,罗耿城,杨锐楷,杨文伟 |
1.6团队合照
1.7团队特色
- 团队中有成员加入了工作室,具有丰富的团队开发经验,能够给予管理以及技术上的保障
- 对于一款音乐游戏,我们团队有成员对此十分熟悉,可以给予关键性的支持。
- 我们团队成员都希望提升自己的能力,每个人都根据项目的需要不断学习新的技术,从而使团队更加有战斗力。
二、团队选题
2.1Github仓库
2.2项目名称
游戏名称暂定
2.3项目介绍
- 游戏风格暂定(因为没有美术,呜呜呜)
- 玩家配合音乐与节奏做出动作(依画面指示按钮)来进行游戏。若玩家做出的动作与节奏吻合即可增加得分,相反情况下则会扣分或不计分。
- 游戏或与会支持多种模式,如无尽模式。
2.4项目阐述
- 功能:玩家配合音乐与节奏做出动作(依画面指示按钮)来进行游戏。若玩家做出的动作与节奏吻合即可增加得分,相反情况下则会扣分或不计分。游戏的最终目的是追求Full Combo俗称全连,即没有失误)以及All Perfect等。
- 预期用户量:1q人
- 真实: 当前人们的日常生活已离不开游戏,各种游戏层出不穷。本产品的真实性不言而喻。
- 可用:本游戏面向广大的音乐游戏爱好者,面向全年龄段。对于音乐游戏爱好者来说,会比较想要尝试各种不一样的音乐游戏,对新的音游会保持一定的兴趣。
- 有价值:对于音乐游戏爱好者来说,一款新的音乐游戏可以提高他们对音乐(音游)的热爱;对于非音乐游戏的用户来说,可以作为一款休闲游戏来玩耍。
- 有情怀:本产品切入点是我们有游戏开发爱好者以及音乐爱好者,我们团队同时结合这两个想法来切入做一款音乐游戏。音游不仅可以满足我们团队的要求,也可以在一定程序上满足音游以及非音游用户的需求。这可以让我们回想起当年甚至现在被音游支配的恐惧。
三、团队计划
团队的各项事务时间表如下:
时间 | 事项 |
---|---|
第 6 周 | 1.团队组队、团队博客 |
2.团队介绍、成员展示、角色分配、选题确定 | |
3.制定团队计划安排,团队贡献分的规定 | |
第7周 | 1.进行需求分析,编写需求文档 |
2.原型设计,队员估计任务难度并学习必要的技术 | |
3.编码规范完成、平台环境搭建完成、初步架构搭建 | |
4.开发人员确立前后端接口文档 | |
第8周 | 1.原型改进(给目标用户展现原型,并进一步理解需求) |
2.架构设计,WBS, 团队成员估计各自任务所需时间 | |
3.制定测试计划 | |
第9、10周 | 1. 团队项目 Alpha 任务分配计划 |
2. 连续7天的 Alpha 敏捷冲刺,7 篇 每日 Scrum Meeting 博客+代码提交 | |
第11周 | 1.用户反馈 + 测试计划改进 |
2. 团队 Alpha 阶段个人总结 | |
3. 团队项目 Alpha 博客:发布说明、测试报告、展示博客、项目管理 | |
第12周 | 1. 团队项目 Alpha 博客:事后分析 |
四、绩效考核
团队成员绩效考核因素如下:
工作的重要程度----I(Importance)
工作的参与度----P(Participation)
工作按时提交----D(Delay)
4.1绩效分计算方法
每个队员参与的每一项工作的初始分为20分。无上限
工作的重要程度在工作分配时确定,取值范围为0-5
工作的参与度为队员参与工作时的数量。
工作是否按时提交影响D的值,如下表:
推迟时间 | Delay |
---|---|
按时提交 | 1 |
推迟1天 | 0.7 |
推迟2天 | 0.5 |
推迟3天 | 0.3 |
推迟4天或以上 | -1 |
成员每分担一个任务,将获取一个单位的P,即为1
对于每一个任务,成员可以获得的分数为:
Si=20×I×DxP
总的分数即为:
·S总=∑Si
最后每个成员的贡献分将为:
·绩效分=20N×Si/S总
其中Si为该同学的总分,S总为所有同学得分的总和。
作者:Ligo丶
出处:https://www.cnblogs.com/Ligo-Z/
本文版权归作者和博客园共有,欢迎转载,但必须给出原文链接,并保留此段声明,否则保留追究法律责任的权利。