项目回顾

1.设想和目标
我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?
我们的项目最初的设想是做出一个可以提供同学们二手交易的平台同时可以帮助同学们找回丢失的东西。

是否有充足的时间来做计划?
有充足的时间来做计划,根据小组讨论和pm规划进行任务时间安排

团队在计划阶段是如何解决同事们对于计划的不同意见的?
进行小组例会讨论,总结出对项目最合理的计划

用户量、用户对重要功能的接受程度和我们事先的设想一致吗?我们离目标更近了吗?有什么经验教训?
与设想不一致,用户量,用户对重要功能的接受程度未达到一致,但离目标接近了,只实现了基本功能,无法实现较好的功能要求

如果历史重来一遍,我们会做什么改进?
对任务时间,任务程度,人员进行更细致的安排,

2.计划
你原计划的工作是否最后都做完了?
没有做完

有没有发现你做了一些事后看来没必要或没多大价值的事?
在对页面的优化上做了许多无用功,舍本逐末,只一味对页面其他功能进行优化,其核心功能依旧很粗糙

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

是否项目的整个过程都按照计划进行?
项目整个过程按照阶段划分进行

在计划中有没有留下缓冲区,缓冲区有作用么?
有留下缓冲区,有些任务的提出,是现在我不能做出来的。计划无法完成,避免时间混乱

将来的计划会做什么修改?(例如:缓冲区的定义,加班)
留下充足的缓冲区,避免任务无法完成。

如果历史重来一遍,我们会做什么改进?
对任务程度,人员进行更细致的安排,为难度大的任务留下充足时间

3.资源
我们有足够的资源来完成各项任务么?
有老师以及同学的帮助,和在网上的各种资料

*各项任务所需的时间和其他资源是如何估计的,精度如何?
根据任务的难度进行划分,后期更具完成任务时的实际情况在进行精致的划分

用户测试的时间,人力和软件/硬件资源是否足够?
各项资源都足够。

你有没有感到你做的事情可以让别人来做(更有效率)?
有,根据实际情况和意见,进行合理分配

如果历史重来一遍,我们会做什么改进?
合理分配人员的工作难易程度,以保证任务的完成质量

4.变更管理
每个相关的员工都及时知道了变更的消息?
及时知道,有任务群,会及时通知

我们采用了什么办法决定“推迟”和“必须实现”的功能?
根据项目的进程和实际需求划分

项目的出口条件(ExitCriteria)有清晰的定义吗?
根据需求来修改

对于可能的变更是否能制定应急计划?
能,有每日例会

员工是否能够有效地处理意料之外的工作请求?
可以

如果历史重来一遍,我们会做什么改进?
明确安排

5.设计和实现
设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?
在调查和数据分析后设计。合适的人

设计工作有没有碰到模棱两可的情况,团队是如何解决的?
有,每日例会成员讨论

团队是否运用单元测试(unittest),测试驱动的开发(TDD)、UML,或者其他工具来帮助设计和实现?这些工具有效么?
没有

代码复审(CodeReview)是如何进行的,是否严格执行了代码规范?
由测试人员进行复审,执行了代码规范

如果历史重来一遍,我们会做什么改进?
想要能够更多了解和运用其他的工具

6.测试和发布
团队是否有一个测试计划?为什么没有?
有计划,由代码整合人员进行测试

是否进行了正式的验收测试?
没有

团队是否有测试工具来帮助测试?
没有

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

在发布的过程中发现了哪些意外问题?
暂时没有发布

我们学到了什么? 如果重来一遍, 我们会做什么改进?

总结会一开始就对核心功能进行开发,使其数据能够上传。而不是一味地进行界面的改进
1.团队里的每个成员都是在项目开始之前,成员开会讨论并确定自己的分工。
2.团队之情成员有互相帮助
3.当项目管理出现问题,团队的合作问题,团队的pm来帮忙解决问题
我感谢 刘松维 对我帮助,在项目中有遇到比如页面ui方面的问题,和一些其他功能的问题自己无法解决
寻求他的帮助,这也能体现出团队合作的重要性吧

posted @ 2020-12-26 12:16  隋军宇  阅读(105)  评论(0编辑  收藏  举报