070王诗棋个人任务五——事后诸葛亮项目回顾

[王诗棋]

一、设想与目标

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

我们小组的项目为NSIOJ首页的设计和开发（难度1）。定义的比较清楚。在原型图中已做标注。

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

运用墨刀在线编辑工具进行编辑，有效的还原真实的项目。

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

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

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

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

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

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

六、测试/发布

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

有组员负责进行测试。

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

有的，经过很多调查进行的验收测试。

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

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

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

通过多次的测试进行测效的，这些工作时非常有用的也是必不可少的，可以简洁一点。

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

到现在发布过后暂无意外问题。

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

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

七、总结：

这次项目中，小组的组员都认真完成任务，而且小组的成员都是同一方向，能在项目实战课中充分利用时间进行开发。也有不足之处，会慢慢改进。