• Alpha版本——Postmortem会议


    • No Bug
      031402401鲍亮 031402402曹鑫杰 031402403常松 031402412林淋 031402418汪培侨 031402426许秋鑫

    设想和目标

    1.我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?

    为了解决人们需要找人一起团购,缺乏拼单伙伴的这一痛点。

    定义得很清楚。

    是的,我们专门拍摄了视频描述用户场景:点击链接

    2.是否有充足的时间来做计划?

    有,但是由于经验不足,还是不能做出很好的安排。

    3.团队在计划阶段是如何解决同事们对于计划的不同意见的?

    交换意见,慢慢协商。当有实在解决不了的分歧时,通过投票解决。


    计划

    1.你原计划的工作是否最后都做完了? 如果有没做完的,为什么?

    预期功能已经实现。但是测试没来得及做好,原因是没有安排测试计划。没有计划的原因是,预先并不知道这个重要的环节,也没有人提起。

    2.有没有发现你做了一些事后看来没必要或没多大价值的事?

    后端人员提出为了方便队友数据库的搭建,我将建立数据库的sql语句保存下来,但是并没有什么用处。其他暂无。

    3.是否每一项任务都有清楚定义和衡量的交付件?

    经验不足,所以没什么预期的目标。大家都只是一腔热情地投入编码中。

    4.是否项目的整个过程都按照计划进行?

    基本是的,被一些预期外的bug阻塞了一些进度。

    5.在计划中有没有留下缓冲区,缓冲区有作用么?

    有打算留下一天大家讨论细节问题,但是并未剩余预期的时间。

    6.将来的计划会做什么修改?(例如:缓冲区的定义,加班)

    • 前期必须开会制定严格规范的接口文档、每日计划、测试计划,队员必须严格执行,轻易不要改变既定的计划。
    • 做好耗时估计。
    • 在计划中加入缓冲区的安排。
    • 分工明确,PM监督项目进展,统筹队员进度,前后端、文档人员各司其职,适时针对特殊情况开展会议。

    资源

    1.我们有足够的资源来完成各项任务么?

    资源基本完备,对各项任务能够提供支持。

    2.各项任务所需的时间和其他资源是如何估计的,精度如何?

    没有什么预估,大家都是遇到问题就解决,没考虑这个问题。

    3.用户测试的时间,人力和软件/硬件资源是否足够?

    不够,由于没有具体的测试计划。

    4.你有没有感到你做的事情可以让别人来做(更有效率)?

    大家都没有项目经验,根据自己的分工通过有选择地learning by doing,所以不存在问题描述的情况。


    变更管理

    1.每个相关的员工都及时知道了变更的消息?

    变更的消息没有及时传达给大家,导致一些对接上的问题。

    2.我们采用了什么办法决定“推迟”和“必须实现”的功能?

    对于主体功能,大家毫无异议地认为应该在第一个版本实现,其他功能都是通过讨论决定推迟或者在这个版本实现。

    3.项目的出口条件(Exit Criteria)是否得到清晰的定义?

    未明确定义,测试计划未定义,但功能上达到出口条件。

    4.对于可能的变更是否能制定应急计划?

    版本任务简单,没有安排应急计划。

    5.员工是否能够有效地处理意料之外的工作请求?

    大家遇到的问题各不相同,解决方式也因人而异,不过基本不影响项目进展。


    设计/实现

    1.设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?

    界面设计是ui人员设计,并在会议上讨论,但是实际中存在临时改变ui的情况,导致一些意外的麻烦。

    2.设计工作有没有碰到模棱两可的情况,团队是如何解决的?

    前期设计都是在许多不确定中完成的,一些细节的定义和要求并没有明确。往往都是先做出一个方案,再讨论修改。

    3.团队是否运用单元测试(unit test),测试驱动的开发(TDD)、UML, 或者其他工具来帮助设计和实现?这些工具有效么?

    没有。

    4.什么功能产生的Bug最多,为什么?

    发帖功能,涉及图片的处理和权限的申请,相对复杂。

    5.代码复审(Code Review)是如何进行的,是否严格执行了代码规范?

    是有规范,但是大家都忘了这么一回事了。


    测试/发布

    1.团队是否有一个测试计划?为什么没有?

    没有,预先并不知道这个重要的环节,也没有人提起。

    2.是否进行了正式的验收测试?

    简单地黑箱测试了一下。

    3.团队是否有测试工具来帮助测试?

    没有。

    4.团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?

    没有这些计划。

    5.在发布的过程中发现了哪些意外问题?

    发布展示时启用拍照功能闪退。有的手机运行总是遇到内存溢出导致闪退的情况,这个bug未解决。


    总结

    1.你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?

    可重复级(Repeatable)

    2.你觉得团队目前处于萌芽/磨合/规范/创造阶段的哪一个阶段?

    磨合期

    3.你觉得团队在这个里程碑相比前一个里程碑有什么改进?

    大家的交流更加多了,团队的凝聚力也更强了,大家都喜欢在一块解决问题。

    4.你觉得目前最需要改进的一个方面是什么?

    把计划的制定放在更重要的位置,一个好的计划是成功的一半。

  • 相关阅读:
    spark调度器FIFO,FAIR
    elasticsearch5.6.8 创建TransportClient工具类
    elasticsearch TransportClient bulk批量提交数据
    java 参数来带回方法运算结果
    idea上传代码到git本地仓库
    2020-03-01 助教一周小结(第三周)
    2020-02-23 助教一周小结(第二周)
    2020-02-16 助教一周小结(第一周)
    寻找两个有序数组的中位数
    无重复字符的最长子串
  • 原文地址:https://www.cnblogs.com/yuaoi/p/6103089.html
Copyright © 2020-2023  润新知