设想和目标
设想和目标
- 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
答：我们的软件给喜爱小熊猫的用户提供一个了解保护交流的平台。
是。
有较为清晰的分区描述。
- 是否有充足的时间来做计划？
没有。保护小熊猫的选题需要较长时间的搜集材料和实地调查，由于疫情原因，达不到这些要求。
- 团队在计划阶段是如何解决同事们对于计划的不同意见的？
少数服从多数
如果历史重来一遍, 我们会做什么改进?
我们会选择更为实际和实用，更容易调查实现，定点更为清晰的主题。
计划
- 你原计划的工作是否最后都做完了？ 如果有没做完的，为什么？
做了大部分，部分难度较为高，设想更为复杂的没有实现
- 有没有发现你做了一些事后看来没必要或没多大价值的事？
比较少有这样的事情，一般先讨论好再实施
- 是否每一项任务都有清楚定义和衡量的交付件？
有
- 是否项目的整个过程都按照计划进行？
是
- 在计划中有没有留下缓冲区，缓冲区有作用么？
有缓冲区，有作用，增加了团队的凝结力和沟通力
- 将来的计划会做什么修改？（例如：缓冲区的定义，加班）
将来会抓紧时间工作，多留一些缓冲时间
如果历史重来一遍, 我们会做什么改进?
我们会安排更详细的时间规划，留下更多的缓冲时间，用于调查，整合资料和测试软件。
设计
- 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
设计工作在开学的第一周，由团队成员共同完成，是。
- 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
没有，我们团队意见一直保持统一。
- 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML，或者其他工具来帮助设计和实现？这些工具有效么？
用过uml，用过微搭进行简单的模型设计。
- 什么功能产生的Bug最多，为什么？
数据库的操作连接使用，因为它的连接比较复杂。
- 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
没有进行，因为团队成员代码风格比较好，都比较规范
如果历史重来一遍, 我们会做什么改进?
不去画大饼，不去设想超出自身能力范围以外的软件功能和设计，基于自身能力和条件进行设计和构思，加强自我认知。
资源
1、我们有足够的资源来完成各项任务么？
没有足够资源。
- 各项任务所需的时间和其他资源是如何估计的，精度如何？
对任务实现的判断不是精准，误差一天左右。
- 测试的时间，人力和软件/硬件资源是否足够？ 对于那些不需要编程的资源 (美工设计/文案)是否低估难度？
时间较为充足，人力不够，软件资源不够，对于美工设计等资源低估难度
- 你有没有感到你做的事情可以让别人来做（更有效率）？
没有
如果历史重来一遍, 我们会做什么改进?
在设计和假设阶段先进行一定的市场调研和资源材料调查整合。
变更管理
- 每个相关的员工都及时知道了变更的消息？
不知道。
- 我们采用了什么办法决定“推迟”和“必须实现”的功能？
加班
- 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么？
有，功能完善，能实现即可
- 对于可能的变更是否能制定应急计划？
能
- 员工是否能够有效地处理意料之外的工作请求？
能
如果历史重来一遍, 我们会做什么改进?
明确个人的详细分工，增加沟通与讨论，每个人做的分块要符合整体风格和设计，减少二次修改界面的时间
测试发布
- 团队是否有一个测试计划？为什么没有？
有
- 是否进行了正式的验收测试？
没有
- 团队是否有测试工具来帮助测试？
没有
- 团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
Fragement转换时间，所占内存，有用，再快一些
- 在发布的过程中发现了哪些意外问题？
没发布呢
如果历史重来一遍, 我们会做什么改进?
做好测试计划，用好的测试软件来帮助测试
浙公网安备 33010602011771号