设想与目标

我们的软件要解决什么问题/p>

我们保证要采取行动，执行票数最高的一些改进意见

用户量、用户对重要功能的接受程度和我们事先预想一致么们离目标更近了么/p>

用户对三种难度程度比较满意，和我们事先预想一样，对于我们的目标可以说是很接近了。

有什么经验教训果历史重来一遍，我们会做什么改进/p>

对于我们的教训来说就是没有太多采取用户的反馈，只按照我们预想的制作进行，如果再来一次，

我们会多多采取用户意见的反馈，完善我们的软件，提高用户对产品的理解。

计划

计划是否按照需求完成了过什么来完成的/p>

我们的计划大致按对需求去规划了，通过各部结合制作与审查大致已经完成，还剩余一些辅助功能无法实现导致没能使其完整。

每个功能都按照需求来实现的吗什么这么修改/p>

基本都是按照需求去实现的，为计划更好的项目而前进。

将来可能会进行什么样的修改/p>

将来可能不会有太大的改动。

项目为什么不完整/p>

还剩余一些辅助功能无法实现导致没能使其完整。

资源

资源是对项目完整重要的一环，我们的资源足够吗/p>

从严格上来说，我们虽有资源获取渠道，却无法进行专业处理，导致资源实用量过大而导致不足。

资源的掌控程度，实用水平是否完全适合项目/p>

通过资源微处理，实现一图多用，一词高频，微调微整改，合理运用资源，符合项目所需水准。

硬件是否足够于那些不需要编程的资源，是否低估难度/p>

足够，难度适合本身项目。

变更管理

项目的出口条件有清晰的定义么/p>

在我们项目的出口中，项目的各个内容定义理解较为透彻，产品介绍井井有条，美工的优化做到最好，以及项目的各个功能的实现。

 对于可能的变更是否能制定应急计划/p>

出现变更时小组会及时召开小组会议，制定新的应急计划。

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

由于能力所限每个人的工作范围也是有限，如有特殊情况也能及时进行有效的处理。

我们学到了什么果历史重来一遍，我们会做什么改进/p>

对于变更管理，每个组员都会服从管理，对自己不足的地方加以改进。

设计/实现

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

有，查询资料，询问组长

团队是否运用单元测试，测试驱动的开发，或者其他工具来帮助设计和实现些工具有效么/p>

什么功能产生的bug最多布之后发现什么重要的bug，为什么在设计时没有想到/p>

页面跳转BUG最多，发布后出现页面跳转不显示，跳转页面错误等BUG。代码知识欠缺。

代码复审是如何进行的，是否严格执行了代码规范/p>

是的，我们会对每个版本进行代码复审，对于一切代码规范我们都是严格进行执行的。

我们学到了什么果历史重来一遍，我们会有什么改进/p>

设计需要变通，要多看多理解新事物，从而拥有更好的灵感。如果历史重来一遍，我们会加强对项目的设计，以及项目的实现。

文章知识点与官方知识档案匹配，可进一步学习相关知识Git技能树首页概览2905 人正在系统学习中