一.团队名片

• 队长博客链接：中期总结

• 团队ID号：09

• 团队名称： 磐石团队

• 团队logo：

团队现场答辩总结

继上一次答辩被现场被狠狠拷问一番后，这一次在项目的用处上又被狠狠的否定了，我们并没有被询问很多的问题，或许在开场的时候应该说明这个项目的应用场景，或许应该在更早的时候立下更好的选题，但是在结束后向老师解释之后，我们的项目在添加一些新的创新功能的可能性下，有保住的希望，后续希望能想一些新的功能，开发出更有创新实用性的项目。

• 团队讨论的真实照片

• 团队每个人在本次作业中的具体分工和各自得分比例

二.总结思考

2.2.1设想和目标

1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？

我们软件刚开始设计的时候，因为大部分德育活动都是依赖于层层转发，而且转发到很多群里面，因此我们软件打算设计一个小程序来充当活动的公告板，减少了信息熵增，同时让各式各样的活动展示在一个屏幕里而不是查看一条又一条的转发消息，后来我们觉得可以更自由一些，不止是德育活动还可以学生们自发的组织活动，我认为定义的已经十分清楚了，我们的典型用户是学生，部门和老师，典型场景则是通过简单的点击参加活动的场景。

2.我们达到目标了么？（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么？)

我们暂时还没有达到目标，原计划的功能目前只完成了活动信息的存储和用户信息的存储，还未交付

3.用户量，用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么？

项目还未正式发布，暂未测试人员以外的用户

4.有什么经验教训？如果历史重来一遍，我们会做什么改进？

合理的分工十分重要，如果历史重来一遍，我们会选择更加细致合理的分工

2.2.2 计划
1.是否有充足的时间来做计划？

我认为时间并不充足

2.团队在计划阶段是如何解决组员对于计划的不同意见的？

我们交流的比较少所以几乎没有什么意见

3.原计划的工作是否最后都做完了? 如果有没做完的，为什么？

原计划的工作最后并没有做完，没有，因为时间没有合理的分配

4.有没有发现做了一些之后看来没必要或没多大价值的事？

好像并没有，因为做的本来就不多

5.是否每一项任务都有清楚定义和衡量的交付件？

有清楚的定义，但是对交付件似乎没有衡量

6.是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到？

整个过程都按照计划进行，项目意外就意外在项目本身似乎被否定了，这个当时交涉的时候是通过的，可能是没有解释清楚的原因导致了中期答辩的时候遭到了否定

7.在计划中有没有留下缓冲区，缓冲区有作用么？

没有

8.将来的计划会做什么修改

应该是会有加班的计划

9.学到了什么? 如果历史重来一遍, 会做什么改进？

学到了很多前后端的知识，如果再来一遍，应该会增设一个UI设计的岗位

2.2.3 资源
1.我们有足够的资源来完成各项任务么？

我认为我们应该有充足的资源

2.各项任务所需的时间和其他资源是如何估计的，精度如何？

第一次做项目，什么都是凭感觉进行的，精度很差

3.测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度？

以直觉来看，测试的时间可能不够，对于那些不需要的资源我们并没有低估难度

4.你有没有感到你做的事情可以让别人来做（更有效率）？

没有

5.有什么经验教训? 如果历史重来一遍, 会做什么改进？

有，我们应该更快的明确分工和安排进度

2.2.4 变更管理
1.每个相关的员工都及时知道了变更的消息？

每个相关员工都知道了变更的消息

2.我们采用了什么办法决定“推迟”和“必须实现”的功能？

我们采用了用户可能频繁使用的模块的预测来决定“推迟”和“必须实现”的功能

3.项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么？

做好了：基本完成原先设计功能，调试无bug，切有较好的性能，开发人员测试阶段有不错的交互体验。

4.对于可能的变更是否能制定应急计划？

可以的，我们的计划主打一个灵活有弹性。

5.组员是否能够有效地处理意料之外的工作请求？

似乎不能有效地处理意料之外的工作请求

6.学到了什么? 如果历史重来一遍, 会做什么改进？

遇到问题要和大家一起沟通思考，我更希望大家能够活跃一些

2.2.5 设计/实现
1.设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？

设计工作在结对编程完后就开始了，大家一起共同思考功能，是合适的时间，合适的人

2.设计工作有没有碰到模棱两可的情况，团队是如何解决的？

有，有的功能有时候感觉是前端的也可以是后端的，团队是通过积极沟通交流解决的

3.团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？

有的，单元测试是必不可少的，帮助我们找出和解决很多bug，UML图也很有用，帮助梳理好开发需求。

4.比较项目开始的 UML 文档和现在的状态有什么区别？这些区别如何产生的？是否要更新 UML 文档？

有区别，比如数据库的设计，一直变换表的设计，这些区别都是在实践中产生并不断解决的

5.什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?

我认为是邮箱验证的功能BUG最多，因为如果俩个地方同时发送了请求很可能造成邮箱验证码都能使用的情况，我们还没发布，因为这是第一次开发，我们不可能估计所有的情况

6.代码复审（Code Review）是如何进行的，是否严格执行了代码规范？

复审全靠眼睛，代码规范全靠自适应

7.学到了什么? 如果历史重来一遍, 我们会做什么改进？

学到了设计一定要提早做好做充足可以避免很多不必要的阻塞，如果重来我们会更早的设计好功能

2.2.6 测试/发布
1.团队是否有一个测试计划？为什么没有？是否进行了正式的验收测试？

有，打算多个用户同时发布已经参与活动，我们还没上线，所以没有进行测试

2.团队是否有测试工具来帮助测试

没有，但是我们正在了解

3.团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？

开发过程中的各个输出，通过输出来查看自己数据的处理和获取有没有出问题以及是否有冗余操作。从实际效果来看，这些测试工作比较有用，我们可能得采取更加优秀的工具来测试比较好

4.在发布的过程中发现了哪些意外问题？

我们还没有发布

5.学到了什么? 如果历史重来一遍, 会做什么改进？

测试工作不做足就会在上线的时候吃苦头，重来一遍我们一定会做足测试工作

2.2.7 团队的角色，管理，合作
1.团队的每个角色是如何确定的，是不是人尽其才？

都是大家自己选好分工确定的，都是人才

2.团队成员之间有互相帮助么？

有的，大家会积极的互相讨论分工和遇到的问题

3.当出现项目管理、合作方面的问题时，团队成员如何解决问题？

能听则听，不能听就折中，最后的结果会证明问题的

4.每个成员明确公开地表示对别人帮助的感谢 （写在各自的博客里）：

感谢：我感谢李波对我的帮助，在我们前后端对接过程中出现了很多请求失败等原因，但是李波主动站了出来解决了对接时的不规范问题，李波在我们这次开发中包揽了很多工作，我们全体成员都很感谢他为大家做出的卓越贡献。

2.2.8 总结

• 郭恒鑫：
  本次Alpha冲刺阶段的结果与预期存在一些差距，时间规划和技能学习方面有待提高。然而，通过这次团队协同开发，我意识到除了技术方面，还有很多值得注意的地方。例如，团队中的代码规范和接口同步非常重要，它们在整个开发流程中起着关键作用。这些工作的质量和效率能够减少许多不必要的工作，并提高整个流程的效率。在软件开发团队中，首先需要注意项目的全面规划，然后才是实现。在我们的开发过程中，这个问题较为显著。虽然现在的开发组织已经基本稳定，但回顾过去，我们还有很多可以做得更好的地方。在接下来的冲刺阶段中，我将总结这一阶段的问题和收获，并将经验应用到后续的开发中，以取得更好的成果。

• 李波：
  本次Alpha冲刺阶段，我总的来说时间还是有点急。本次alpha冲刺阶段的总体结果相较预期还有一些差距，时间的规划、技术的学习，这些都不太尽人意，但还是有所收获的。我的任务是负责博客的撰写和前后端的交互。我当时问学长前后端交互主要做什么。学长给我解释说，前后端交互是要在实现后端开发时添加接口。进行了一些新知识技能的学习，不过挺多的时候还是处在迷茫之中的。很感谢有队友的支持和帮助，接下来的冲刺阶段希望大家共同努力，完成这次团队项目。

• 屈亚鹏
  经过这次的alpha冲刺了，我确确实实收获了很多。由于知识极度不足，了解到很多之前从没接触过的后端知识，大部分时间学习了Django框架和微信小程序的开发。在这次的团队合作，由于自己的知识储备不足，导致于我不知道该如何和队友们进行沟通，也不知道自己能干些什么。但是，也有在积极的和组长进行沟通，努力做一些自己能做的事情。但是，有一说一队友们都很给力，大家都在完成该完成的部分。之后的Beta阶段，要尽自己最大的努力为团队项目尽自己微薄力量。

• 杨桥东：
  首次与众多队友合作完成大型任务，我作为团队的前端成员，深感自己在前端方面表现不佳。因此之前从未接触过小程序，也未使用过微信开发者工具，因此需要花费大量时间学习新技术。这样的过程让我倍感煎熬，无法一蹴而就地完成分配的任务，然而也正是通过这次实践，使我更加深入地了解了微信小程序的制作。总体来看，我觉得自己的表现并不尽如人意。但对于个人能力而言，多少也有所提高。在今后的工作中，我会更加努力，力求做得更好。

• 林颖
  本次冲刺过程编写了部分前端页面，都是普普通通的页面，没有什么创新点和新鲜感，
  时间规划不合理，没有做到每天学习和编写，都是在交任务前的那半天赶工一下交上去，
  而且编写的页面也存在很多问题，还有很多bug没解决，希望能在后续的工作中予以解决。

• 张嘉锴
  本次alpha冲刺阶段的总体结果相较于我的个人预期还有存在部分差距的，其中包括技术的学习、时间的规划、团队的交流等都不太尽人意，但总体上还是有所收获。进行了一些关于前端的学习，不过大部分时间仍处于迷茫状态。很感谢队友的支持和帮助，希望在后续，能够多为团队做出一份贡献。

• 黄小煌
  感觉本次冲刺过程中并没有完成很多的任务，主要做的事情是学习前后端交互，由于第一次接触，需要学习的东西太多了，同时还处理了一部分简单的文档编写。有进行了一些新知识技能的学习，不过挺多的时候还是处在迷茫之中的。很感谢有队友的支持和帮助，希望后续我能够多为团队做出一份贡献。

-韩欣华
这次冲刺对我来说的话，因为我是负责后端部分，所以冲刺部分还是以学习为主，然后也会去问组长一些问题，其实这次项目对我来说印象比较深的就是团队氛围了，因为我们其实并不是太熟，但是大家不会互相责怪，然后也会互相帮助，然后是后端部分我们其实主要负责的就是数据库部分的内容吧，在数据库基础中也有，这个对于学习什么的都很有用，然后也学习了一些交互的内容，总体来说收获还是挺大的。