Team--时代团队第二次迭代分数

这是一篇简介的日志。

它关于二轮迭代Team--时代团队6名成员的分数分配。

每名成员的工作内容与之前的任务分工相同,即,大家都非常好的完成了计划的工作。

按照最初设定的分数分配原则,在今晚大家吃全家桶之前,我们进行了慎重的分数互评。

最终每名队员得分如下:












































成员

互评平均得分

满分

二轮迭代得分 一轮迭代得分    总分(平均分)   
苏林东 61.7 95 89 92
李帅 63.6 89 95 92
吴威 61.5 85 93 89
安娜 58.3 87 89 88
王鑫楠 59.5 84 90 87
薛亚杰 59.9 85 89 87

Team--时代团队的成就有目共睹,每一名成员的汗水全队成功的原因。

愿我们友谊长存。

么么哒

Team--时代团队第二次迭代分数,布布扣,bubuko.com

时间: 2024-10-19 04:24:03

Team--时代团队第二次迭代分数的相关文章

第二次迭代目标完成情况及感想

第二次迭代目标完成情况如下: 首先是主界面的设计以及功能的实现 主要XML代码是: ......... <android.support.v7.widget.Toolbar xmlns:android="http://schemas.android.com/apk/res/android" xmlns:app="http://schemas.android.com/apk/res-auto" android:id="@+id/tl_custom&qu

团队第二次冲刺第九天

今天是团队第二次冲刺第九天. 昨天继续调试代码 今天我们一起修改代码,将所有部分连接到一起 困难有部分功能不能实现

寻找大学目标及行动步骤——记ITAEM团队第二期宣讲会(2014.05.14)

·昨晚8:00-9:40,在 钟海楼03029 ,进行了ITAEM团队第二期宣讲会(第一期见第一期宣讲会总结),来参加的主要是大一学生,以信院为主,也有法学院.文学院的同学.在宣讲会中,大家都比较积极认真. 第二期宣讲会议程 (1)ITAEM团队骆宏作"有目标,才有奋斗的动力"主题分享,时间约为晚8点-8点40分: (2)丁又专作"Doing,Now(现在就行动)"演讲,时间约为晚8点45分-9点28分: (3)ITAEM团队温辉翔分享自己技术成长经验与推荐书籍,时

团队第二次作业 需求分析

团队第二次作业  需求分析 一.功能设定 我们在深入调查研究大学生的学习生活方式后,决定从学生的需求出发,开发一款校园生活类网站. 该系统主要由两个角色组成:学生和管理员.管理员主要负责对信息和数据进行管理,保障网站绿色安全运行.学生是该平台的主体,填入个人信息进行注册后即可使用网站的各项功能,具体实现的功能如下: 校园活动资讯的发布与接收  资讯分为学术类.通知类.活动类.志愿者类等版块,学生可以通过浏览网页第一时间掌握校园各方面的最新讯息或回复互动,同时也可以在各版块发布讯息. 用户可以查看

Ultimate Chicken Horse GameProject第二次迭代成果文档

基于上一次的迭代中的数据结构我们补充了UML图.用例图及状态图. 用例图:           选择游戏地图:玩家可以在本地游戏界面将角色移动到地图门口并按下E进入地图. 进行游戏用例: 选择并摆放道具: 每个玩家可以在对战开始时从道具库中选择一个道具摆放至游戏地图内. 控制角色:玩家可以通过键盘操作人物移动,包括左右走动,跑步, 跳跃,墙壁下滑,蹬墙跳. 角色死亡: 当玩家碰撞到造成伤害的陷阱或掉出地图边界时,角色死亡. 抵达终点: 当玩家碰撞到终点旗帜时, 角色胜利. 选择游戏模式用例: 本

Team--时代团队第一次迭代分数分配

紧张的第一次迭代落下帷幕,便到了分数分配这样令人揪心又无奈的日子.如何进行分数分配,以使大家都能满意,这一直是个难以非常好地处理的问题.幸运地是,我们团队的所有成员每个人都对本次迭代乃至整个项目过程付出了很多,每个人都尽力地做好自己的事情.这让分数分配的环节显得容易了许多. 最后我们根据上次例会产生的团队个人排名,并按照老师的"各人不同分"的要求,对此次迭代的各人分数进行了分配. 一.本次迭代团队个人排名及工作的简单介绍: 1.李帅. 李帅在本次迭代中主要负责了主要代码编写这一重要又较

团队项目第二轮迭代要求

有团队反映没有记住要求,我在这里再列出来一下. 在TFS中签入Alpha版本发布之后最新的稳定版本 所有学霸相关系统都要用起来,产生实际用户 所有App应该报告每日实际用户(可以考虑集成类似于友盟等活动用户统计等模块),即使只有团队内部的人员使用也要报告 Daily build,每天自动构建软件,并运行一些核心的测试 测试覆盖率,最后发布是将会检查软件的每一个功能.测试用例及所覆盖的代码.

移动团队交叉双迭代的敏捷实践

再快点!再多干点! 在这个移动互联网的时代,作为移动开发团队,对"快"这个字看得尤其重要.不仅仅是移动开发团队,其实每个开发团队都在注重团队效率,具体而言,就是关心开发效率和产出.管理者经常会发出这样的提问:还能更快的上线吗?还能增加每个迭代的产出吗? 影响团队效率的因素很多,且往往是综合作用的结果,仅针对更快速的产品上线和增加每个迭代的产出这两个问题,我们尝试对团队正在执行的敏捷迭代过程进行改进,即使用交叉的双迭代模型进行软件开发. 环环相扣的链条 先简述一下我们在传统迭代上的基本情

Thunder团队第二周贡献分规则及贡献分分配结果

小组名称:Thunder 项目名称:爱阅app 组长:王航 成员:李传康.代秋彤.邹双黛.苗威.宋雨.胡佑蓉.杨梓瑞 贡献分分配规则 规则1:基础分,拿出总分的40%进行均分. 规则2:积极贡献者,通过团队投票,半数及以上同意,每次加0.5分. 规则3:根据项目完成情况,核实每个人的工作量,投票分配剩余的分数. 第二周贡献分分配结果