zoukankan      html  css  js  c++  java
  • 项目Postmortem

    设想和目标

    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的不够,完成标准页大都是凭队员的口头说的为标准,缺乏对其工作成果的确认。

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

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

    下个阶段需要改进什么?

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

  • 相关阅读:
    API WAVE 专栏
    PCM数据格式(转)
    Windows 下音频数据采集和播放(转)
    java实现FFT变换(转)
    用74HC165读8个按键状态(转)
    机器人局部避障的动态窗口法(dynamic window approach) (转)
    TLD视觉跟踪算法(转)
    FFT算法在单片机中的使用&&LCD12864驱动
    Oracle442个应用场景-----------Oracle数据库物理结构
    Swift具体解释之三----------函数(你想知道的都在这里)
  • 原文地址:https://www.cnblogs.com/longweilingshi/p/6096774.html
Copyright © 2011-2022 走看看