someday团队Postmortem(事后诸葛亮会议)

一、会议相关介绍:

时间:2018年1月12日

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

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

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

(一)设想和目标:

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

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

(二)网站搭建过程:

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

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

(三)改进方面:

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

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

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

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

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

最好的两点:

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

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

最不好的两点:

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

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

五、计划

  •   计划的工作是否完成?

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

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

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

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

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

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

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

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

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

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

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

上一篇:用Rvm安装Ruby,Rails运行环境及常见错误解决方法


下一篇:[BZOJ 2350] [Poi2011] Party 【Special】