项目Postmortem
设想和目标
我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?
解决网站前端的数据处理以及获取问题,定义的很清楚,对于典型用户也比较清晰,因为主要只有一个用户,所以对于用户需求页很容易沟通出来结果是否有充足的时间来做计划?
前期计划主要依靠团队讨论,时间方面相对还是挺充足的,alpha阶段的计划性质不是很足,包括燃尽图也是进行了一段时间之后才开始制作的。团队在计划阶段是如何解决同事们对于计划的不同意见的?
由大家商讨尝试劝说,如果还是没法解决就由PM解决(其实一般情况下都是可以解决的)用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
一致,只有一个用户
计划
你原计划的工作是否最后都做完了? 如果有没做完的,为什么?
与原计划相比功能都已经实现了,因为alpha阶段的里程碑就是跑通程序,不过确实有一些功能还有bug。有没有发现你做了一些事后看来没必要或没多大价值的事?
数据库文件下载部分的工作有些多余
编码类型的处理 多余是否每一项任务都有清楚定义和衡量的交付件?
有一些不是,尤其使一些学习性质的任务,缺乏清晰的定义,beta阶段做还耗时由项目经理给出具体的定义。是否项目的整个过程都按照计划进行,项目出了什么意外?有什么风险是当时没有估计到的,为什么没有估计到?
是的,以外的话前面我们花费了很多精力攻克源代码,却发现所阅读的源代码是上一届alpha的版本,相当于白读在计划中有没有留下缓冲区,缓冲区有作用么?
没有 时间紧张将来的计划会做什么修改?(例如:缓冲区的定义,加班)
加上一周左右的缓冲区,对于项目进度控制要更加充分
资源
我们有足够的资源来完成各项任务么?
还是很紧的吧 主要是各个任务比较集中,挤出来的时间来做各项任务所需的时间和其他资源是如何估计的,精度如何?
不准确,因为没有做过,
例如交叉编译的原因测试的时间,人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
测试不足够 前期对于测试这一模块的考虑不全米娜你有没有感到你做的事情可以让别人来做(更有效率)?
基本没有 任务划分还是挺合理的
变更管理
每个相关的员工都及时知道了变更的消息?
是的我们采用了什么办法决定“推迟”和“必须实现”的功能?
团队探讨决定项目的出口条件(Exit Criteria – 什么叫“做好了”)有清晰的定义么?
还是不是很清晰对于可能的变更是否能制定应急计划?
是的,因为 一些人的工作任务导致可以提前完成,这样就有了空余的时间精力解决变更的需求员工是否能够有效地处理意料之外的工作请求?
是的
设计/实现
设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?
PM领导 团队共同决定,时间还挺靠前的,所以比较合适设计工作有没有碰到模棱两可的情况,团队是如何解决的?
按照我们的理解来进行,如果需要会与六六大顺组商讨团队是否运用单元测试(unit test),测试驱动的开发(TDD)、UML, 或者其他工具来帮助设计和实现?这些工具有效么?
没有使用什么功能产生的Bug最多,为什么?在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
爬虫方面局限性吧,因为原有框架的限制,bug见发布说明,在设计以及开发的时候就已经想到了,只是我们当时的重点是整体跑通代码复审(Code Review)是如何进行的,是否严格执行了代码规范?
自己审核
我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
测试/发布
团队是否有一个测试计划?为什么没有?
没有 因为前期考虑不充分是否进行了正式的验收测试?
没有团队是否有测试工具来帮助测试?
开发环境自带的测试工具团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?
没有做这些在发布的过程中发现了哪些意外问题?
没有
总结
你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
达到CMMI中的三级,定义级别
你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
规范阶段。
你觉得团队在这个里程碑相比前一个里程碑有什么改进?
只是第一次团队合作,但是第一次来看成果还不错的
你觉得目前最需要改进的一个方面是什么?
对于任务进度的把握。在alpha阶段,我们的任务把控做的还不够到位,例如对于每个人的任务每日track的不够,完成标准页大都是凭队员的口头说的为标准,缺乏对其工作成果的确认。
我们小组什么地方做的比较好?
我们组的配合程度还是比较不错的,小组成员之间的水平相当,没有特别突出的哪种成员,合作起来非常的顺利,而且大多数的情况下大家对于自己的任务都完成的非常好。
下个阶段需要改进什么?
对于任务的定义以及分配需要更加合理,对于每个任务都需要更加清晰的衡量标准,并且对于每个任务的完成质量需要更加合理的把控。
项目Postmortem的更多相关文章
- WereWolf项目 Postmortem
WereWolf项目 Postmortem (博客园的MarkDown编辑器好像有些问题,编号都显示1..) 设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描 ...
- 数据处理项目Postmortem
数据处理项目Postmortem 1. 设想和目标 1)目标我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的项目是学霸系统PipeLine,软件主要解决学霸系 ...
- 王者荣耀交流协会PSP Daily项目Postmortem结果
王者荣耀交流协会PSP Daily项目Postmortem结果 整理:王超 设想和目标 1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? PSP D ...
- Pipeline组项目Postmortem
Pipeline组项目Postmortem 1. 设想和目标 1)目标我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的项目是学霸系统PipeLine, ...
- Alpha阶段项目Postmortem
以下对成员名字的简称: 陈鸿超 = 陈1 陈彦吉 = 陈2 石浩然 = 石 韩青长 = 韩 1. 设想和目标 1.1 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? ...
- Put-Me-Down项目Postmortem
设想和目标 PMD是一款帮助低头族控制使用手机时间的APP,设想按照需求规格说明书内容实现功能,能将数据备份到服务器. 计划 初始计划我们是想将程序方面分为安卓和后台,主要是程序方面的工作.我们对项目 ...
- <<易货>>项目Postmortem结果
设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 一开始想做的事情还是太多,没有形成整个app的核心功能,浪费了很多时间. 是否有充足的时间来做计划? 有 ...
- 城市安全风险管理项目Postmortem结果
设想和目标 1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 本系统希望实现快速识别危害因素,使工作人员对风险作出准确的评估.即让使用者熟悉潜在的危险因素,知道 ...
- 事后诸葛亮——城市安全风险管理项目Postmortem结果
设想和目标 1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 本系统希望实现快速识别危害因素,使工作人员对风险作出准确的评估.即让使用者熟悉潜在的危险因素,知道 ...
随机推荐
- Hello World for U
题目描述: Given any ) characters, you are asked to form the characters into the shape of U. For example, ...
- Can’t connect to local MySQL server through socket ‘/var/lib/mysql/mysql.sock’解决方法 + Linux启动/停止/重启Mysql数据库的方法
启动mysql 报错: ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/var/lib/mysql/m ...
- 解决方法 test: database removal failed: ERROR: database "test" is being accessed by other users
select * from pg_stat_activity where datname='test'; 找出哪个进程用了这个数据库,然后删除这个进程(pid) kill -9 47182 然后再删除 ...
- 协程 & 用户级(内核级)线程 & 切换开销 & 协程与异步回调的差异
今天先是看到多线程级别的内容,然后又看到协程的内容. 基本的领会是,协程是对异步回调方式的一种变换,同样是在一个线程内,协程通过主动放弃时间片交由其他协程执行来协作,故名协程. 而协程很早就有了,那时 ...
- Deep Learning 11_深度学习UFLDL教程:数据预处理(斯坦福大学深度学习教程)
理论知识:UFLDL数据预处理和http://www.cnblogs.com/tornadomeet/archive/2013/04/20/3033149.html 数据预处理是深度学习中非常重要的一 ...
- [分享] RT7LITE精简后无法封装解决办法
eagleonly 发表于 2016-6-9 11:00:01 https://www.itsk.com/forum.php?mod=viewthread&tid=368090&hi ...
- 腾讯云TDSQL审计原理揭秘
版权声明:本文由孙勇福原创文章,转载请注明出处: 文章原文链接:https://www.qcloud.com/community/article/244 来源:腾云阁 https://www.qclo ...
- Innodb引擎 compact模式下元组的磁盘存储结构
可变字符串长度:可变字符串长度: null vector 元组头(5个字节) 主键 trx id (6个字节) rollback pointer( 7个字节 ) 可变字符串 可变字符串 有了这个后 ...
- 《大道至简》之第一章:编程的精义读后感(JAVA伪代码)
——大道至简之编程的精义读后感(JAVA伪代码) import.java.大道至简.*; import.java.愚公移山.*; public class YuGongYiShan{ 愚公 = {项目 ...
- foreach 循环遍历 以及函数的应用
foreach( 对集合每个元素的引用 in 集合 ){ } 举例: int[] a = new int[5]{1,2,3,4,5};foreach( int b in a ){ //b就是a中的每个 ...