个人任务五-事后诸葛亮会议 吴华文

一、设想与目标

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

我们小组的项目为系部官网设计和开发（难度3）。定义的比较清楚。在原型图中已做标注。

2. 是否有充足的时间来做计划？

我们小组分工比较明确，通过召开会议的形式合理分工，利用空余时间制定计划。

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

在规划阶段，召开头脑风暴，各自发表自己的见解，结合实际情况，举手表决通过最终最终的计划方案

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

用户对官网的功能性比较满意，只是觉得原型设计有点丑，事先预想的一致。很接近小组的最终目标了。

5.有什么经验教训？如果历史重来一遍，我们会做什么改进？

经验教训就是页面设计草草收场，原型设计的缺乏美感。如果历史重来一遍，我们会进行充分进行调研，采取用户意见的反馈，汲取用户提出的宝贵意见，结合实际，完善我们的软件。

二、计划

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

小组大部分的任务已经完成。如有未完成情况，原因是自己前端知识相关的知识不够熟练，导致耽误了整体进程。

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

个人前端相关知识的遗忘，页面编写过程中，现学习现做占据了，以至于占用了相当长的时间。

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

对于每一项任务都有清楚的定义以及衡量的加附件，相关功能的实现后都提交到代码仓库，整个项目完成后，将所有分支进行合并

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

是的。每次计划开始前，都会进行一次小组会议。

5.在计划中有没有留下缓冲区，缓冲区有作用吗？

有留下缓冲区，因为整个项目在做相关功能的时候都会留下缓冲区，这样也利于我们小组对有缓冲区的地方加以完善相关的功能。

6. 将来的计划会做什么修改？

在对于留下缓冲区的地方，召开例会，结合实际情况，大家一起解决问题，在小组讨论中尽量保持愉快的氛围。

7.我们学到了什么？如果历史重来一遍，我们会做什么改进？

任何看似不重要的东西其实都有它存在的必要，如果能重来我们一定会注重项目的所有点的开发，不会再对页面设计进行敷衍

三、资源

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

有的，我们小组所有成员都会上百度去寻找个需要的资源，结合实际，完成自己的各项任务。

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

通过任务的难易程度进行分配，保证最大限度，最短时间完成任务。

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

足够。没有低估难度，没有超出个人能力范围

4. 你有没有感到你做的事情可以让别人来做？

没有感受到，因为自己可以做的事情没有必要去麻烦别人，如果都去麻烦别人，自己在这个团队中就没有价值

5.有什么经验教训？如果历史重来一遍，我们会做什么改进？

在准备之余，要考虑到各种因素问题，准备不充分，就会在某个步骤出问题。如果历史重来一遍，我们会充分做好准备工作，再开始任务。

四、变更管理

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

有工作群，每次有通知都会及时通知到位。

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

因为项目的难度原因，并未有推迟的情况。必须实现的项目是对项目进行简单的交互。

3. 项目的出口条件有清晰的定义么？

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

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

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

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

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

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

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

五、设计/实现

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

设计的时候是大家在一起组内讨论，举手表决最终的项目方案，总体的设计是由孔德辉和邹世康进行页面设计的

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

有。在收集足够多的原型图例子之后，会进行对比并将好的功能进行借鉴。

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

运用RP9工具进行编辑，有效的还原真实的项目。

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

我们的项目不存在BUG，因为现在都是面向百度编程，没有问题是解决不了的

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

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

6.我们学到了什么？如果历史重来一遍，我们会有什么改进？

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

六、测试/发布

1. 团队有没有测试计划？

有的，小组有专门的负责人进行测试。

2. 有没有做过正式的验收测试？

有的，经过反复调查研究进行的验收测试。

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

用编辑器的预览功能进行预览。

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

通过多次的测试进行测效的，这些工作时非常有用的也是必不可少的，因为测试项目有没有需要修复的bug，我觉得可以简单快捷一些。

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

暂是没有发现意外问题。

6.我们学到了什么？如果历史重来一遍，我们会做哪些改进？

产品发布后，也要及时进行维护，避免大的错误发生。

七、总结：

小组成员通过此次团队协作，个成员都非常努力，将以前所学的知识得以充分利用，新的知识也在项目完成的过程中进行了学习，也能在项目实战课中充分利用时间进行开发，此次项目非常锻炼我们的团队协作能力。小组气氛非常好，相处也很融洽。