项目回顾

设想和目标
我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
我们要解决的问题是校园内同学们的二手交易需求，定义清晰，对典型用户和典型场景有清晰的描述
是否有充足的时间来做计划?
计划时间十分充足
团队在计划阶段是如何解决同事们对于计划的不同意见的？
答：在有计划分歧时我们会进行讨论商讨出最优结果
用户量、用户对重要功能的接受程度和我们事先的设想一致吗？我们离目标更近了吗？有什么经验教训？
用户量与我们的设想不一致，我们软件的成型时间较晚，核心技术实现较困难，但是我们不断地在靠近目标，要着重研发主要部分
如果历史重来一遍，我们会做什么改进？
首先做好规划和抓住主要部分进行开展，其次提高自己的编写能力
2.计划
你原计划的工作是否最后都做完了?
我们原计划的工作都已完成
有没有发现你做了一些事后看来没必要或没多大价值的事?
答：前期我们花费了太多的时间在ui设计上面，以至主要功能的进程慢了一些
是否每一项任务都有清楚定义和衡量的交付件?
答：是，没人分工明确，任务都能按时完成
是否项目的整个过程都按照计划进行?
答：是，都是按照计划进行到底
在计划中有没有留下缓冲区，缓冲区有作用么?
答：留下了缓冲区，来让我们学习技术还有对任务重新整合
将来的计划会做什么修改？（例如：缓冲区的定义，加班）
答：着重加快后台功能的研发
如果历史重来一遍，我们会做什么改进？
答：对于目标重新规划，提高技术
3.资源
我们有足够的资源来完成各项任务么?
答：我有老师的指导，以及书本和网路的支持，有充足的资源
各项任务所需的时间和其他资源是如何估计的，精度如何?
答：精准度不高，对于任务的难度没有一个准确的估计
用户测试的时间，人力和软件/硬件资源是否足够?
答：充足
你有没有感到你做的事情可以让别人来做（更有效率）?
答：没有，我们组的人员选定都是自荐，选择的自己最擅长的部分
如果历史重来一遍，我们会做什么改进？
答：任务的规划进行重排
4.变更管理
每个相关的员工都及时知道了变更的消息?
答：同一方向，还有微信群，发布消息及时
我们采用了什么办法决定“推迟”和“必须实现”的功能?
答：按照任务的紧急层次
项目的出口条件（ExitCriteria）有清晰的定义吗?
答：没有，需要进一步学习
对于可能的变更是否能制定应急计划?
答：可以
员工是否能够有效地处理意料之外的工作请求？
答：可以，员工工作积极性很高
如果历史重来一遍，我们会做什么改进？
答：变更的信息说明更加详细
5.设计和实现
设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
答：设计工作是在一阶段任务完成之后，由pm完成，在合适的时间合适的人
设计工作有没有碰到模棱两可的情况，团队是如何解决的？
答：有，选择最优项
团队是否运用单元测试（unittest），测试驱动的开发（TDD）、UML,或者其他工具来帮助设计和实现？这些工具有效么？
答：没有，没有学习过使用
什么功能产生的Bug最多，为什么？
答：图片发布界面和后台的数据传输
代码复审（CodeReview）是如何进行的，是否严格执行了代码规范？
答：由组内技术最好的人员进行，严格执行
如果历史重来一遍，我们会做什么改进？
答：提高自己水平，学习新技术
6.测试和发布
团队是否有一个测试计划？为什么没有？
答：有
是否进行了正式的验收测试？
答：没有，任务完成度不高
团队是否有测试工具来帮助测试？
答：安装在手机进行实操
团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
答：安装在手机进行实操，有用，存在很多bug
在发布的过程中发现了哪些意外问题？
项目名称和图片存在错误
我们学到了什么? 如果重来一遍, 我们会做什么改进?
增加测试的严谨性
总结
对于这次任务，总结如下
我们这次项目，选择的课题相较于其他组来说，难度是比较大的，所以一开始我们对任务的
规划没有一个详细的方案，只是走一步看一步，也导致了在第二次冲刺时我们的时间不足以
完成我们的任务，且任然对任务的规划模糊，这都是我们做的不好的地方，还包括技术方面
的问题，我们现在的能力不足以支持我们完成全部的后台数据传输，以及我们开始的时候对
于页面设计的过于追求，以至拉低了任务进度。
优点是，我们在重新进行规划后进行了迅速的弥补，各个环节之间配合默契度不断提高