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报告的更多相关文章

  1. postmortem报告【第二组】

    一.alpha阶段的经验教训 1.针对 进度规划不到位,任务完成速度慢 的问题,引入teambition规范任务管理,每周组会验收上一周任务,发布下一周任务,对各组员是否完成任务以及完成质量进行评价. ...

  2. 第五组postmortem报告

    为期近半年的软工课程顺利收工了.这一个学期的网站制作中, 憧憬过.懊恼过.兴奋过,回顾整个制作过程,我们按老师的要求来一份验尸报告. 1. 每个成员在beta 阶段的实践和alpha 阶段有何改进? ...

  3. beta 阶段的 postmortem 报告

    part一: 用户数:目前约30人 总结:与当初的预算差不多,首先1.第一次开发软件,经验效率不足,那是很正常的事情.2.用户数量少,因为宣传力度还是比较的少.应该加强软件的推广才行. part二: ...

  4. alpha阶段的 postmortem 报告

    1. 每个成员到了第二次alpha 阶段与第一次相比,取得什么进步? 成员    黄杰 学会了app环境的搭建和代码的基本理解 李炫宗 更加明白安卓代码的编写和理解 康取 对安卓界面的设计有一些了解 ...

  5. alpha版postmortem 报告

    一.团队开发存在的问题 此次会议我们团队中每个成员都仔细思考并提出了团队在这一阶段存在的问题,主要如下: 1.前期任务规划.分配不合适: 2.个人对认领任务模块完成度.了解度不够: 3.个人学习意识. ...

  6. 6th Alpha阶段的postmortem报告

    组名:好好学习(代组长发布)  会议重要内容记录: 1.  尝试在beta阶段实现的功能,与alpha阶段相比的优势 (1)更改软件现有的bug: 1)软件的账目只能输入,但是一旦发生失误却无法更改和 ...

  7. Beta版本总结

    beta 阶段的 postmortem 报告 1. 每个成员在beta 阶段的实践和alpha 阶段有何改进? 成员  Beta阶段的实践和alpha 阶段有何改进  黄山成 beta阶段较alpha ...

  8. 【彩彩只能变身队(第七组)】Beta版本

    本篇博客包括前期博文汇总.任务墙.团队管理细节与交流细节.代码管理.Beta阶段冲刺.团队总结.用户使用报告.Postmortem报告. 服务器网址:http://47.106.227.154/ 彩彩 ...

  9. M1事后分析报告(Postmortem Report)

    M1事后分析报告(Postmortem Report) 设想和目标 1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们项目组所开发的软件为一个基于Andro ...

随机推荐

  1. Spring 异常处理三种方式 @ExceptionHandler

    异常处理方式一. @ExceptionHandler 异常处理方式二. 实现HandlerExceptionResolver接口 异常处理方式三. @ControllerAdvice+@Excepti ...

  2. 2 jquery选择器

    一基本选择器 #id .class  elment  *  select1, select2, select3... 例 $("span, #two").css("bac ...

  3. PCA降维实验代码

    实验需要提取数据的空间信息,所以要对光谱进行降维,使用主成分分析算法,样例代码备份如下 # -*- coding: utf-8 -*- """ Created on Mo ...

  4. GNum试用体验

    只需在GNum上注册一个用户名,填上自己的电话号码,它就会自动生成一个URL,你的朋友(可以不注册GNum)在浏览器上进入这个 URL,就可以给你的手机打电话,目前可以免费通话200分钟,而且如果你邀 ...

  5. 从零开始学 Web 之 移动Web(九)微金所案例

    大家好,这里是「 从零开始学 Web 系列教程 」,并在下列地址同步更新...... github:https://github.com/Daotin/Web 微信公众号:Web前端之巅 博客园:ht ...

  6. linux上可代替ftp的工具rz和sz

    对于经常使用Linux系统的人员来说,少不了将本地的文件上传到服务器或者从服务器上下载文件到本地,rz / sz命令很方便的帮我们实现了这个功能,但是很多Linux系统初始并没有这两个命令,因此简单的 ...

  7. idea集成uglifyjs2

    项目中可能会多次修改某些*.js文件,但是引用的是*.min.js, 所以需要再改完源码后生成压缩的min.js uglifyjs是个不错的工具,但是单独用略显麻烦,如果能整合到idea就好了.正好i ...

  8. vue-cli+webpack项目,修改项目名称

    使用vue-cli+webpack创建的项目,修改文件名称或者更改文件的位置,运营时会报错,是因为npm项目,在安装依赖(node_nodules)时,会记录当前的文件路径,当修改之后就无法正常启动. ...

  9. T-SQL:透视数据(十三)

    透视数据实际上就是行状态转为例状态 先加一张测试表 IF OBJECT_ID('dbo.Orders', 'U') IS NOT NULL DROP TABLE dbo.Orders; GO CREA ...

  10. C#语句 分支语句 if --- else ---

    语句是指程序命令,都是按照顺序执行的.语句在程序中的执行顺序称为“控制流”或“执行流”. 根据程序对运行时所收到的输入的响应,在程序每次运行时控制流可能有所不同. 注意,语句间的标点符号必须是英文标点 ...