10组团队项目-中期总结

一、Alpha冲刺链接

冲刺轮次	我的博客链接
Alpha 1/6	http://t.csdn.cn/aY8sm
Alpha 2/6	http://t.csdn.cn/jBbkf
Alpha 3/6	http://t.csdn.cn/Depht
Alpha 4/6	http://t.csdn.cn/4CQOD
Alpha 5/6	http://t.csdn.cn/GmZdl
Alpha 6/6	http://t.csdn.cn/DFBZq

二、团队名片

• 队长博客链接

  https://bbs.csdn.net/topics/609422194

• 团队Logo
  [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-XPKDo6zb-1668957854501)(https://img-community.csdnimg.cn/images/7fbd270e28f84863aa75853bbd79b28c.png “#left”)]

• 团队ID与团队名称
  团队ID：10
  团队名称：GOGO队

• 团队现场答辩总结
  在现场答辩的准备工作中，由于经验的缺乏，大多数准备工作都由吴宇驰、兰鸿昊、林式戈弋三位同学负责，导致他们的工作量巨大，在下次答辩时我们会提前将答辩的准备工作平均分配给每位队员，均衡工作量。在现场答辩中，根据柯逍老师以及其他同学提出的建议，我们会加快留洋球员数据的爬取以及可视化大屏的制作，除此之外，在前端的球员照片展示我们也会进行优化。在此次现场答辩中，我们发现了现阶段存在的许多问题，在之后的开发过程中我们也会尽力去解决这些问题。

• 团队讨论的真实照片
  [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-VvrhduFK-1668957854503)(https://img-community.csdnimg.cn/images/e626bc1398304fd6aaefea0df0ecc904.jpg “#left”)]

• 具体分工与得分比例

  名字	具体分工	得分比例
  吴宇驰	前端页面、爬虫、数据处理、项目整合、视频制作	108%
  兰鸿昊	数据分析、算法	108%
  林涛	前端页面	108%
  陈展鹏	前端可视化	91%
  黄捷挺	数据库	102%
  梁海飞	前端可视化	91%
  林式戈弋	PPT、爬虫	105%
  林达锴	前端可视化、UI	102%
  林吕进	前端可视化	86%
  许仁彬	前端可视化	91%
  梁晨凯	后端、博客	108%

三、总结思考

2.2.1 设想和目标（5分）

1. 我们的软件要解决什么问题否定义得很清楚否对典型用户和典型场景有清晰的描述br> 我们的软件主要是为了填补市面关于青训球员的挖掘的空白，让人可以更清新的了解到每一个青训球员的实力与潜力。定义的较为清楚，将大量的青训球员数据统合，打造为可以一个平台来展示其实力与潜力。有较为清晰的描述，球迷们需要有一个对青训有直观认识的途径，而目前市面上缺少一个对青训球员进行评价的软件，这就是我们需要决解的问题。
2. 我们达到目标了么原计划的功能做到了几个按照原计划交付时间交付了么原计划达到的用户数量达到了么
   前端部分：做到了页面的设计，有首页与国内外球员页面，球员详情页面，搜索栏。后端部分：基本达成目标，还差潜力值的计算与少数接口。原计划功能5个，目前实现了3个。按原计划交付了。还未投入使用，尚未有用户。
3. 用户量，用户对重要功能的接受程度和我们事先的预想一致么我们离目标更近了么br> 还处于开发阶段，未有用户测试。
4. 有什么经验教训果历史重来一遍，我们会做什么改进br> 对于每项工作的工作量需要进行更加细致的评估在分工，对于工作的交接时间应更准确。如果再来一遍，我们会对于工作的分工更为细致与明确，对于计划的规划会更加详尽。

2.2.2 计划（6分）

1. 是否有充足的时间来做计划br> 每周都会腾出一到两次的会议时间，每次会议从一个小时到两个小时不等，对于团队的未来计划商量的还是比较充分的，大家也很积极参与，团队氛围也十分融洽。
2. 团队在计划阶段是如何解决组员对于计划的不同意见的br> 这时候队长的作用还是体现出来的，在讨论过程中，大家都有自己的想法和意见，但是最后的决策还是看队长怎么分配，怎么分配就怎么实施
3. 原计划的工作是否最后都做完了如果有没做完的，为什么br> 原计划的工作都基本上完成了，问题是在此基础上还需要有修正。
4. 有没有发现做了一些之后看来没必要或没多大价值的事br> 暂时还没有，大家都是从零学起，在Alpha冲刺中都是做着最基础也是最重要的项目框架，缺一不可。
5. 是否每一项任务都有清楚定义和衡量的交付件br> 在经过长时间的讨论之后，大家都对自己的任务有着清晰的认识，队长定期查看交付的结果并给出指导意见，让项目顺利推进。
6. 是否项目的整个过程都按照计划进行，项目出了什么意外什么风险是当时没有估计到的，为什么没有估计到br> 基本上按照计划实施，除了前端方面web端需要的人数可能更多，当初指派的人数太少，所以使web的推进需要加快。之后我们会增加前端的人手，尽量加快前端的进度推> 进。
7. 在计划中有没有留下缓冲区，缓冲区有作用么br> 暂时没有。
8. 将来的计划会做什么修改例如：缓冲区的定义，加班）
   人员指派的修改，在最后的项目冲刺阶段可能会加班加点完成。
9. 学到了什么如果历史重来一遍, 会做什么改进br> 学习到了一个团队完成一个项目的过程，需要我们尽心尽力。如果历史重来一遍，我们可能会更早的开始项目，让后期不那么赶。

2.2.3 资源（6分）

1. 我们有足够的资源来完成各项任务么br> 我们有足够的资源来完成各项任务：在信息来源上，有稳定的青训球员信息获取渠道；在界面设计上，bootstrap有较多的UI模板可供参考，数据可视化的样例也较为丰富；人力资源上，小组同学主观能动性强，学习速度快，小组交流流畅；网站支持上，小组已完成了服务器的部署，前后端已经可以在服务器上对接，调用数据库内的数据渲染到网页上。
2. 各项任务所需的时间和其他资源是如何估计的，精度如何br> 各项任务所需的时间和其它资源是通过学习成本、工作量和参与人员数量来估计的，精度良好，随着完成事项的增加，时间和资源的估计也日益准确。
3. 测试的时间，人力和软件/硬件资源是否足够对于那些不需要编程的资源 (美工设计/文案)是否低估难度br> 测试的时间，人力和软件/硬件资源足够，对于不需要编程的资源没有低估难度，本项目的内容对文案需求较低，关键点在于青训球员数据的可视化展现，美工设计有较多的成熟网页可供参考。
4. 你有没有感到你做的事情可以让别人来做（更有效率）br> 目前小组的分工是在交流后分配的，符合成员的兴趣点和技术栈。
5. 有什么经验教训如果历史重来一遍, 会做什么改进br> 小组博客经常压着DDL提交，过于刺激。如果重来一遍，我们会更早地采取提前收集各组员博客的方法，让小组的博客提交更加准时。

2.2.4 变更管理（6分）

1. 每个相关的员工都及时知道了变更的消息br> 基本上变更相关成员在变更第一时间都能取得消息，具体通过开会（包括线上和线下），群内讨论等方式。
2. 我们采用了什么办法决定“推迟”和“必须实现”的功能br> 一般来说，我们团队首先把项目拆分为不同的功能部分，再在队内讨论各项功能的具体实现方式，如果通过已有知识能够较快实现的功能或是软件的核心功能，就先实现，否则就“推迟”。
3. 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么br> 有，我们小组认为若基本功能完善，基本功能没有bug，即满足出口条件。对我们小组而言，基本功能大致有以下几个部分：能够直观看到所需球员各项信息；能够搜索球员；界面整洁美观，跳转丝滑；基本不出现bug。
4. 对于可能的变更是否能制定应急计划br> 我们的项目，基本上功能间联系较大，变更同时进行，暂时不需要制定应急计划。
5. 组员是否能够有效地处理意料之外的工作请求br> 可以，并且我们组间处理突发情况的能力较强，面对突发事件处理比较高效。
6. 学到了什么如果历史重来一遍, 会做什么改进br> 各项功能实现的优先级别分配，和面对突发情况的应对。如果历史重来一遍，我们会更加有效合理地分配任务，实现各项功能。

2.2.5 设计/实现（6分）

1. 设计工作在什么时候，由谁来完成的合适的时间，合适的人么br> 设计工作是在项目选题确定下来之后在组长的带领下和大家一起商讨出来的。是一个合适的时间，合适的人
2. 设计工作有没有碰到模棱两可的情况，团队是如何解决的br> 在项目设计的初期，我们对一些具体的功能的实现没有确定下来，所以在设计的时候也停滞不前了很久，但最终经过几个晚上的团队协商，把具体需要实现的功能都确定了下来，设计工作最终也顺利完成。
3. 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现些工具有效么br> 本次我们的项目最主要难以实现的地方是爬虫和前端，其他方面都比较简单，所以我们并没有使用这些工具。
4. 比较项目开始的 UML 文档和现在的状态有什么区别些区别如何产生的否要更新 UML 文档br> 由于在项目初期我们的功能就确定了下来，所以现在的状态和项目开始的UML文档没有太大的区别，也不需要更新UML文档
5. 什么功能产生的Bug最多，为什么发布之后发现了什么重要的bug为什么我们在设计/开发的时候没有想到这些情况br> 在后端方面，由于比较简单，所以几乎没有很多bug，最主要的bug就是发送给前端的json数据在前端解析之后乱码了，经过查阅资料发现是由于使用的tomcat7的默认编码方式是ISO-8859-1，而浏览器上的默认编码方式是UTF-8，导致解析错误，后来我在响应头设置了编码方式，成功地解决了该问题。产生这些Bug的原因最主要是刚开始学习这些知识，导致对各部分的细节都不太了解。发布之后，部署到服务器上后，出现了跨域请求的问题，导致前端不能正常接收到后端发送的json数据，但经过大量查阅资料，最终成功地解决了该问题。在设计/开发阶段，由于大家对具体的实现并没有太大的了解，都是一边学一边写，所以在开始时并不能预想到这些情况。
6. 代码复审（Code Review）是如何进行的，是否严格执行了代码规范br> 代码审核是由组长一人完成的，有些部分遵循了代码规范，但大部分都是初学，所以也有一部分没有严格遵循代码规范。
7. 学到了什么如果历史重来一遍, 我们会做什么改进br> 在该过程中我学习到了项目设计的重要性，要想开发出一个好的项目，项目设计阶段是最关键的阶段之一。如果历史重来一遍，我们会更加注重项目的设计阶段，争取在项目设计阶段就把项目所有的实现细节确定下来，以便于后续项目的开发。

2.2.6 测试/发布（5分）

1. 团队是否有一个测试计划什么没有br> 有。
   是否进行了正式的验收测试br> 进行了，我们团队将项目按功能拆分，完成功能后，进行单元测试，并且合并测试。
2. 团队是否有测试工具来帮助测试br> 无、手动测试。
3. 团队是如何测量并跟踪软件的效能的软件实际运行的结果来看，这些测试工作有用么该有哪些改进br> 手动测量和实际体验。有用。增加自动化操作。
4. 在发布的过程中发现了哪些意外问题br> 部署出现过一点问题。
5. 学到了什么如果历史重来一遍, 会做什么改进br> 学到了如何更加精准的布置分配任务、更加自动化的完成测试。更加的细化分工，合理划分模块，让每一个人都发挥作用。

2.2.7 团队的角色，管理，合作（5分）

1. 团队的每个角色是如何确定的，是不是人尽其才br> 我们团队的角色是依据队友们不同的技术特点和兴趣喜好来进行选择分配的。有相关方向的技术基础和有意愿学习该方向技术的都可以自行认领相关任务。大家都选到了自己喜欢和愿意完成的任务而不是被强行分配任务，提高了积极性。不管是负责编程还是视频ppt等文稿制作人员都做到了人尽其才，术业有专攻。
2. 团队成员之间有互相帮助么br> 有的。我们的团队虽然采取前后端分离的开发模式，但团队成员间的合作不仅发生在前端和后端内部更多的是前后端交接之间的合作，当有相关技术问题产生时，团队成员们会积极与队友沟通交流商量解决方案
3. 当出现项目管理、合作方面的问题时，团队成员如何解决问题br> 当项目管理、合作方面出现问题时，我们通常会开个小规模的会议集思广益听取大家的意见和看法，再最终敲定一个合理的、让大多数成员满意的解决方案
4. 每个成员明确公开地表示对别人帮助的感谢 （写在各自的博客里）：

2.2.8 总结（6分）

吴宇驰

在Alpha冲刺阶段，从前端到后端数据库爬虫数据处理都参与了一部分工作，完成了数据爬取处理、数据库建立、前端页面编写、项目整合等工作。熟练使用和掌握了诸如Scrapy、Vue脚手架、bootstrap、Mariadb、Navicat等框架工具的使用，更加熟练的编写Python、Java、sql、Js语言的编写，Echarts图表可视化的使用。

林达锴

在Alpha冲刺阶段中，我接触到了Vue-cli3脚手架工具，更全面地了解了前端的结构，接触了更高效更系统的前端开发方式；也通过bootstrap和Element-UI等模块和工具学习到了更为系统成熟的页面布局和UI样式。

兰鸿昊

在Alpha冲刺当中，在团队中感受到了团队的凝聚力，跟大伙一起想着一个目标也很有意思。同时，自己对于算法的理解也更加深入，更好更好的处理大量的数据。

梁晨凯

在Alpha冲刺阶段，第一次体会到这种高强度的任务，每两天一次进度汇报促使我每天都在不停学习，通过学习的新知识来完成并优化项目。通过这次冲刺，我学习到了非常多新的知识，例如IOC、DI等等，除此之外，也体会到了团队沟通的重要性。

林涛

在经历了alpha冲刺阶段后，我对项目的开发流程有了更深刻的认识。比较系统得了解掌握了一个项目从需求分析到具体分工到成果检验等一系列开发流程；也认识到良好的团队沟通合作和人尽其才的任务分配在团队开发时的重要性，很大程度的影响了项目开发效率；也意识到任务的紧要性，需要不停的学习新知识解决新问题新需求。

梁海飞

在建议方面没有东西，在技术方面也做不出来什么，一个alpha冲刺中在其他课的夹缝中扣出事件看点东西。这么说都是积累点东西了，虽然不堪胜用，期望在beta冲刺多一点时间的情况下能做点小部件出来

黄捷挺

阿尔法冲刺阶段参加了数据库的相关工作，但是工作量却是相当的少，希望在之后的工作中有一些贡献。

陈展鹏

在Alpha冲刺阶段中，我接触到了前端开发工具与，学习pr，ae这些视频剪辑工具的初步使用。也通过这一过程学会了更加合理地分配时间与完成任务。

许仁斌

在Alpha冲刺阶段中因为知识技术不足没能参与到开发中，基本上都是跟在队友进度的后面学习新知识，学习配置环境，学习html css js，学习vue3等等，虽然有在学习进步的感觉但还是跟不上，希望能早日有更大的提升参与到团队中。

林式戈弋

在alpha冲刺里，我熟练运用python写程序，在我写爬虫的过程中，我熟悉了python的各项变量和变量之间的转换。还学习了各种前端技术。学习的时间比实践的时间还长，但是感觉很有收获

林吕进

Alpha冲刺阶段观摩队内成员开发过程，学习开发工具运用，但没能实际参与到队内开发过程中，认识到开发的方方面面是团队内合理分工的结果，我将尽自己努力寻找机会参与到队内的开发工作

来源：L海飞