这座城市多了十只伤心的鸽—Alpha问题总结随笔

这个作业属于哪个课程	2021春软件工程实践\|W班 (福州大学)
这个作业要求在哪里	团队作业六——beta冲刺+事后诸葛亮
团队	[这座城市多了十只伤心的鸽] (https://www.cnblogs.com/rgsjteam12/)
这个作业的目标	Beta冲刺的博客汇总
参考文献	构建之法

设想和目标

1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
  A:解决党员志愿服务“效率差、难留存”的问题；定义清楚；对典型用户和场景有清晰的描述
1. 我们达到目标了么?
  A:alpha冲刺阶段从软件的视角来看目标基本完成，功能能够正常使用。但是从团队的角度来说，我们的配合还有待提升，各个部份之间的交互频率和信息即时补充不足。
1. 有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
  A:如果重来一遍我们会重新调整部份结构，将前后端之间的通信做到相应速度更快，同时接口文档交付由对应开发人员设计。

1.、是否有充足的时间来做计划?
A：有
2、团队在计划阶段是如何解决同事们对于计划的不同意见的？
A：以合理性为主，当双方都无法说服对方的时候由主设计者为主。
3、你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
A：基本完成
4、有没有发现你做了一些事后看来没必要或没多大价值的事?
A：暂时没有
5、是否每一项任务都有清楚定义和衡量的交付件?
A：有较为清晰的定义，按照每个页面和功能进行验收，但是没有生成验收文档。
6、是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
A：大部分过程是按计划进行，但是中间出现某些文档定义不清晰，导致交互出现问题，严重影响团队成员开发积极性。
7、在计划中有没有留下缓冲区，缓冲区有作用么?
A：有滞留缓冲区，用于处理突发状况，但是突发状况对项目的延时过多，导致最终验收和测试的时间较为拘谨。
8、我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
A：缓冲区的设置尽可能的大一些，让整个项目不会因为突发状况受到太多影响。

1.我们有足够的资源来完成各项任务么?
A：资源充足，尽管取用
2.测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
A：测试的时间由于缓冲区溢出导致压缩了不少时间，最终测试时间不足；对于美工和文案的工作大多数时间交给PM兼职完成，总得来说并没有对难度有错误的估计。
3.你有没有感到你做的事情可以让别人来做（更有效率）?
A：确实，可能比起一名管理者，我更适合做一个副手。

1、每个相关的员工都及时知道了变更的消息?
A：是的。
2、我们采用了什么办法决定“推迟”和“必须实现”的功能?
A：主要从“功能开发问题能否在计划内被解决”以及“功能对于该阶段开发是否必须”，如果二者同时真则该功能“必须实现”，如果二者有一为否则进入“推迟阶段”
3、项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?
A：有具体的有验收条件。
4、对于可能的变更是否能制定应急计划?
A：理论上可以。
5、员工是否能够有效地处理意料之外的工作请求？
A：开发人员经验较为充足，基本可以满足

1 、设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
A：设计工作是在正式开发开始前由Pm组与开发组进行交互后完成，时间和人选皆合适。
2、设计工作有没有碰到模棱两可的情况，团队是如何解决的？
A：出现过，通过进行交互商榷确认一个比较稳定的设计方式。
3、团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？比较项目开始的 UML 文档和现在的状态有什么区别？这些区别如何产生的？是否要更新 UML 文档？
A：有使用过UML开发工具，能够让开发更加直观的了解整个项目。

1、团队是否有一个测试计划？
A：有的
2、是否进行了正式的验收测试？
A：暂时没有，需要等到开发完成、
3、团队是否有测试工具来帮助测试？
A：junit
4、团队是如何测量并跟踪软件的效能（Performance）的？压力测试（Stress Test）呢？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
A: 有关这方面的测试在Alpha阶段暂时没有进行。
5 、在发布的过程中发现了哪些意外问题？
A：暂时没有问题，能够正常运行。

posted @ 2021-06-09 20:09 这城市多了十只伤心鸽阅读(57) 评论(0) 编辑收藏举报

刷新页面返回顶部