postmortem报告

标签：--   间隔   org   art   一段   就是   evel   within   经验   

beta阶段与alpha阶段的比较

beta阶段与alpha阶段的比较主要从个人方面和团队方面进行总结。

以下是我们的队员对于自己在beta阶段的实践和alpha阶段的改进的总结。

成员林静雯认为，自己在beta阶段的时候更加深入的了解了android框架的工作的机制，能够更清楚的看整个代码框架，做到更快地开发。
成员涂涵越说，自己写代码更规范了，对时间的把握更加合理了，并且能够考虑到更多的细节问题。
成员吴雪晴提到，beta阶段的实践让自己写代码更规范了，更能够灵活应用单元测试，对安卓的组件构造有了更深刻的理解并且对网络知识有了很多了解，收获很大。
成员胡宇晨认为自己的进步在于beta版更有计划性，更够在更加具体地考虑用户需求的情况下工作，对很多操作更熟练工作效率明显提高，与队友交流更频繁，避免了很多不必要的bug。
成员康鑫认为自己的debug能力加强了。

接下来是对于团队在beta阶段吸取了alpha阶段的经验教训的总结。

首先很重要的一点是解决问题和完成任务的效率提高了。
这一点首先体现在我们的解决问题的速度上。beta阶段我们的交流是非常频繁的，遇到问题及时联系队友和请教队友，一些成员还经常一起在研讨室写代码，避免了很多的弯路，遇到bug及时像有经验的人和高手请教，加快了解决bug的速度。
其次体现在我们对具体任务的确定和任务完成的时间把握。beta阶段的时间并不多，更多的是解决bug和完善功能，所以我们的目标比较清晰，主要就是完成收藏、注册与登录、同步三大功能，以及富文本和日历上的一些改进，由于目标清晰，我们的组员对自己要做的事情就非常的清楚，学习过程就更有针对性，效率也就提高了。虽然时间有限，但是有限的时间反而带来更有时间计划性的安排。
再者就是体现在团队工作的效率的提高。
虽然beta阶段大家都比较忙，有的在北大交流，有的在加拿大交流，基本大家都不在一个地方，但我们还是可以非常高效的通过电话会议做一些工作上的安排。虽然简短但却明确，事实上几次电话会议的效率都来的比在alpha阶段大家在研讨室开上4个小时的会议效率更高，虽然时间短，但每个人都对自己的任务非常清楚。这对我们的团队工作是有启发的。

从12条敏捷开发原则中的总结

团队中做的最好的两点是：

• The best architectures, requirements, and designs emerge from self-organizing teams.
  其中文翻译是：只有能自我管理的团队才能创造优秀的架构, 需求和设计。
  我们团队不敢说有优秀的架构，需求和设计，但是我们的团队是管理相对较好的团队，这是所有成员有目共睹的。我们严格用Github管理代码，定期开会，并且在出现问题的时候及时开会。我们的任务墙非常的详细，包括每个人接下来一段时间需要完成的任务和任务完成的期限。对于用户需求的调研和反馈改进我们也比较好的开发流程来进行，这都源于我们比较好的团队管理。

• The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
  这句话的中文翻译是无论团队内外，面对面的交流始终是最有效的沟通方式。
  我们团队的前后端都有非常密切的交流，后端经常在一起讨论代码架构，前端则采用了结对的方式，并且在最后的beta阶段，整个前端都在一起写代码，这种面对面的交流让我们更加熟悉了对方负责的代码，并且加快了解决bug的速度。

  团队中做的比较差的两点是：

• Deliver working software frequently, from a couple of weeks to a couple of months, with a preference for the shorter timescale
  这句话的中文是：经常发布可用的软件，发布间隔可以从几周到几个月，能短则短。
  这一点是我们团队没有做到，其中的原因主要是由于我们的技术短板，使得我们的产品还没有到达可以发布的成熟度，所以就没有发布。但我们将来一定会记住这个问题，在未来有可能进行的开发过程中一定努力做到。

• Simplicity--the art of maximizing the amount of work not done--is essential.
  翻译: 保持简明 - 尽可能简化工作量的技艺 - 极为重要。
  这点设计到整个代码框架和代码风格问题，应该说在这次开发中，我们团队没有在这两件事上花太多的时间，这是有很大的进步空间的。由于我们还是把精力主要放在实现功能上，并且由于能力和时间的限制，在这点上没有做好。但我认为简明是一个优秀的程序员应该追求的，所以将来的开发中，这是一个需要格外注意的一个点。

开发模式的总结

我们团队的开发模式显然是集市的开发模式。
开源的开发模式有利于别人加入我们的开发，在我们原有的开发基础上进行进一步开发。开源模式也利于我们利用别人的代码进行二次开发，对于我们这种开发新手来说是好处远远大于坏处的。

postmortem报告

标签：--   间隔   org   art   一段   就是   evel   within   经验   

原文地址：https://www.cnblogs.com/USTC-CC/p/9417042.html