【团队项目1】 团队展示&选题

一、团队展示

1. 队名：这次稳了

2. 队员：

• 莫少政 3117004667 （队长）
• 黄思扬 3117004657
• 余泽端 3117004679
• 江海灵 3117004658
• 温治乾 3117002323

3. 团队项目描述

校园活动墙，分发各类学生组织和社团的活动信息

4. 队员风采

• 莫少政

  风格：不做就不做，做就做最好

  软工角色：技术型产品经理

  宣言：干啥啥不行，吃饭第一名

• 黄思扬

  简介：学过 C、Java 等语言知识，了解一些前端技术

  软工角色：开发

  宣言：跟随 407 的脚步砥砺前行

• 余泽端

  简介：平时的爱好是跑步，打球，学习。学过一些 C 语言，Java 知识。

  软工角色：开发

  宣言：跟着大佬走，大佬带我飞

• 江海灵

  简介：大家好，我是江海灵，我富有耐心，能仔细认真 DEBUG ，擅长的技术是 Java，C，编程的兴趣是后台，我希望的软工角色是做一名产品测试员

  宣言：一切尽在掌握之中

• 温治乾

  风格：水平很一般，大概什么都会一点点，不够精通

  擅长技术：会一点点 Java，会一丁丁丁丁后台技术

  编程的兴趣：往 Web 方向努力

  希望的软工角色：开发，主要是我希望能做比较能贡献自己一份力的角色，不要太拖后腿哈哈哈

  宣言：这次稳到不行，永远跟着大佬们学习

5. 团队合照

6. 团队特色描述

我们来自 17 计科 6 班的 5 位小伙伴，相比于其他团队，我们团队有以下特点：

1、稳定而团结的团队——我们 5 位小伙伴有着丰富的编程经验，获得过多个赛事奖项，如 2019 中国高校计算机大赛微信小程序大赛二等奖。同时我们团队成员间相处时间更长，彼此间更加默契。

2、更加成熟的项目经验——我们团队大部分成员同时也是 iGDUT 小程序的开发者，每天支撑数万名用户的访问，积攒了成熟的项目流程，培养出了敏捷响应的开发节奏，应对项目实战开发更加得心应手。

3、聚焦用户核心需求——我们团队致力于服务用户，关注用户真实需求，力争运用所学技术知识创造更加便捷，更加贴心的产品服务，帮助用户享受信息时代带来的便利。

4、有效的快速反应机制——我们十分注重用户体验，为此我们会定期采集用户对我们产品的反馈和评价，进行需求跟进，快速迭代，尽最大努力满足用户需求、改善用户体验。

二、团队选题

项目：活动墙

描述：本次的团队项目「活动墙」为小程序 iGDUT 的一个子版块，学生会、团委、协会等各大学生组织和社团能够在活动墙上发布活动信息，用户可以快捷浏览、筛选活动信息。

预期用户量： 2.5w

阐述：

• 真实：本项目被设计为小程序 iGDUT 的子版块之一，而 iGDUT 小程序已有数万日活，本项目一开发完成上线，即可立即触达数万真实用户，不仅需求和资源真实存在，上线之后所有的场景和使用数据也都真实可考。

• 可用：iGDUT 如今已每日服务数万用户，活动墙一经上线，所有功能都即时可用。

• 有价值：当前，社团举办活动的宣传和推广主要靠发传单和摆摊以及公众号推文朋友圈传播，难以触达大量用户；另一方面，很多想要参加活动的学生苦与无从获得活动信息。于是我们在两者之间搭建一道桥梁，在双方之间去做一个信息的聚合和分发，对接双方需求。

  如今是信息爆炸的时代，每天我们都浸泡在大量的信息之中，所以需要有一个渠道去整合信息，帮助人们筛选自己想要的信息。

  综上，本项目在日常生活中贴合我们实际的需求，能为用户产生持续且巨大的价值。

团队 Git ： https://gitlab.com/sixers

三、团队计划

团队的项目开发计划如下：

时间	事项
第 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 博客：事后分析

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

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

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

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

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

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

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

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

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