团队作业6——复审与事后分析

李浩 2023-05-20 19:23:37

这个作业属于哪个课程	广工2023软件工程课程
这个作业要求在哪里	团队作业6——复审与事后分析
参考文献	项目管理之事后诸葛亮会议

Alpha阶段项目复审

https://blog.csdn.net/m0_61537062/article/details/130782429?csdn_share_tail=%7B%22type%22%3A%22blog%22%2C%22rType%22%3A%22article%22%2C%22rId%22%3A%22130782429%22%2C%22source%22%3A%22m0_61537062%22%7D

事后诸葛亮分析

分析内容

设想和目标

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

我们要解决的是用户出行的规划问题，定义的很清楚，对典型用户和典型场景有清晰的描述。

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

未完全达到目标，属于半成品，原计划功能实现了大部分，未正式发布在微信小程序平台上。

和上一个阶段相比，团队软件工程的质量提高了么？在什么地方有提高，具体提高了多少，如何衡量的？
用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?

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

计划

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

没有，平时事情太多，没办法倾斜太多时间过来。

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

讨论，分析合理性，统一意见。

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

代码bug难修复，很多任务没按原定时间完成

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

“社区”页面觉得画ui画的太久了
后台搞的彩色日志对项目没什么实际意义

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

没有，只有git提交

是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?

没有按计划完成，本来在最后一周要测试并完善代码，但实际上最后一天还在开发。
一个意外是个人资质注册的小程序，无法获取微信手机号。

在计划中有没有留下缓冲区，缓冲区有作用么?

缓冲区很有必要，但没有留下。

将来的计划会做什么修改？（例如：缓冲区的定义，加班）

预留缓冲区

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

底层设计应该一起讨论，推演好实际场景。
计划时间要留多点，严格执行ddl，不要让一个任务的推迟影响到别的任务开发。

资源

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

时间资源严重不足

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

按个人经验估计，精度不行，都是按照理想估计，实际需要时间都超出了计划

测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?

测试时间不够，人力差一两个人，软硬件资源足够，美工设计和文案没有低估难度。

你有没有感到你做的事情可以让别人来做（更有效率）?

把UI给设计来做

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

再找一个人写后台或者承担别的工作。

变更管理

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

及时。

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

根据重要性和编写难度。

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

没有，能用就出口。

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

能。

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

能。

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

设计/实现

设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？

在开发前进行设计，系统设计一起讨论，后台设计基本是一个人决定，UI设计由每个前端开发一起完成；UI设计的人选可能不太合适，应该有一个人专门负责。

设计工作有没有碰到模棱两可的情况，团队是如何解决的？

有很多，开发中遇到时及时讨论。

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

没有。

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

地图编辑，因为是最核心的功能，涉及的东西比较多。

代码复审（Code Review）是如何进行的，是否严格执行了代码规范？

重新看代码，部分有，部分没有。

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

在开发前进行设计，要确保团队每个人都明白各个环节，理解系统的功能，及时提出设计中不合理的地方。

测试/发布

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

有。

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

有不完整的测试。

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

没有。

很多团队用大量低效率的手动测试，请提出改进计划：至少一个方面的测试要用自动化的测试工具，自动化的测试结果报告，比较测试结果的差异，等等。

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

尚未跟踪。

在发布的过程中发现了哪些意外问题？

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

团队的角色，管理，合作

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

根据大家的能力和个人意愿确定角色。

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

有，我们讨论比较多，遇到问题能一起解决。

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

讨论，统一观点。

总结

你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
你觉得团队目前处于萌芽/磨合/规范/创造阶段的哪一个阶段?

萌芽阶段。

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

更加熟悉了，效率也增加了

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

开发上的配合。

对照敏捷开发的原则, 你觉得你们小组做得最好的是哪几个原则? 请列出具体的事例。
正如我们前面提到的，软件的质量 = 程序的质量 + 软件工程的质量，那团队在下一阶段应该如何提高软件工程的质量呢？
代码管理的质量具体应该如何提高？代码复审和代码规范的质量应该如何提高？

团队规模不大，互相提醒，个人自觉遵守规范。

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

提高个人和总体的代码水平。根据各模块的耦合度衡量质量的提高。

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

apifox文档要写多一点

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

严格遵守ddl。

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

暂无跟踪用户数据。

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

每个人都复审一遍。

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

加强沟通，让成员不要等ddl才重视任务，一开始就得明确各事项。

对于软件工程的理论，规律有什么心得体会或不同意见？

有很大收获。

讨论照片

团队成员在Alpha阶段的角色和具体贡献

名字	角色	互评分	任务分	总团队贡献分
李浩	PM、后端开发	10.65	17.25	27.9
方茂翔	前端开发、UI	10.56	14.75	25.31
黄培庆	前端开发、测试	9.76	5	14.76
黄晓锋	前端开发、UI	8.99	4.5	13.49
梁华欣	前端开发、文档编写	9.66	6	15.66
陆文燕	前端开发、UI	10.38	12.5	22.88

团队贡献分计算规则

鉴于团队规模小，我们将50%（60分）用于队员匿名互评。

例子：队员A获得其余5人的5×90分评价（100分制）加自评85分，共535分，假设全队总分2800分，计算个人分占全队总分535/2800=0.19，0.19×60=11.4即为队员A获得的评价分。

剩余50%（60分），在开发时列出需求（任务），队员自己领任务，最终根据完成的任务数量、质量、准时性进行贡献分的分配。