设想和目标

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

    解决网站前端的数据处理以及获取问题,定义的很清楚,对于典型用户也比较清晰,因为主要只有一个用户,所以对于用户需求页很容易沟通出来结果

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

    前期计划主要依靠团队讨论,时间方面相对还是挺充足的,alpha阶段的计划性质不是很足,包括燃尽图也是进行了一段时间之后才开始制作的。

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

    由大家商讨尝试劝说,如果还是没法解决就由PM解决(其实一般情况下都是可以解决的)

  4. 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?

    一致,只有一个用户

计划

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

    与原计划相比功能都已经实现了,因为alpha阶段的里程碑就是跑通程序,不过确实有一些功能还有bug。

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

    数据库文件下载部分的工作有些多余

    编码类型的处理 多余

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

    有一些不是,尤其使一些学习性质的任务,缺乏清晰的定义,beta阶段做还耗时由项目经理给出具体的定义。

  4. 是否项目的整个过程都按照计划进行,项目出了什么意外?有什么风险是当时没有估计到的,为什么没有估计到?

    是的,以外的话前面我们花费了很多精力攻克源代码,却发现所阅读的源代码是上一届alpha的版本,相当于白读

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

    没有 时间紧张

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

    加上一周左右的缓冲区,对于项目进度控制要更加充分

资源

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

    还是很紧的吧 主要是各个任务比较集中,挤出来的时间来做

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

    不准确,因为没有做过,

    例如交叉编译的原因

  3. 测试的时间,人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?

    测试不足够 前期对于测试这一模块的考虑不全米娜

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

    基本没有 任务划分还是挺合理的

变更管理

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

    是的

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

    团队探讨决定

  3. 项目的出口条件(Exit Criteria – 什么叫“做好了”)有清晰的定义么?

    还是不是很清晰

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

    是的,因为 一些人的工作任务导致可以提前完成,这样就有了空余的时间精力解决变更的需求

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

    是的

设计/实现

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

    PM领导 团队共同决定,时间还挺靠前的,所以比较合适

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

    按照我们的理解来进行,如果需要会与六六大顺组商讨

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

    没有使用

  4. 什么功能产生的Bug最多,为什么?在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?

    爬虫方面局限性吧,因为原有框架的限制,bug见发布说明,在设计以及开发的时候就已经想到了,只是我们当时的重点是整体跑通

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

    自己审核

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

测试/发布

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

    没有 因为前期考虑不充分

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

    没有

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

    开发环境自带的测试工具

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

    没有做这些

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

    没有

总结

你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?

达到CMMI中的三级,定义级别

你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?

规范阶段。

你觉得团队在这个里程碑相比前一个里程碑有什么改进?

只是第一次团队合作,但是第一次来看成果还不错的

你觉得目前最需要改进的一个方面是什么?

对于任务进度的把握。在alpha阶段,我们的任务把控做的还不够到位,例如对于每个人的任务每日track的不够,完成标准页大都是凭队员的口头说的为标准,缺乏对其工作成果的确认。

我们小组什么地方做的比较好?

我们组的配合程度还是比较不错的,小组成员之间的水平相当,没有特别突出的哪种成员,合作起来非常的顺利,而且大多数的情况下大家对于自己的任务都完成的非常好。

下个阶段需要改进什么?

对于任务的定义以及分配需要更加合理,对于每个任务都需要更加清晰的衡量标准,并且对于每个任务的完成质量需要更加合理的把控。

项目Postmortem的更多相关文章

  1. WereWolf项目 Postmortem

    WereWolf项目 Postmortem (博客园的MarkDown编辑器好像有些问题,编号都显示1..) 设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描 ...

  2. 数据处理项目Postmortem

    数据处理项目Postmortem 1. 设想和目标 1)目标我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的项目是学霸系统PipeLine,软件主要解决学霸系 ...

  3. 王者荣耀交流协会PSP Daily项目Postmortem结果

    王者荣耀交流协会PSP Daily项目Postmortem结果 整理:王超 设想和目标 1.       我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? PSP D ...

  4. Pipeline组项目Postmortem

    Pipeline组项目Postmortem 1.     设想和目标 1)目标我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的项目是学霸系统PipeLine, ...

  5. Alpha阶段项目Postmortem

    以下对成员名字的简称: 陈鸿超 = 陈1 陈彦吉 = 陈2 石浩然 = 石 韩青长 = 韩 1. 设想和目标 1.1 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? ...

  6. Put-Me-Down项目Postmortem

    设想和目标 PMD是一款帮助低头族控制使用手机时间的APP,设想按照需求规格说明书内容实现功能,能将数据备份到服务器. 计划 初始计划我们是想将程序方面分为安卓和后台,主要是程序方面的工作.我们对项目 ...

  7. <<易货>>项目Postmortem结果

    设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 一开始想做的事情还是太多,没有形成整个app的核心功能,浪费了很多时间. 是否有充足的时间来做计划? 有 ...

  8. 城市安全风险管理项目Postmortem结果

    设想和目标 1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 本系统希望实现快速识别危害因素,使工作人员对风险作出准确的评估.即让使用者熟悉潜在的危险因素,知道 ...

  9. 事后诸葛亮——城市安全风险管理项目Postmortem结果

    设想和目标 1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 本系统希望实现快速识别危害因素,使工作人员对风险作出准确的评估.即让使用者熟悉潜在的危险因素,知道 ...

随机推荐

  1. Flex http请求

    下面类支持POST和GET请求,请求数据和出错将返回 package com.sole.util { import flash.events.Event; import flash.events.HT ...

  2. TCP/IP知识点汇总

    1.HUB.Switch.Router在OSI模型中分别是第几层设备,各层的名称是什么? 2.TCP/IP 协议栈及 OSI 参考模型详解

  3. python uuid、hex study

    由 import uuid product[“SourceInfo"]["ProductID"] = uuid.uuid4().hex 引起的uuid 一.概述 uuid ...

  4. linux下tar.gz、tar、bz2、zip等解压缩、压缩命令小结

    Linux下最常用的打包程序就是tar了,使用tar程序打出来的包我们常称为tar包,tar包文件的命令通常都是以.tar结尾的.生成tar包后,就可以用其它的程序来进 行压缩了,所以首先就来讲讲ta ...

  5. JsTree

    一.JStree的简单介绍 1.关于jstree jsTree 使用了 jQuery 和 Sarissa,是一个是免费的但是设置灵活的,基于 JavaScript 跨浏览器支持的网页树形部件. jsT ...

  6. 6/12 Sprint2 看板和燃尽图

  7. 父类方法中的this

    一直在用一些东西,却总是感觉有一些疑惑,今天发现了自己一个及其致命的意识错误.关于父类中this关键字到底是谁的问题.请看代码 父类Parent public class Parent { publi ...

  8. post multipart data boundary问题 使用curl 向jersey post文件

    原以为curl 模拟post file跟post string类似,-d参数一加 ,header一加就完了,这次遇到个问题,却怎么都搞不定. curl模拟post提交 与客户端定的协议是: Heade ...

  9. Web开发学习笔记

    EnumUtils.isValidEnum(JnRouteProViewStateEnum.class, status) : 判断 status是否在 枚举集合中. MapUtils.isNotEmp ...

  10. iOS 通过 JSPatch 实时修复线上 bug!

    JSPatch 是一个开源项目(Github链接),只需要在项目里引入极小的引擎文件,就可以使用 JavaScript 调用任何 Objective-C 的原生接口,替换任意 Objective-C ...