个人任务五——事后诸葛亮项目回顾

一、设想和目标 

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

推荐信息不全面，推荐内容比较单调，代码基础较弱

很清楚

我们需要面对典型用户是一些对国内旅游有需求但无法确定的人们，我们可以为他们提供景点信息和景点地区的特色，对城市最初印象总结，你可以从中筛选最感兴趣的项目安排自己的旅程。

2.是否有充足的时间来做计划/p>

拥有较长时间来进行讨论，计划

3.团队在计划阶段是如何解决同事们对于计划的不同意见的/p>

组长将组员内的意见收集后开会讨论，详细的讨论这个意见对这个项目的作用

4.有什么经验教训/p>

大家的意见有的时候天马星空，很难将大家都意见结合，代码基础实力较弱

5.会做如何改进

多多分析思考，多学习代码基础知识，多多完善项目的结构布局等

二、计划

1.你原计划都工作是否都做完了果有没做完的，为什么/p>

大部分都完成，因为大部分自己分配时间不够，自己也不是很细心，可能有一些代码bug可能没有发现

2.有没有发现你做了一些事后看来没必要或没多大价值的事/p>

有，制作项目应该多思考与尝试，价值对于不同人也是不同的可能在个人眼中没价值与意义，在他人眼中就非常有意义

3.是否每一项任务都有清楚的定义和衡量的交文件/p>

确认每一项任务都有清楚定义和衡量的交付文件

4.是否项目的整个过程都按照计划进行/p>

是，完全按照计划进行

5.在计划中有没有留下缓冲区，缓冲区有什么作用/p>

在计划中有留下缓冲区，暂时存储数据，经常访问的数据可以放进缓冲区

6.将来的计划会做什么修改/p>

根据组长要求与需求进行修改

7.我们学到了什么/p>

巩固学习代码基础，培养了创新能力，提高自己的抗压能力，提升自己的团队合作能力

8.如果历史重来一遍，我们会做什么改进/p>

资源再多一点，让每个人都有任务可以做并且是愿意做的，不要因为不擅长而做得很费劲

三、资源

1.我们有足够的资源来完成各项项目么/p>

我们组的资源并不够来完成各项项目

2.各项任务所需的时间和其他资源是如何估计的度如何/p>

各项任务时间和资源是由组长与组员统一统筹和安排，时间截止后由组长进行查验，有的时候时间较急可能质量并不是很好

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

测试的时间，人力与软硬件资源有些许的缺少，对于不需要编程的资源低估了难度，本以为很简单，但实际上手后发现很难，思考量很多

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

个人性子很急，有的时候会感觉别人来做会比自己做的更快，但组长的耐心鼓励与帮助下还是自己完成

5.有什么经验教训/p>

6.会做什么改进/p>

在制作项目前多多收集有关资源，锻炼自己的抗压能力，不急不躁慢慢来

四、变更管理

1.每个相关的员工都及时知道了变更的消息吗/p>

组长会及时的将变更的消息告诉组员

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

我们采用了积分制决定推迟和必须实现的功能。

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

有较清晰的定义，能满足一些需求

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

是，组长会在变更的第一时间与组员进行讨论，并制定计划

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

在组长的帮助下与应急计划的统筹下可以有效的处理意料之外的工作请求

6.学习到了什么/p>

优秀的管理会让做一些事情事半功倍

7.我们会做什么改进/p>

时间上的统筹问题，有的时候我们组内进行讨论的时间过长

五.设计/实现

1.设计工作在什么时候，由谁来完成适合的时间，适合的人吗/p>

设计工作在项目还没有开始的时候有大家一起提意见完成，在每次下课的时候进行

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

设计工作的时候会碰到摩棱两可的情况，询问组长，由组长进行组内讨论，商讨得出结果

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

团队运用了单元测试、测试驱动的开发、UWL或者其他工具进行帮助设计和实现；像idea、humber等辅助工具非常好用，有助于项目开发设计。

4.什么功能产生的BUG最多，为什么发布之后发现了什么重要的BUG什么我们在设计/开发是没有想到这些情况/p>

在项目排版的时候出现BUG最多因为布局不够精细导致项目无法呈现。发布后发现有时会闪退，还发现了一些功能太简略不够完善，出现这些问题是因为设计和完成项目的时候不够细心

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

代码复查是我们组员每人一行一行代码运行查看的，严格执行了代码规范

6.我学习到了什么/p>

用不同的方法进行，有的时候会更方便，编译代码时应更细心

7.我们会做什么改进/p>

多多细心，编译代码时应更加仔细

六、测试/发布

1.团队有没有测试计划什么没有/p>

团队有进行测试计划

2.有没有做过正式的验收测试/p>

团队并没有做过正式的验收测试

3.团队是否有测试工具来帮助测试/p>

团队使用测试工具来帮助测试

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

团队是通过测试工具进行测量和跟踪软件效能的。从实际运行结果来看，这些测试工作非常有用，让我们能发现了一些关于之前编写代码时没发现的错误。希望我们能够以后更加细心完成项目的制作。

5.在发布过程中发现了那些意外/p>

发布的过程中并没有发现什么意外

6.学到了什么/p>

有的时候还是需要另一种工具来帮助自己进行工作，不要钻进死胡同

7.我们会做什么改进/p>

应该更加细心

七、总结：

团队的角色，管理，合作

1.团队的每个角色是如何确定的，是不是人尽其才/p>

是人尽其才，组长通过个人的方向与实力来进行确定

2.团队成员之间有互相帮助么/p>

团队成员之间内经常互相帮助进行

3.当出现项目管理，合作方面的问题是，团队成员如何解决问题/p>

组长统一收集问题与意见，在组员有时间的情况下进行小组内讨论，来商讨与决定接下来的步骤如何进行

我感谢组长刘博对我的帮助，在我的思路卡死，大脑一片空白的时候帮助我，提供一些思路，并帮助我编译一些我不会的代码

4.每个成员的软件工程水平有什么提高/p>

我觉的我对于项目编程方面有待提升

5.我觉得团队目前处于磨合阶段

6.我觉得团队相比之前更加团结了