事后诸葛亮会议

迈不过友情╰ 2021-12-21 23:57 211阅读 0赞

# beta 阶段的 postmortem 报告 #

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

<table> 
 <tbody> 
 <tr> 
 <td> 成员&nbsp; </td> 
 <td> Beta阶段的实践和alpha 阶段有何改进&nbsp; </td> 
 </tr> 
 <tr> 
 <td> 韩一祺 </td> 
 <td>&nbsp;</td> 
 </tr> 
 <tr> 
 <td>袁鹏</td> 
 <td>&nbsp;</td> 
 </tr> 
 <tr> 
 <td>赵欣卉</td> 
 <td>&nbsp;</td> 
 </tr> 
 <tr> 
 <td>高泽权</td> 
 <td>&nbsp;</td> 
 </tr> 
 </tbody> 
</table>

**2. 团队在beta 阶段吸取了那些alpha 阶段的经验教训?**

在alpha阶段中，对功能的需求分析不够仔细，没有很好的了解真实用户的需求。Beta阶段我们删除了一些无用的功能，将功能界面进行了调整，使用户更容易找到那些常用的功能所在的位置，并且在空间以及动态访问权限上做了调整。

### 3. 12 条敏捷开发的原则中, 团队做得最好和最不好的各列举 2 点。 ###

最好的两点：

(1)在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。

我们的每一位团队成员都十分友好，无论是内部交流还是与外部交际，我们都彰显出应有的同学礼仪风范。在软件开发的过程中，每一位成员时常讨论软件的优缺点，改进办法以及进程报告，并且相互学习，交流更好更适用的方法。

(2)市场总结如何提高团队效率，并付诸行动

起初，我们的成员技术并不是很好，很多工作都由队长一人独自完成，这使得我们的软件开发进展的十分缓慢，在后来，我们经过多次的开会总结，我们每一位成员都能找到属于自己的工作内容，开发进程有了质的进展，开发速度有了很大提升。

最不好的两点：

(1)围绕被激励起来的个人来构建项目。

由于我们几位成员的技术能力不足，我们在编写代码过程中很懒散，没有付出该有的努力。

(2)经常性的交付可以工作的软件，交付的间隔可以从几周到几个月，交付的时间间隔越短越好。