码迷,mamicode.com
首页 > 其他好文 > 详细

postmortem报告

时间:2018-08-04 00:58:42      阅读:169      评论:0      收藏:0      [点我收藏+]

标签:--   间隔   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

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!