1、请在博客开头给出组长博客链接（3.1 2分）
2、参考邹欣老师的问题模板进行总结思考（3.2 27分）
现代软件工程 项目Postmortem 模板
设想和目标（2分）
1．我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
主要解决`拼车不易拼到车友的情况，节省一定费用。在需求分析报告中已经定义清楚。
典型用户：在校大学生。
典型用户：放假时需要打车从学校到火车站，在拼拼小程序上发布拼单拼到有共同需求的车友，一起打车前往火车站，既可以省钱又可以有一两个车友。
2．我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)?
我们还未达到目标，原定的功能做了8个，未能按照原计划交付。由于小程序还未完成，暂时没有用户。
3．用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
小程序还未完成，用户量和用户对重要功能的接受程度还无法估量，也并没有离目标更近。
4．有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
在Alpha冲刺阶段前期完成任务较快，导致一些判断有失偏差，安排任务并不是很好，致使后期的任务完成进度减慢，有一些功能短期内实现不了。如果重来，会重新分配好任务，严格制定计划，在前期较空闲的时间抓紧完成小程序，后期较多考试可相对减轻任务负担。
计划（5分）
1．是否有充足的时间来做计划?
有充足的时间来做计划，但由于想得比较轻松，没能仔细安排计划，只是大概分配了一下任务，往后计划由组员各自安排自己的任务计划。
2．团队在计划阶段是如何解决同事们对于计划的不同意见的？
团队在计划阶段没有什么不同意见，如果有的话，可能会遵从少数服从多数的规则。
3．你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
4．有没有发现你做了一些事后看来没必要或没多大价值的事?
5．是否每一项任务都有清楚定义和衡量的交付件?
一开始没有考虑这个情况，没能给每一项任务下一个清楚定义和衡量的交付件，导致后面有些任务并不能很好地完成。
6．是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
并没有按照计划进行，在完成项目的时间段中碰上了考试，主要开发人员既要复习考试又要小程序开发，时间赶不及，任务无法按时完成。风险可能就是当时没能想到有些功能实现起来很麻烦而且紧跟着两三门考试，再加上平常还要上课，完成任务时间非常少。
7．在计划中有没有留下缓冲区，缓冲区有作用么?
没有留下缓冲区，基本每个时间段都大概安排了任务，计划在Alpha冲刺阶段完成基本功能。
8．将来的计划会做什么修改？（例如：缓冲区的定义，加班）
可能会考虑一下组员的课程和任务的难度，进一步安排计划，争取更好地利用空余时间完成任务。如果不能在估量时间内完成任务，就加班一下尽量完成任务进度。
9．我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
制定计划不能太过粗略，而且要更合理地安排组员任务，不能把任务都丢给那么两三个人，而且要更抓紧空余的时间，尽早地完成任务，防止后期的意外情况。如果历史重来，会重新安排组员任务且制定更详细的计划，更大地调动组员积极性，尽量让每位组员都能参与进来，共同学习共同完成任务。
资源（3分）
1．我们有足够的资源来完成各项任务么?
教材教程的资料资源足够，但时间资源并不足够，再给多些时间，剩于未完成的页面和功能可以完成。
2．各项任务所需的时间和其他资源是如何估计的，精度如何?
各项任务所需时间和其他资源主要由负责完成任务的组员估计，精度一般，只大概估计一下，有一些情况当时未能考虑进去。
3．测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
测试的时间，人力和软件/硬件资源并不足够，不能按时完成任务。对于那些不需要编程的资源没有低估难度，美工设计和文案也很考验审美和脑力。
4．你有没有感到你做的事情可以让别人来做（更有效率）?
5．有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
要充分利用资源，抓紧空余的时间，尽早地完成任务，防止后期的意外情况。如果历史重来，会在前期比较空闲时间安排多一点的任务，在后期组员忙于考试时减少任务。
变更管理（4分）
1．每个相关的员工都及时知道了变更的消息?
如果有变更，会在群里艾特全体成员通知大家，保证消息通知到位。
2．我们采用了什么办法决定“推迟”和“必须实现”的功能?
我们以实现功能的难度以及基本功能和拓展功能的划分来决定。
3．项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?
项目具备了能完好运转核心功能及其他相关的基本功能。
4．对于可能的变更是否能制定应急计划?
一开始并没有制定应急计划，等到碰到突然地变更时才临时改变计划，导致后期的任务完成得比较匆忙。
5．员工是否能够有效地处理意料之外的工作请求？
若出现意料之外的工作请求，会根据组员现有的任务情况来判断哪个组员比较适合完成，在给予分配，保证能完成请求。
6．我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
安排任务时也要考虑一下突发情况，预想好会出现的情况并考虑解决办法。如果历史重来，会再考虑周全些，把一些可能出现的意外情况也考虑进计划安排里。
设计/实现（4分）
1．设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
设计工作是在Alpha冲刺快开始的时候，由组长组织会议，组员共同讨论决定。是合适的时间合适的人。
2．设计工作有没有碰到模棱两可的情况，团队是如何解决的？
小组共同讨论解决。
3．团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？
4．比较项目开始的 UML 文档和现在的状态有什么区别？这些区别如何产生的？是否要更新 UML 文档？
5．什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
6．代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
7．我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
测试/发布（3分）
1．团队是否有一个测试计划？为什么没有？
有，计划在项目大致完成时进行测试。
2．是否进行了正式的验收测试？
还没有进行正式验收测试，因为小程序还未完成。
3．团队是否有测试工具来帮助测试？
目前如果需要测试的话，可能暂且先使用软件本身自带的测试功能进行测试，还没有专门的测试工具。
4．团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
小程序还未完成，暂时不考虑测量和跟踪软件性能。测试工作的效果和需要改进的地方还无法得知。
5．在发布的过程中发现了哪些意外问题？
项目还未完成，还没有发布，所以还没有什么意外问题。
6．我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
完成任务要抓紧时间，不然连测试都没什么时间进行。如果历史重来，会抓紧时间完成任务，好进行测试，同时，也对测试工具了解多一些，提早做好测试计划。
团队的角色，管理，合作（3分）
1．团队的每个角色是如何确定的，是不是人尽其才？
由组员意愿自己选择任务角色。部分组员人尽其才；但有部分组员基础较差分配任务较少，是否人尽其才不得而知。
2．团队成员之间有互相帮助么？
有，成员间相互帮助完成任务，不局限于自己的任务。
3．当出现项目管理、合作方面的问题时，团队成员如何解决问题？
目前成员间合作比较和谐，没出现什么问题。
每个成员明确公开地表示对成员帮助的感谢 （并且写在各自的博客里）：
我感谢 _______
<姓名>
______对我的帮助， 因为某个具体的事情: _____________________。
我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
学会了相关任务的知识，队友间的合作也越来越顺畅。如果历史重来，会再好好安排一下团队的角色，争取更大的人尽其才。
总结:（3分）
1．你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
2．你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
团队目前处于磨合阶段。
3．你觉得团队在这个里程碑相比前一个里程碑有什么改进?
任务安排得更清晰了些，团队成员之间更加熟悉了，配合也更好了些。
4．你觉得目前最需要改进的一个方面是什么?
成员中有开发经历的人比较少，任务分配得比例不是很好，而且时间的安排上也不太合理，导致部分组员任务较重，在任务分配和时间安排上还需要改进一下。
对照敏捷开发的原则, 你觉得你们小组做得最好的是哪几个原则? 请列出具体的事例。
博客要附上全组讨论的照片。（3.5 1分）
3、答辩总结（3.3 6分）
评估团队中每个人对本次作业的贡献比例，描述为本次作业的工作流程、组员分工、组员工作量比例（禁止一锅端平的情况，如果没有评估，全组平均后，组长得分减 50%）
求出本组的现场答辩得分：去除最高总分，最低总分，求平均分（保留1位小数）
收集其他组对本组提出的问题，并回答（每少回答一点，该项得分扣除10%，扣完为止）
PSP与学习进度条（4 4分）