事后诸葛亮分析

设想和目标

1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
我们的软件主要解决学生想要交易二手物品的时候难以找到买家，以及难以买到想要的二手物品，提供一个平台给有需求的人去买卖二手物品；定义得很清楚；典型用户是学生，典型场景是想要交易二手物品的时候难以找到买家，以及难以买到想要的二手物品。

2.我们达到目标了么（原计划的功能做到了几个？  按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)
原计划的功能大部分都完成了，有少部分的功能没有完善，按照原计划的交付时间交付了，因为项目并未部署所以没有用户。

3. 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
因为项目并未部署，所以用户量未知。

计划

1. 是否有充足的时间来做计划?
项目开始之前有充足的时间做计划，但项目开始之后的阶段做计划的时间不够重组，因为在做项目的过程中有许多的变动，计划很难及时地去调整。

2. 团队在计划阶段是如何解决同事们对于计划的不同意见的？
结合大家意见中可取的部分，如有对立的意见，则少数服从多数。

3. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
有少部分没有完成，如手机验证码注册登录的功能，是因为技术的问题。如项目部署的未完成，是因为时间的问题。

4. 有没有发现你做了一些事后看来没必要或没多大价值的事?
有，一些功能花了很多时间去想办法实现，发现这个功能实现得非常困难，并且这个功能在整个项目中的重要性不大，可有可无。

5. 是否每一项任务都有清楚定义和衡量的交付件?
是的，每一项任务说明都很详细，并且有对应的实际的功能或者需要完成的实际的代码。

6. 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
并未完全按照计划进行，如原定的手机验证码注册项目的时候

7. 在计划中有没有留下缓冲区，缓冲区有作用么?
未设置缓冲区，可以应对计划中的一些突发的变动。

8. 将来的计划会做什么修改？（例如：缓冲区的定义，加班）
 将来的计划可能会设置缓冲区。

资源

1. 我们有足够的资源来完成各项任务么?
有的，我们团队有6个人，有足够的人员资源

2. 各项任务所需的时间和其他资源是如何估计的，精度如何?
任务时间和资源的估算比较粗略。简单的任务上面估计的比较粗略一些，在难的任务上估计的比较精确一些。

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

4. 你有没有感到你做的事情可以让别人来做（更有效率）?
在完成一些没有经验的任务时，学习的时间占据了很多，让有经验的成员来做会更有效率。

变更管理

1. 每个相关的员工都及时知道了变更的消息?
是的

2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?
根据大家完成的情况以及每个功能的重要程度去决定

3. 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?
是的，是否能完成某项功能，有一个完整的功能的操作。

4. 对于可能的变更是否能制定应急计划?
由于时间的问题，并未制定多的应急计划。

5. 员工是否能够有效地处理意料之外的工作请求？
大部分是可以的，如果在时间以及能力允许的条件下，但如果遇到复杂的功能则要花费大量的时间学习以及摸索。

设计/实现

1. 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
在开始阶段我们先进行了角色的分配，之后大家经过讨论后进行任务的分配，设计工作主要有团队成员张易欣负责，是合适的时间，合适的人。

2. 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
有的，大家通过沟通交流最终达成一致

3. 什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
功能产生的bug主要在注册功能，在用户体验过程中发现该功能未能完善地实现

4.代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
代码复审通过发起审查、选择审查者、审查过程、讨论和反馈、修改和重新审查、合并到主分支地流程进行，严格执行了代码规范

测试/发布

1. 团队是否有一个测试计划？为什么没有？
有测试计划
2. 是否进行了正式的验收测试？
是
3. 团队是否有测试工具来帮助测试？
有
4. 在发布的过程中发现了哪些意外问题？
尚未发布

团队的角色，管理，合作

1. 团队的每个角色是如何确定的，是不是人尽其才？
团队成员根据自己所擅长的方面进行任务的分配，基本能做到人尽其才

2. 团队成员之间有互相帮助么？
有，遇到技术问题的时候大家都会提出来共同探讨解决方法

3. 当出现项目管理、合作方面的问题时，团队成员如何解决问题？
通过进一步细化计划安排以及时间管理来减少成员之间的矛盾

总结:

1、你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
团队目前处于规范阶段，我们团队成员们对角色和职责定义得比较清楚，在沟通与交流方面比较顺畅

2、你觉得目前最需要改进的一个方面是什么?
计划不够完善导致后期遇到突发状况很难调整

3、你觉得团队在这个里程碑相比前一个里程碑有什么改进？
团队之间的合作更加顺畅，在沟通交流方面有所进步。

4、你觉得目前最需要改进的一个方面是什么？
对项目的计划以及时间安排

5、对照敏捷开发的原则, 你觉得你们小组做得最好的是哪几个原则? 请列出具体的事例。
1、在团队内外，面对面交谈是最有效、也是最高效的沟通方式。
遇到项目的问题时，团队成员之间会采取面对面交谈的方式进行沟通，达成思想的统一
2、以受激励的个体为核心构建项目，为他们提供环境和支持，相信他们可以把工作做好。
团队根据成员的贡献进行考核，鼓励贡献多的团队成员，给团队协作营造了一种良好的氛围

团队成员在Alpha阶段的角色和具体贡献

名字	角色	团队贡献分
江玲	测试	16
李心怡	前端	26
苏清怡	后台	16
余李烨	测试	18
张易欣	后台	26
郑梦瀚	前端	18