事后诸葛亮（团队）

格式描述

团队信息

队员学号 队员姓名 个人博客地址 备注
221600125 刘杰 http://www.cnblogs.com/MikasaAKM/ 队长
221600123 林信康 http://www.cnblogs.com/lxk12345/
221600124 林梓铭 http://www.cnblogs.com/linziming/ 转出
221600127 卢成钢 http://www.cnblogs.com/LuChenggang/
221600128 王华峰 http://www.cnblogs.com/izzwhf/
221600118 李鸿斌 https://home.cnblogs.com/u/Anizwel/ 转入

设想和目标

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

​ 软件核心功能是解决任务的发送与接受，功能小巧简单，定义清晰，描述准确。

2.我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)

​ 服务器的问题没解决其他原定功能都完成了。交付时间的几乎吻合的。用户数量由于数据库问题没有测试。

3.和上一个阶段相比，团队软件工程的质量提高了么？ 在什么地方有提高，具体提高了多少，如何衡量的？

​ 由于上个阶段完成了需求、原型、设计，本阶段的工程质量算是提高了。app雏形完成。

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 文档？

​ 有的，有效测试。uml文档后期没有修改直接口述完成。

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

任务状态/涉及比较多的操作，比较困难。

5.代码复审（Code Review）是如何进行的，是否严格执行了代码规范？ 我们学到了什么? 如果历史重来一遍,我们会做什么改进?

目前没有检测，可能存在着不少问题。最主要是时间问题，在下一阶段再完善。重来主要就是时间规划和利用的问题。

测试/发布

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

初期设计没有。没时间考虑那么多。

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

只有简单的测试验收

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

有的。学习花费又一点计划外的时间。

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

​ 目前没有效能测试。

5.在发布的过程中发现了哪些意外问题？ 我们学到了什么? 如果重来一遍,我们会做什么改进?

​ 没有。重来的话，早点多学一点东西。

团队的角色，管理，合作

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

​ 根据能力分配，目前来看较为合理。

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

​ 有的。一方有难，八方支援。

3.当出现项目管理、合作方面的问题时，团队成员如何解决问题？ 每个成员明确公开地表示对成员帮助的感谢 （并且写在各自的博客里）： 我感谢 _______<姓名>______对我的帮助， 因为某个具体的事情: _____________________。

  • LJ：我感谢LXK对我的帮助， 因为在编写聊天类给我搜索许多资料。
  • LXK： 我感谢WHF对我的帮助， 因为在代码测试时给我巨大帮助。
  • LZM： 我感谢LCG对我的帮助， 因为在任务类编写时给我启发。
  • LCG： 我感谢LZM对我的帮助， 因为在用户类编写时帮我分担压力。
  • WHF： 我感谢LJ对我的帮助， 因为在界面设计时给我很大灵感。

总结:

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

    第2级，可重复级(Repeatable)。

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

    磨合期。

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

    代码整合速度加快。

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

    服务器搭建。

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

    目前谈不上好，正在努力。

  • 正如我们前面提到的， 软件的质量 = 程序的质量 + 软件工程的质量，那团队在下一阶段应该如何提高软件工程的质量呢？
    1.代码管理的质量具体应该如何提高？ 代码复审和代码规范的质量应该如何提高？

    ​ 投入更多时间。

    2.整个程序的架构如何具体提高？ 如何通过重构等方法提高质量，如何衡量质量的提高？

    ​ 代码规范检验更细致。

    3.其它软件工具的应用，应该如何提高？

    ​ 参考网路教程。

    4.项目管理有哪些具体的提高？

    规划更合理。

    5.项目跟踪用户数据方面，计划要提高什么地方？例如你们是如何知道每日/周活跃用户等数据的？

    ​ 目前没有考虑。

    6.项目文档的质量如何提高？

    ​ 参考同类项目。

    7.对于人的领导和管理， 有什么具体可以改进的地方？ 请看《构建之法》关于PM、绩效考核的章节， 或者 《人件》等参考书

    开发流程更加合理。

    8.对于软件工程的理论，规律有什么心得体会或不同意见？ 请看阅读作业。

    ​ 人员流动与合作比想象中困难，应该具有更强适应性。

照片

交换组员的工作交接和培训方案

​ 由转出组员与转入组员交代他所负责部分，进行简单介绍。然后进入小组后，，由主要代码人员介绍我们使用的核心算法思路、代码构成以及需要使用的技术，以求最快速度融入小组。

posted @ 2019-05-06 18:54  为了交项目干杯  阅读(200)  评论(2)  编辑  收藏  举报