尸体解剖报告

等灯等灯eat god 项目Postmortem结果

整理:小雯

设想和目标

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

我们的软件主要是推荐零食,用户可链接到淘宝进行购买。定义得很清楚,也有清晰的描述,但是,链接功能暂时出现问题。

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

   没有充足时间,平日里其他科目的作业也很多。

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

   一个人如果可以说服其他人就可以了。

计划

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

  原来计划的工作很多还没有做完,因为技术和时间都不够。

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

  有,比如说首页展示列表中更换图片,其实后期是要替换成数据库里面的数据的。

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

大部分都没有,一边做一边发现问题,再记下来逐个解决。

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

  大体上是。

5.       在计划中有没有留下缓冲区,缓冲区有作用么?

  不清楚什么是缓冲区。

6.       将来的计划会做什么修改?(例如:缓冲区的定义,加班)

  可能会添加插件。用来登录评论等。

资源

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

  有。

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

开始精度很粗略,后来随着项目任务的加重,大家只顾得上干活,没时间考虑精度问题。

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

4.       你有没有感到你做的事情可以让别人来做(更有效率)?

变更管理

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

  网络发达,qq群上及时更新文件。

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

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

  否。

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

    基本没有。

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

  

设计/实现

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

     前台设计的队友负责。

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

  暂时还没有。

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

没有用单元测试的员工。

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

   富文本框,可能由于配置问题。

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

   没有代码复审。

测试/发布

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

  没有。因为产品还没有完工。

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

  没有。

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

没有。

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

  各个功能应逐步完善。

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

  富文本框加入太多东西,保存时会出现异常。

时间: 2024-10-21 12:56:57

尸体解剖报告的相关文章

“尸体解剖” 报告

四则运算APP项目结果 整理:杨灵超 设想和目标 1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的软件要解决的就是由于没有时间给小孩子出题自动给小学生生成四则运算题.定义的很清楚.有对典型用户和典型场景有描述.想的很好可是不够时间不够能力做. 2. 是否有充足的时间来做计划? 有一点时间,但是还是觉得不够,而且很多小组成员并不知道如何利用这一段时间来做计划,还有就是不知道如何去做计划. 3. 团队在计划阶段是如何解决同事们对于计划的不同意见的? 相

“尸体解剖”报告

小怪兽团队四则运算项目Postmortem结果 设想和目标我们的四则运算app主要是为了解决广大家长对孩子的运算能力的担忧,有了我们的四则运算app,小孩子可以在手机上练习四则运算,加.减.乘.除随机出现,能在短期内显著提高小学生的运算能力. 计划最终实现的功能与计划的有所减少,出于时间紧迫.团队任务安排合理.能够及时完成短期目标. 资源一开始配置环境用了不少时间.一开始的计划都是推迟完成的,因为刚开始的时候有个假期,假期过后大家差点都忘了手上的活. 变更管理小组同在一宿舍,消息传播一下即达.P

“四则运算解剖” 报告

看着解剖报告的资料,结合我们自身的实际.我们趁热打铁写出了属于我们自己团队的“四则运算解剖” 报告. 到目前为止,我们的实际存在用户并没有想象中的那么多.当时设想的是有100个用户,可是就目前为止我们只有仅仅10个用户,只是到达了设想中的10%,这是一个不太理想的状态.及早发现及早处理,所以我们也在花时间反思到底是哪里不行,哪里有问题.我们参考着资料,写出了属于我们的自己的报告. 具体报告内容如下:     设想和目标 1.做这个软件的最初目的就是解决小学生的算术能力问题.由这一点出发,我们开始

尸体解剖

我们这个软件有50多个用户,而我们的预计是100-300个用户.这个方面上,我认为,我们出现了一些计算上的问题.我们在模式上还有一些未完善的地方,这就是我们为什么用户数得不到保障的主要因素. 环节上:我们出现了决策上的问题,一开始我们是打算做一个网页版的四则运算,不过发现并不能实现下去,然后我们在第一次demo后改变了编程的思路.用Android stdio的eclipse开发四则运算app软件.这在实现上浪费了很多没必要的时间.其次,我们后面没有时间和没有足够的技术去完成这个游戏模式,我们的想

“尸体解剖”

【助教】最后冲刺

课程即将结束,请童鞋们做以下几件事: 同学们最后写一篇 “回答自己的提问” 的文章,把自己以前阅读作业提的问题都回答一下. 团队贡献分还没打好的组请尽快评好自己组员的团队贡献分,否则将以0分处理. 每个同学填 “软工水平自我评价表”, 要填写花了多少时间,写了多少代码,各个具体领域水平前后对比如何. 自我评价表下载链接:http://yun.baidu.com/share/link?shareid=3818079607&uk=1130107119 文档命名:SE_skill_survey_+姓名

软件工程--总作业(未完成)

用户调研:http://www.cnblogs.com/OuZeBo/p/4580146.htmlalpha阶段总结:http://www.cnblogs.com/OuZeBo/p/4580146.html对其他组评价的反馈:描述项目的典型用户与场景: 1.作业:<构建之法>第13-17章,提出问题并发布博客:http://www.cnblogs.com/OuZeBo/p/4585279.html 2.快马加鞭完成最后一个冲刺,在博客上反应进度:基本已经完成,最后在能力范围内添加一些功能 ht

2017年软件工程第十一次作业-每周例行报告

1.PSP表格 C(类别) C(内容) ST(开始时间) ET(结束时间) INT(间隔时间) Δ(净时间) 事后诸葛亮会议 对β发布进行总结 2017.11.29 18:30 2017.11.29 19:25 0 55 β发布用户试用报告 找用户试用产品 2017.11.23 19:34 2017.11.23 20:28 0 54 2017.11.24 12:12 2017.11.24 12:50 0 38 接受用户反馈意见 2017.11.24  9:22 2017.11.24 10:05

人生六十才开始 (洪昭光)

以<怎样活到100岁>的讲演而闻名遐迩的洪昭光教授,想必大家都熟悉,今天我把他新世纪的新作———<人生六十才开始>奉献给大家.也许有人早已拜读,那就让我们一起重温一遍.这是新时代健康的新理念:健康快乐一百岁,天天都有好心情.六十以前没有病,八十以前不衰老.轻轻松松一百岁,高高兴兴一辈子.全文如下: 人生健康的里程碑 大自然给予人类美好的生命120岁,其中0—60岁是第一个春天,61-120岁是第二个春天.第一春是播种耕耘,辛勤劳作的春天,很辛苦:第二春是收获硕果,享受人生的春天,很