团队作业第六次—事后诸葛亮

这个作业属于哪个课程 https://edu.cnblogs.com/campus/fzu/2019FZUSEZ
这个作业要求在哪里 https://edu.cnblogs.com/campus/fzu/2019FZUSEZ/homework/10151
这个作业的目标 组织事后诸葛亮会议并发布随笔

设想和目标

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

    答：我们的软件主要解决的是目前福州大学里没有一个校内自己的BBS软件的问题，对典型用户（学生）有比较清晰的描述，相当于一个福大校内版的贴吧。

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

    答：我们可能正处于达到目标的中途，目前的前端页面实现了大部分，但是由于后端的搭建除了一些意外，导致目前的项目没有办法把后端功能实现，现在都是静态的页面，数据保存在本地。

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

    答：和上一阶段相比，质量可以算是有所提高吧，毕竟大家都在学习，一路摸爬滚打过来，主要体现在编码效率和团队沟通上，不过如何衡量我们还没有一个标准。

  4. 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?有什么经验教训? 如果历史重来一遍, 我们会做什么改进?

    答：因为暂无上线，后端功能的一些欠缺，导致我们的项目还不是很完整，所以这方面没有什么进展。不过我们从这次项目中还是学到了很多。正如上一次总结中提出来的，我们团队沟通和一些细节方面还需要很大的改进，如果项目重来的话，可能会先选好开发语言，在留出足够的时间去学习，最后项目再加强沟通，编码之类的事情。

计划

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


    答：计划阶段一开始没有花上太多时间，所以在项目过程中出现了很多问题，这也是我们团队的 一个问题。

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


    答：因为这是我提议做的项目，所以我作为组长脑海里有比较完善的一个框架，同学的问题我有些是去考虑过的，没有想到的问题，也就是不同意见出现的时候我们还是会小讨论，力求把这个问题解决。

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


    答：原计划的工作只做了一般吧，也就是目前已经实现的前端页面，后端没有做完也就是上面提到的，一是对于后端语言以及开发的学习的欠缺，二是团队整体积极性不高，后面的情况就是有在做，但整体积极性不高。

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


    答：没有多大必要的话就是在后端语言选择的情况下，因为不太清楚后端的开发，大家都比较懵，本来想用Java，但不熟悉，无疾而终，后面想用JavaScript，也是遇到一些困难，到最后是选择了Python的Flask框架，在其他方向上花的时间算是没有价值吧。

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

    答：不是每一个任务都有比较清楚的定义，我们是先阐述功能，再去让同学自己根据功能和自己的想法去实现，实现了以后再规范整体风格。

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

    答：整体上是在按照计划进行，中途小意外其实也是蛮多的，首先是对Vue的不熟悉，对Uni-app的开发的不熟悉，再到后端的语言不会，不会开发环境，各个部分不知道怎么连接，相应接口实现不了，这都是没有想到的。

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

    答：有留缓冲区，但是在缓冲区里没有监督组员的进程以及进度，所以缓冲区没有起到很大的作用，作为组长我也应该反思。

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

    答：将来的计划暂无了吧，考完之后如果有机会可能会再坚持一下。

资源

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

    与其他团相比队，我们团队个人的能力资源不是很足够。团队总共八个人，只有两个人有项目经验。我们团队中有所有成员在编程代码方面的能力不是很强，是导致开发大部分项目的任务需要团队集体合作。

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

    各项任务所需的时间一般是按照任务的难度进行估计安排的代码能力差所欲相对的时间就会长一点，设计ui较简单时间充裕。测试的时间根据代码提交完成然后进行测试，并找出BUG。

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

    测试的时间紧凑，毕竟我们代码开发的人力资源不够。有时不能按预期完成，没有完成的话测试就没办法进行。否，代码能力虽然不强，但其他工作必须要认真对待，来补充我们的能力资源的不足。

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

    有，有时候自己工作多了遇到问题的时候就会堵在一个地方觉得很烦倦，有时候别人的思路会很清晰，旁观者清，当局者迷。

变更管理

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

    每次变更管理的时候，我们都会在群里发布通知开会，并且全员到齐。每位成员都会及时收到通知及时了解。
  2. 我们采用了什么办法决定“推迟”和“必须实现”的功能？

    我们采用的方法是从用户的角度出发，来决定哪些功能是软件内必备的，哪些是附加功能，哪些是可有可无的，因此排出软件开发功能的优先级，来决定哪些是必须在第一次冲刺Alpha阶段完成的功能，哪些又是可以推迟到第二次冲刺beta阶段完成。
  3. 项目的出口条件 (什么叫做好了）有清晰的定义吗？

    有，我们的开发的软件项目基本能满足用户体验的需求，包含论坛的发帖，点赞等基本功能都能使用。
  4. 对于可能的变更是否能制定应急计划？

    可以的，我们团队已经准备并制定了应急计划。在第二次冲刺过程中，我们团队代码环境运行出现问题，以至于我们团队耽误了几天。最后通过队员以及外界的帮助，我们在期限内完成了我们的项目。
  5. 员工是否能够有效地处理意料之外的工作请求？

    大部分员工是的可以处理工作之外的工作请求的。只有及个别员工，因为自身原因和自己能力没有办法处理。团队内部可以理解。
##设想和目标

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

答：我们的软件主要解决的是目前福州大学里没有一个校内自己的BBS软件的问题，对典型用户（学生）有比较清晰的描述，相当于一个福大校内版的贴吧。


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

答：我们可能正处于达到目标的中途，目前的前端页面实现了大部分，但是由于后端的搭建除了一些意外，导致目前的项目没有办法把后端功能实现，现在都是静态的页面，数据保存在本地。


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

答：和上一阶段相比，质量可以算是有所提高吧，毕竟大家都在学习，一路摸爬滚打过来，主要体现在编码效率和团队沟通上，不过如何衡量我们还没有一个标准。

4. 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?有什么经验教训? 如果历史重来一遍, 我们会做什么改进?

答：因为暂无上线，后端功能的一些欠缺，导致我们的项目还不是很完整，所以这方面没有什么进展。不过我们从这次项目中还是学到了很多。正如上一次总结中提出来的，我们团队沟通和一些细节方面还需要很大的改进，如果项目重来的话，可能会先选好开发语言，在留出足够的时间去学习，最后项目再加强沟通，编码之类的事情。

计划

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

答：计划阶段一开始没有花上太多时间，所以在项目过程中出现了很多问题，这也是我们团队的 一个问题。


**2. 团队在计划阶段是如何解决同事们对于计划的不同意见的？**
> 答：因为这是我提议做的项目，所以我作为组长脑海里有比较完善的一个框架，同学的问题我有些是去考虑过的，没有想到的问题，也就是不同意见出现的时候我们还是会小讨论，力求把这个问题解决。
**3. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?**
> 答：原计划的工作只做了一般吧，也就是目前已经实现的前端页面，后端没有做完也就是上面提到的，一是对于后端语言以及开发的学习的欠缺，二是团队整体积极性不高，后面的情况就是有在做，但整体积极性不高。
**4. 有没有发现你做了一些事后看来没必要或没多大价值的事?**
> 答：没有多大必要的话就是在后端语言选择的情况下，因为不太清楚后端的开发，大家都比较懵，本来想用Java，但不熟悉，无疾而终，后面想用JavaScript，也是遇到一些困难，到最后是选择了Python的Flask框架，在其他方向上花的时间算是没有价值吧。
**5. 是否每一项任务都有清楚定义和衡量的交付件?
** > 答：不是每一个任务都有比较清楚的定义，我们是先阐述功能，再去让同学自己根据功能和自己的想法去实现，实现了以后再规范整体风格。
**6. 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
** >答：整体上是在按照计划进行，中途小意外其实也是蛮多的，首先是对Vue的不熟悉，对Uni-app的开发的不熟悉，再到后端的语言不会，不会开发环境，各个部分不知道怎么连接，相应接口实现不了，这都是没有想到的。
**7. 在计划中有没有留下缓冲区，缓冲区有作用么?
** > 答：有留缓冲区，但是在缓冲区里没有监督组员的进程以及进度，所以缓冲区没有起到很大的作用，作为组长我也应该反思。
**8. 将来的计划会做什么修改？（例如：缓冲区的定义，加班）
** > 答：将来的计划暂无了吧，考完之后如果有机会可能会再坚持一下。

资源

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

与其他团相比队，我们团队个人的能力资源不是很足够。团队总共八个人，只有两个人有项目经验。我们团队中有所有成员在编程代码方面的能力不是很强，是导致开发大部分项目的任务需要团队集体合作。

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

各项任务所需的时间一般是按照任务的难度进行估计安排的代码能力差所欲相对的时间就会长一点，设计ui较简单时间充裕。测试的时间根据代码提交完成然后进行测试，并找出BUG。

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

测试的时间紧凑，毕竟我们代码开发的人力资源不够。有时不能按预期完成，没有完成的话测试就没办法进行。否，代码能力虽然不强，但其他工作必须要认真对待，来补充我们的能力资源的不足。

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

有，有时候自己工作多了遇到问题的时候就会堵在一个地方觉得很烦倦，有时候别人的思路会很清晰，旁观者清，当局者迷。

变更管理

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

每次变更管理的时候，我们都会在群里发布通知开会，并且全员到齐。每位成员都会及时收到通知及时了解。

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

我们采用的方法是从用户的角度出发，来决定哪些功能是软件内必备的，哪些是附加功能，哪些是可有可无的，因此排出软件开发功能的优先级，来决定哪些是必须在第一次冲刺Alpha阶段完成的功能，哪些又是可以推迟到第二次冲刺beta阶段完成。

3. 项目的出口条件 (什么叫做好了）有清晰的定义吗？

有，我们的开发的软件项目基本能满足用户体验的需求，包含论坛的发帖，点赞等基本功能都能使用。

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

可以的，我们团队已经准备并制定了应急计划。在第二次冲刺过程中，我们团队代码环境运行出现问题，以至于我们团队耽误了几天。最后通过队员以及外界的帮助，我们在期限内完成了我们的项目。

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

大部分员工是的可以处理工作之外的工作请求的。只有及个别员工，因为自身原因和自己能力没有办法处理。团队内部可以理解。

##设计/实现 **1. 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？**

答：设计在项目开始初期，由组长完成。

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

答：有，通过讨论决定。

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

答：有运用unit test，UML等工具。
有效。
与开似乎的比较区别不大。
需要更新UML文档。

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

答：帖子发布这个功能Bug最多。
未发布
一开始没有想到。

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

答：未能严格执行了代码规范。

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

答：软件开发从设计、实现到测试，每一步都要非常的严谨，要考虑的十分周全。

##测试/发布 **1. 团队是否有一个测试计划？为什么没有？**

答：没有，因为一开始没想到这个。

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

答：不算正式。

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

答：没有。

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

答：并未正式量并跟踪软件的效能。

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

答：还有很多功能未能实现，后端也没有做出来。

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

答：最后结果不是很好，也是意料之中，如果重来，相信大家会更努力地去做。

##团队的角色，管理，合作 ** 1. 团队的每个角色是如何确定的，是不是人尽其才？**

答：由成员自己决定，看个人兴趣。

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

答：有的。

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

答：大家不会有什么矛盾，有问题说出来协调一下就解决了。

##总结:

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

答：我们认为目前团队还处于CMMI一级，执行级的档次。因为大部分同学是第一次接触，还是只能奔着实现项目需求出发。

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

答：磨合阶段。

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

答：没有太多改进。还需努力。

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

答：个人编程能力开发能力是最需要改进的。

占比

031702145 马连政 13%
031702125 胡庆寿 11%
031702349 吴斯桓 11%
031702129 刘清宏 13%
031702248 王振雄 11%
031702132 江家舟 13%
031702243 杨成锦 17%
031702131 蔡劭凡 11%

照片

posted @ 2019-12-15 21:14  小福bbs  阅读(252)  评论(10)  编辑  收藏  举报