问题总结

设想和目标

  1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
    我们的产品解决的是食堂用户在食堂用餐的时候难以选择窗口,以及选择窗口后没有喜欢的菜品的问题,对于典型用户和典型场景有清晰的认识但是
  2. 我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)
    α阶段我们目前并没有完成这个阶段要求的目标，前端所需要的大量界面没有按时完成
  3. 和上一个阶段相比，团队软件工程的质量提高了么？ 在什么地方有提高，具体提高了多少，如何衡量的？
    在进度管理和工作安排上有提高，工作分配上更加细致并且前后端有两个小组长，程序基本上完全重写，采用了更加便利的框架
  4. 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
    还没有给其他用户进行测试，但是我们进度比上个阶段更快了

有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
如果重来一遍，应当在确认作业的大前提的情况下和每个组员积极沟通及时处理所有组员遇到的问题，应该加强组员之间的互相沟通项目进行过程中多做交流，提前排除可能发生的错误不要把这些错误残留下来

计划

  1. 是否有充足的时间来做计划?
    安排的时间基本上非常充足

  2. 团队在计划阶段是如何解决同事们对于计划的不同意见的？
    互相沟通后保留最合适的那种情况

  3. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
    依然剩下了很多的部分没有完成，因为前端组没有互相沟通解决问题

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

  5. 是否每一项任务都有清楚定义和衡量的交付件?
    并没有，任务分工比较随意，存在很多可以改进的地方

  6. 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
    没有按照计划，前端组几乎没有互相沟通各写各的，最后前端组没法组合出一个完整的程序，主要原因是因为前端组对于新技术的不熟练以及组长对于前端组进度的管控不当，因为组长写的是后端，对于前端的出的状况没法很好的把握

  7. 在计划中有没有留下缓冲区，缓冲区有作用么?
    几乎没有缓冲时间

  8. 将来的计划会做什么修改？（例如：缓冲区的定义，加班）
    增加缓冲时间，最后留下几天用来加班，并且增加前端人数减少后端人数

我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
加强组员之间的互相沟通项目进行过程中多做交流，发现自己处理不了的地方即使和组员协调

资源

  1. 我们有足够的资源来完成各项任务么?
    开发时间资源不是很充足，前一个阶段遗漏的各种任务以及来自其他学科的压力。
  2. 各项任务所需的时间和其他资源是如何估计的，精度如何?
    人工估计，精度基本能满足贡献度计算的需要
  3. 测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
    测试时间基本足够，美工和文案上因为还没有遇到这个些问题所以不知道是否会超出预期
  4. 你有没有感到你做的事情可以让别人来做（更有效率）?
    代码复用程度较高的部分交给同一个人完成会效率更高

有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
留下缓冲时间加班，提前通知组员学习需要的内容

变更管理

  1. 每个相关的员工都及时知道了变更的消息?
    通过QQ群通知，有重大变更的时候要全体回复收到

  2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?
    通过组员讨论得出

  3. 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?
    功能基本实现，界面完整

  4. 对于可能的变更是否能制定应急计划?
    预留了一段时间用来防止应急变化

  5. 员工是否能够有效地处理意料之外的工作请求？
    员工上这点可能比较困难，需要组长加大力度管理

我们学到了什么? 如果历史重来一遍, 我们会做什么改进？
计划安排上尽可能细致，留出预留时间

设计/实现

  1. 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
    代码的设计和工作安排在开始冲刺前两天，由组员讨论以后共同完成

  2. 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
    由组员互相讨论后留下最合适的情况

  3. 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？ 比较项目开始的 UML 文档和现在的状态有什么区别？这些区别如何产生的？是否要更新 UML 文档？
    单元测试采用用了JUNIT和HTTPUNIT,UML文档基本没有变化

  4. 什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
    暂时没发现这样的功能。

  5. 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
    人工执行，代码复审上能注意到很多没有严格执行代码规范的地方

我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
多提醒组员注意代码规范，代码复审要仔细审查，做好错误处理。

测试/发布

  1. 团队是否有一个测试计划？为什么没有？
    因为前端进度太慢甚至拖垮了后端进度，所以只进行了很初步的测试

  2. 是否进行了正式的验收测试？
    没有

  3. 团队是否有测试工具来帮助测试？
    很多团队用大量低效率的手动测试，请提出改进计划：至少一个方面的测试要用自动化的测试工具，自动化的测试结果报告，比较测试结果的差异，等等。
    后端测试工具：JUNIT,HTTPUNIT

  4. 团队是如何测量并跟踪软件的效能（Performance）的？压力测试（Stress Test）呢？ 从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
    并没有进行这些测试

  5. 在发布的过程中发现了哪些意外问题？
    暂时没有

我们学到了什么? 如果重来一遍, 我们会做什么改进?
测试的力度要足够细致，尽可能防止以后的BUG出现

团队的角色，管理，合作

  1. 团队的每个角色是如何确定的，是不是人尽其才？
    团队角色由组员自己的意愿决定，之后再把补位的成员分配到合适的位置

  2. 团队成员之间有互相帮助么？
    后端成员还说得上有互相帮助，有问题一起讨论一起处理，但是前端成员基本上是在各自奋战，没有很好的互相沟通

  3. 当出现项目管理、合作方面的问题时，团队成员如何解决问题？
    互相讨论后选出一个最终方案

总结:

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

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

3.你觉得团队在这个里程碑相比前一个里程碑有什么改进?
团队的配合更好了，管控上更合理

4.你觉得目前最需要改进的一个方面是什么?
前后端交流较少

posted @ 2020-06-02 19:12  铁华组  阅读(137)  评论(2)    收藏  举报