团队展示
一、这是我们的队名儿
TooBug
(其实也有别的选择的，但这个实在是太大了)
二、请选择你的英雄
姓名：尚通（通鸽鸽） ←队长
学号：3118005105
软工角色：前端开发/测试
风格：漫游，心大，善良
擅长的技术：C语言基础版、前端开发一条龙
编程的兴趣：希望自己每一段代码都可以在眼前看到它的样子（图形化热爱）
团队作用：团队项目催化剂，队友关系粘合剂，深夜修仙兴奋剂
信条：肩挑凡事，拳握初心
姓名：李彦霆
学号：3118005056
软工角色：前端
风格：解决问题为重
擅长技术：没有明显倾向
团队作用：哪里需要补哪里
姓名： 赖学程
学号： 3118005096
风格：能多简便弄多简便
擅长的技术：Java
编程的兴趣：没有
团队作用：替补上场
一句话宣言：我要干破这苍穹。
姓名：孙争
学号：3118005106
团队角色：后台
擅长技术：Java
（大佬总是话不多）
姓名：廖浩任
学号：3118005099
软工角色：后端
风格：
擅长的技术：相对来说是c语言
团队作用：
一句话宣言：虽然技术不高，但是我会加油的
姓名：王卓
学号：3118005108
软工角色：后台开发/测试
风格：拖，就硬拖
擅长的技术：会一点C，了解一点JAVA
编程的兴趣：了解方便快捷的技术
团队作用：配合队友
一句话宣言：人生有梦，各自精彩
三、简要团队项目描述
解决当代大学生紧要的人际交往/资源共享系统（聊天、发动态、资源共享）
设想用户数：2000-3000
真实：大部分人都有过伸手党的经历或者是找不到自己志同道合的组织。我们这个系统的设计初衷就是为了解决以上问题。大致分为：聊天室、组织或者个人微博、资源共享。可能有人会说微信或者QQ，但我们想做一个专业为现代年轻人开放的平台，让他们可以找到志同道合的人。
有价值：在以上所有功能实现之后，还会加入一个社团板块。便于整个校园的社团管理，比如招新、活动公告等等。
可用：就我们自己来看，加入的社团大多是QQ群、微信群的形式在交流。而有的人是不希望自己社交工具提醒声不断。并且大部分社团（多是兴趣社团）并没有一个自己固定的主页来进行各项宣传。最后，我们的这个系统还可以作为新生入学的指导系统，要超过学校官方的迎新系统，会更加全面。
四、请阅读《构建之法》第7章：MSF（Microsoft Solution Framework），理解MSF的9点的基本原则，例如：
a) 推动信息共享与沟通（Foster open communications)
b) 为共同的远景而工作（Work toward a shared vision)
c) 充分授权和信任（Empower team members)
d) 各司其职，对项目共同负责（Establish clear accountability and shared responsibility)
e) 交付增量的价值（Deliver incremental value)
f) 保持敏捷，预期和适应变化（Stay agile,expect and adapt change)
g) 投资质量（Invest in quality)
h) 学习所有的经验（Learn from all experiences)
i) 与顾客合作（Partner with internal and external customers)
五、六位英雄的合照
六、团队主要优势
由100%的壮汉组成，当与用户发生争执时，获胜几率高达99%。
七、团队计划
将团队的任务计划添加到Coding的团队项目任务里，要求：
1. PM组织成员快速阅览《构建之法》第8章到第15章关于“软件开发完整生命周期”的相关章节，并回顾在词典App案例分析中初步练习过的项目计划设计的方法对项目做时间安排。同时请参考下面的团队项目每周环节进度表。
2. 必须使用《构建之法》“计划和估计” 一节中提到的讨论方法和耗时估计公式来矫正计划的时间表，为每个环节定制好时间。并注意，不要贪图做太多的功能，而是要把关键的场景实现了
第 8 周 |
1.团队组队、团队博客 |
|
|
2.团队介绍、成员展示、角色分配、选题确定 |
|
|
3.制定团队计划安排，团队贡献分的规定 |
第9周 |
1.需求规格说明书 |
|
|
2.原型设计，队员估计任务难度并学习必要的技术 |
|
|
3.编码规范完成、平台环境搭建完成、初步架构搭建 |
第10周 |
1.原型改进（给目标用户展现原型，并进一步理解需求） |
|
|
2.架构设计，WBS, 团队成员估计各自任务所需时间 |
|
|
3.测试计划 |
第11、12周 |
1. 团队项目Alpha任务分配计划 |
|
|
2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交 |
第13周 |
1.用户反馈+测试计划改进 |
|
|
2. 团队Alpha阶段个人总结 |
|
|
3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 |
第14周 |
1. 团队项目Alpha博客：事后分析 |
八、团队成员绩效评估方法
成员的绩效 = 团队获得的分数 + 个人的团队贡献分
在项目alpha 和 beta 阶段评审后， 团队会得到一个项目分数（每个成员都会得到同样的分数，做为自己的原始分数的一部分）。团队成员的努力程度不同，达成目标的程度不同，帮助同伴的付出不同，那就要在“团队贡献分” 上有所区分。 所有人贡献分的总和为 20N，其中N为团队的人数。 在alpha/beta 之后，团队按照自己制定的规则，把 （20N）瓜分给每人，这就是 “团队贡献分”。
团队内贡献值计算：
完成自己负责部分的代码 +10
修改一个经过审议的Bug +1
提出更好的解决方案 +10
为团队女装并拍照共享 +100
基础分 +50
每次会议会进行分数评定，对会上所最新提出的想法或是推送的新模块等进行全体分数评定（满分10分），会议结束时取平均分作为额外加分。
以上加分标准只是试行版本，我们会在前两次会议上进行修正。
注：
团队代码版本化管理：https://github.com/everLuck666/ChatSystemDemo.git
团队文档版本化管理：飞书APP，团队码：XWQRYGMQ
团队GIT仓库：https://github.com/everLuck666/ChatSystemDemo.git