zoukankan      html  css  js  c++  java
  • postmortem报告

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

    开发模式的总结

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

  • 相关阅读:
    URAL 2046 A
    URAL 2056 Scholarship 水题
    Codeforces Gym 100286I iSharp 水题
    Codeforces Gym H. Hell on the Markets 贪心
    Codeforces Gym 100286G Giant Screen 水题
    Codeforces Gym 100286B Blind Walk DFS
    Codeforces Gym 100286F Problem F. Fibonacci System 数位DP
    Codeforces Gym 100286A. Aerodynamics 计算几何 求二维凸包面积
    Codeforces Gym 100418K Cards 暴力打表
    Codeforces Gym 100418J Lucky tickets 数位DP
  • 原文地址:https://www.cnblogs.com/USTC-CC/p/9417042.html
Copyright © 2011-2022 走看看