一、设想与目标
1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?
我们小组的项目为课堂精灵(难度2)。定义的比较清楚。清楚
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.我们学到了什么?如果历史重来一遍,我们会有什么改进?
设计需要变通,要多看多理解新事物,从而拥有更好的灵感。如果历史重来一遍,我们会加强对项目的设计,以及项目的实现。
六、测试/发布
1. 团队有没有测试计划?
没有
七、总结:
这次项目中,