首页 > 代码库 > M1事后分析汇报总结

M1事后分析汇报总结

学霸网站项目Postmortem结果

 

设想和目标

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

学霸网站为计算机学习提供了一个网上基地,在这里你可以上传下载公共资源,你可以提出问题,也可以搜索已经解决的问题,还可以通过搜索标签来查看标签下的网页。主要的用户是高校计算机相关专业的老师和学生以及从事计算机领域工作的人。

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

有一周左右的时间进行计划,时间还可以。

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

进行举手表决


 

计划

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

有没做完的,比如文件的上传下载还没有实现。因为前期有一段时间用在了做一些辅助功能上面,而忽略了重点。

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

上面提到了前期有一段时间在做辅助功能,比如悬赏,匿名等功能,这些功能虽不及上传下载之类的功能重要,但也不至于说没有价值。

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

大部分没有,没有制定特别精确的衡量标准。

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

还可以,准备在M2阶段完善搜索,整合,以及资源上传下载。


 

资源

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

时间挺紧

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

根据算法实现以及UI编程实现的难度进行粗略估计

3.       用户测试的时间,人力和软件/硬件资源是否足够?

    不够,小组测试成员的数量和硬件数量远远不够。 


 

变更管理

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

团队情况变更,在讨论组以及每日例会会进行通知。

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

小组讨论,举手表决

3.       项目的出口条件(Exit Criteria)是否得到清晰的定义?

不是很清晰

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

小组讨论

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

基本没有意料之外的请求


 

设计/实现

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

大体设计在上届以及上上届已经完成了,我们所做的就是对设计得完善

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

有意见不统一的时候,小组成员经过商量完成妥协

3.       什么功能产生的Bug最多,为什么?

用户管理方面的BUG最多。

4.       代码复审(Code Review)是如何进行的,是否严格执行了代码规范?

没有进行过review,都是个人开发,然后checkin供测试人员测试的。


 

测试/发布

1.       团队是否有一个测试计划?为什么没有?

每日的测试任务会进行讨论,以及发布在博客

2.       是否进行了正式的验收测试?

没有进行正式的验收测试

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

通过TFS来对项目的BUG、项目的变更集以及成员的任务进行管理。很有用。但不是所有的BUG都记录在了TFS中,在M2会改进。

4.       在发布的过程中发现了哪些意外问题?

发布的时候部署到服务器之后输入内网ip打不开网页—重新设置了端口;

提问或搜索会报错---索引创建或查找时候需要调用的write.lock文件被其他资源占了,进行释放之后就OK了;

整合的时候不知道怎样利用第二组的数据库---还没有解决,这个定为了M2阶段的主要任务之一。


 

问答

1)       对比敏捷的原则, 你觉得你们小组做得最好的是什么?

通过每日例会面对面交流;

2)       什么是在下个阶段 M2 要改进的地方?越具体越好。

加强自我管理,在例会上自己向PM提出明日要做的任务;

分清要实现的功能的重要性,根据重要性来进行优先级排列,先完成优先级高的任务。


 

事后分析汇报会议照片

M1事后分析汇报总结