20191114-2 Beta事后诸葛亮会议

作业要求参见:http://edu.cnblogs.com/campus/nenu/2019fall/homework/10005

一、小组介绍

组名:都是为了生活

组长:王可非

组员:董亚辉 迟俊文 徐姗姗 肖亚男

设想和目标

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

           答:我们的软件就是帮助用户解决选择纠结问题,帮助用户节省时间。定义的清除,对用户和场景有清晰的描述

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

     答:有充足的时间来做计划

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

扫描二维码关注公众号,回复: 7919202 查看本文章

     答:计划都是会议讨论通过的,大家没有不同意见。

  有什么经验教训? 如果历史重来一遍我们会做什么改进?

       答:由于组内成员对自己的能力不够充分了解,所以任务分工后会产生进度不一以及分工内容不够详细,以至于影响开发的最终进度。如果历史重来一遍,我们会细化分工,充分了解自己的能力。

计划

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

    答:没有做完,例如beta阶段计划制作分享朋友圈的功能。首先因为高估了自己的水平,其次开发时间有限,导致功能在发布阶段没有完成。

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

    答:没有

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

    答:是,每一项任务的负责人员以及交付时间都在例会报告中明确指明。

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

      答:是,每天都会举行例会,整个项目都在计划中进行

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

      答:我们在计划中没有留下缓冲区

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

     答:将来我们会对小组成员的任务分工进行调整。

  我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

          答:在项目开发过程中一定要控制好时间,分工一定要细化。如果历史重来一遍我们一定控制好时间精度。 

资源

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

    答:有足够的资源来完成各项任务

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

     答:由于没有项目开发经验,我们会尽最大可能为每项任务分配足够多的时间。

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

     答:足够

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

      答:没有,组内成员已经进行分工,都是根据个人的情况进行分工。

  有什么经验教训? 如果历史重来一遍, 我们会做什么改进?

      答:开发经验不足导致任务的时间分配出现问题。如果历史重来一遍我们会根据任务的等级合理安排时间。

变更管理

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

        答:每次进行变更时,组长会在微信群中发布消息通知所有成员,并且要求所有成员回复收到消息。

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

       答:团对开会讨论,并且投票决定,根据票数确定“必须实现”功能和“推迟“功能,

       3.项目的出口条件(Exit Criteria – 什么叫“做好了”)有清晰的定义么?

   答:有,能实现功能就说明做好了。

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

     答:没有

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

    答:可以,一些意料之外的工作请求能够在组长带领下处理的非常好。

  我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

       答:一定要对可能的变更指定应急计划,避免被打个措手不及,影响项目的进度。

设计/实现

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

    答:设计工作由组长完成,完成后在团队中讨论,进行补充和修改

          时合适的时间和合适的人。

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

      答;没有遇到

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

       答:没有运用

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

           答:热门场景显示的出现的Bug最多,因为存储格式不对导致出现了问题。

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

         答:复审由全体成员互相检查,没有严格执行代码规范

 我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

     答:要运用UML帮助设计,学会利用用例图,会取得事半功倍的效果。

测试/发布

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

     答:有

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

           答:进行了

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

          答:没有

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

           答:通过微信小程序平台提供的分析图表,查看软件的效能,并且团队成员经常登录小程序查看小程序状况。

                  测试工作有用

                  改进:使用测试工具。

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

           答:发布过程没有遇到意外问题

  我们学到了什么? 如果重来一遍, 我们会做什么改进? 

          答:针对项目一定要做好测试计划,并且寻找测试工具,提高测试效率。

团队的角色,管理,合作

     1.团队的每个角色是如何确定的,是不是人尽其才?

               答:根据个人的能力进行确定,是人尽其才。

    2.团队成员之间有互相帮助么? 

              答:有

         3.当出现项目管理、合作方面的问题时,团队成员如何解决问题?

      答:在每日例会中进行解决

   每个成员明确公开地表示对成员帮助的感谢 (并且写在各自的博客里):

       王可非:https://www.cnblogs.com/wkf-/p/11896855.html

     徐姗姗:https://www.cnblogs.com/samndbk/p/11897867.html

     董亚辉:https://www.cnblogs.com/dongyahui/p/11897674.html

                 迟俊文:https://www.cnblogs.com/chijw123/p/11897100.html

     肖亚男:https://www.cnblogs.com/xyn323/p/11897058.html

  我们学到了什么如果历史重来一遍我们会做什么改进?

    答:一定要进行团建。

 总结:

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

        答:CMMI二级,对项目有一系列管理程序,保证了软件组织实施项目的成功率。
     2.你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?

    答:处于磨合阶段
         3.你觉得团队在这个里程碑相比前一个里程碑有什么改进? 

        答:工作完成度明显优于上一个阶段
          4.你觉得目前最需要改进的一个方面是什么?

              答:团队的需要更加规范

        对照敏捷开发的原则, 你觉得你们小组做得最好的是哪几个原则? 请列出具体的事例。 

    1)6.无论团队内外,面对面的交流始终是最有效的沟通方式

      首先每日例会确保了每天的面对面可以交流,其次每日例会成员之间可以进行互相交流项目进度以及遇到的困难,大家进行讨论解决,互相交流意见。

    2)7.可用的软件是衡量项目进展的主要指标

      我们在前期的alpha阶段和beta阶段,都发布了能够运行的产品,并且发布的产品相较于上一个阶段的产品进行了不同程度的更新和功能添加。

事后诸葛会议照片:

  

猜你喜欢

转载自www.cnblogs.com/shenghuo-chifan/p/11892433.html
今日推荐