someday团队Postmortem（事后诸葛亮会议）

一、会议相关介绍：

时间：2018年1月12日

地点：第九实验楼五楼机房

参会人员：someday团队全体成员

二、每个成员在beta阶段的实践和alpha阶段有何改进？

（一）设想和目标：

　　我们的软件主要目的是解决找工作难、容易被骗的痛点。对于求职方，为求职者 主要是职场新人们提供一个可靠的求职网站。对于招聘方，尤其是线下应聘市场，提供一个同意的线上信息发布平台。

　　关于网站的定义在初始阶段稍有偏差，将用户群放的过于偏大，在与软工概论老师交流后，我们及时调整了网站的受众群体，主要是将面试方群体缩小为线下招聘方，这样主要为了符合主打的信誉度特点。

（二）网站搭建过程：

　　在项目实际完成过程中，逐渐发现实现承诺的功能的困难性，因为团队成员本身的知识欠缺，团队之间协作不佳。比如，李婷婷同学在本项目中，并未做网站技术方面的付出，只停留在收集用户反馈，测试网站等一些非技术工作上。这样对整个团队的影响都是极为不好的，容易造成其他团队成员共同懒惰。

　　另一个，关于项目完成，主要工作流程是康润负责修改网页，罗爽负责后台数据库等操作，两个板块衔接时，往往是错误易触发点。这也提醒了我们在日后的工作中，要去掉一些个人的编码不良习惯，确保规范，以免在团队合作中降低合作效率。

（三）改进方面：

　　如果重来一次，李婷婷会按时完成工具箱板块，罗爽和康润就可以实现网站管理员审核职位发布。这样就能够初步实现承诺的网站功能。

　　第二次冲刺阶段，主要是在第一次冲刺阶段上做改进，功能实现并未做太大变化。其中，在第一次引进用户时，发现许多关于用户操作反馈的问题。比如：注册后没有注册成功提示，网站下方不合理的链接、没有网站自我特色（和一般的钓鱼网站类似）。

三、团队在beta阶段吸取了哪些alpha阶段的经验教训？

　　项目一定要在第一阶段就完成功能搭建，第二阶段主要做界面、操作友好性做改进。做事情也不能因为眼前的事情拖沓，之前赶着第一阶段冲刺匆忙上交了团队项目，之后就形成了懒惰性。在第二阶段，仅仅做了一些细节改进。自认为，我们可以在现基础上做得更好。

四、12条敏捷开发的原则中，团队做的最好的和最不好的各例举2点。

最好的两点：

　　1.总体来说，团队成员配合较为默契，大家都很用心去做，在冲刺阶段，也都撸起袖子加油干。

　　2.关于项目的完成质量，比较满意。初步实现了承诺功能，界面较为可观，用户评测等也是按照要求，按质按量完成。

最不好的两点：

 　　1.一些功能由于实现有难度，团队选择“砍”！将审核功能砍掉，也并未做尝试。

　　2.缺少线下交流，团队成员往往是线上交流解决问题。这造成了时间浪费，一些问题也并未交流得出满意的结果。

五、计划

• 　　计划的工作是否完成？

　　一些功能并未完成，主要是因为一些杂七杂八的事情耽搁了。其中，本周也在准备期末复习，或多或少有一些这样那样的原因。

• 　　有没有发现做了一些事后看来没必要或者没有多大价值的事情？

　　有！最初，通过jsp代码编写网页，最后发现还不如DW来的直接。再说用户评测，其实感觉在项目并未完工的情况下，这是一件很没有必要的事情。因为，有很多错误需要修改，光修改错误就会站用户很难大一部分时间。

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

　　大部分情况下没有，首先关于要做到的目标并没有明确规划，往往是做一个功能是一个。缺少规划。

• 　　是否整个项目都按照计划进行？

　　大体上是，只是在最初的实现过程中，由于对项目的不了解，有过高的期望。后面逐步调整计划，基本上每天的任务当天就能完成。

•  　　在计划中有没有留下缓冲区，缓冲区有何作用?

　　第一阶段冲刺过程有缓冲区，主要因为其目的是实现功能。第二阶段由于定位就在完善网站，因此并没有设立缓冲区。以此来看，在团队成员共同协作时，设立缓冲区很有必要。因为每个人完成任务的进度不一，需要进行事先预估，否则会波及整个项目的完成。

• 　　将来的计划会做什么修改？

 　　把没有完成的网站功能比如工具箱、审核界面完成，再初步实现运行。