项目回顾

• 设想和目标

我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
答：我们的软件是要解决我校学生在校内实习报名，以及泛生的一系列功能，定义比较清楚，了解用户疑惑

1. 是否有充足的时间来做计划?
   答：有充分的时间，我们团队有几人曾开发过类似的软件，本身就有经验节省了大部分时间，同时我们还有同学已经参加了实习岗位，根据他们所需要的信息而定做计划

2. 团队在计划阶段是如何解决同事们对于计划的不同意见的？
   答：我们团队没有特别多不同意见 都做好各自的任务互相相信

3. 用户量、用户对重要功能的接受程度和我们事先的设想一致吗？我们离目标更近了吗？有什么经验教训？
   答：用户量与想象的一致 用户对重要功能的接受程度不太一致 离目标更近了 定制目标想象的很美好 结果做过程有些吃力 吸取教训就是应该把任务分细一些，分析更清晰些 才能做的更具体化

4. 如果历史重来一遍，我们会做什么改进？
   答：在工作方面，我们应该把多沟通 解决一些不清晰的问题
   在代码方面，我们组需要提升写代码的能力
   在能力方面，我们每个人的能力没有发挥到最大 　

• 计划

1. 你原计划的工作是否最后都做完了?
   答：做完了 如果再有时间应该在多在美化的地方下功夫

2. 有没有发现你做了一些事后看来没必要或没多大价值的事?
   答：我认为大部分还是有价值的，对于我们的项目来说，就是一个信息的收集过程，我们也很认真的对信息进行了收集。

3. 是否每一项任务都有清楚定义和衡量的交付件?
   答：是，我们团队的每一项任务都经过讨论和协商确定，而且我们都是经过商讨后才开始进行的。

4. 是否项目的整个过程都按照计划进行?
   答：是的

5. 在计划中有没有留下缓冲区，缓冲区有作用么?
   答：没有

6. 将来的计划会做什么修改？（例如：缓冲区的定义，加班）
   答：成员之间多进行沟通与交流 并且把自己的长处发挥出来 然后就是项目要按时完成 不要有太多的拖拉。

7. 如果历史重来一遍，我们会做什么改进？
   答：团队内沟通得体，任务计划合理分配。组员身份职务合理分配。

• 资源

1. 我们有足够的资源来完成各项任务么?
   答：我们有足够的资源来完成项目，时间与人力都足够。
2. 各项任务所需的时间和其他资源是如何估计的，精度如何?
   答：在项目的制定时，完成时间是根据成员之间的信息收集程度来制定，精度差不多准确。
3. 用户测试的时间，人力和软件/硬件资源是否足够?
   答：够就是我们的能力不足
4. 你有没有感到你做的事情可以让别人来做（更有效率）?
   答：有可能 换个学习能力强的人 写的代码应该更快更好
5. 如果历史重来一遍，我们会做什么改进？
   答：如果历史重来 我们应该每天指定时间属于我们的开发时间 这样我们有时间让我们的项目更加完善

• 变更管理

1. 每个相关的员工都及时知道了变更的消息?
   答：及时 同方向学生互相通知一下就好 成员都很积极

2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?
   答：通过老师给的建议 我们把梳理信息放在第一位

3. 项目的出口条件（ExitCriteria）有清晰的定义吗?
   答：没有，对这个不是很了解，需要老师的指导

4. 对于可能的变更是否能制定应急计划?
   答：有

5. 员工是否能够有效地处理意料之外的工作请求？
   答：不能，因为组员能力有限，可能无法应对，需要一起解决

6. 如果历史重来一遍，我们会做什么改进？
   答：我们需要请教能力更高的人 帮助我们完善这个项目 我们的项目出发点还可以值得我们花费更多的心血

• 设计和实现

1. 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
   答：我们在最初的设计是大家一起设计 第二次项目设计由李大庆、石宏涛和我担任的多 时间不太合适 人很合适

2. 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
   答：没有，大家商量之后就可以确定。

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

4. 什么功能产生的Bug最多，为什么？
   答： 在前后端对接产生的Bug最多 ，因为有的数据前后端没有商量好，在多次测试之后才能够确定。

5. 代码复审（CodeReview）是如何进行的，是否严格执行了代码规范？
   答：没有代码复审 不太清楚代码复审 遵循代码规范

6. 如果历史重来一遍，我们会做什么改进？
   答：我们会在做项目的开始 直接安排好排版和调整整个项目的流程 节约时间为后面的页面美化留下大量时间 如果有一个更有优美的页面可以为我们的页面增加我们的可信度

• 测试和发布

1. 团队是否有一个测试计划？为什么没有？
   答：有测试计划，由软件测评师完成

2. 是否进行了正式的验收测试？
   答：没有，时间比较仓促，只是完成了项目。

3. 团队是否有测试工具来帮助测试？
   答：有 postman

4. 团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
   答：并没有一直跟踪 我们的软件还不完善 需要在增强才能运营

5. 在发布的过程中发现了哪些意外问题？
   实际发布会出现在测试时没有的bug

6. 我们学到了什么? 如果重来一遍, 我们会做什么改进?
   给我最大的感受就是学会了团队协作 我们平时很少因为学习沟通

如果再来一遍我会更积极得去教授不会的成员去完成他们的代码

7. 项目改进
   我们项目对实习生管理上的一些流程没有调查清楚，需要完善

• 总结
  我们团队完成了实习生管理软件，完成了其中的基本功能，达到了可以使用的程度，在用户交互上做得不好，需要完善

虽然整体很配合 但是大多数没有时间一起做这个项目，还有组员技术水平没有达标，需要一边教授他们，一边完成代码。