Java教程

事后诸葛亮分析

本文主要是介绍事后诸葛亮分析,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

设想与目标

  1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?
    解决当代大学生对未知大学生活迷茫的问题;定义清楚;典型用户:大学生。事件的真实性来源于大学生的分享。
  2. 我们达到目标了么(原计划的功能做到了几个? 按照原计划交付时间交付了么? 原计划达到的用户数量达到了么?)
    目标基本达到。
    原计划的功能基本实现:模拟大学生活、分享事件、查看事件。
    发布时间比预期晚了三天。
    用户量达到13个,比最初预计最低用户4个多。
  3. 和上一个阶段相比,团队软件工程的质量提高了么?
    团队软件工程的质量有稍微提高,团队分工效率明显。有不懂的问题会互相讨论、共同解决。
  4. 用户量, 用户对重要功能的接受程度和我们事先的预想一致么?
    用户的预期:用户可以立即查看刚分享的事件。
    实际情况:受限于腾讯免费版云数据库的限制,单日读写次数最高500次,固用户需在人工审核后才能查看事件。

计划

  1. 是否有充足的时间来做计划?
    基本有。
  2. 团队在计划阶段是如何解决同事们对于计划的不同意见的?
    通过沟通对比选出最有效率最好的方案。
  3. 你原计划的工作是否最后都做完了?
    基本完成。
  4. 是否每一项任务都有清楚定义和衡量的交付件?
    有。根据团队测试标准。
  5. 是否项目的整个过程都按照计划进行,项目出了什么意外?有什么风险是当时没有估计到的。
    是。
    项目出现的意外:发布时间比预期晚了三天、腾讯免费版云数据库有每日读写数据次数限制。
  6. 在计划中有没有留下缓冲区,缓冲区有作用么?
    基本没有,因为团队成员较少且需要学习新知识,时间比较紧张。

资源

  1. 我们有足够的资源来完成各项任务么?
    人力资源:团队成员只有3位,人数较少,每人负责模块较多。
    开发资源:微信小程序官方开发文档、周文洁《微信小程序开发零基础入门》。
    时间资源:时间比较紧张。
  2. 各项任务所需的时间和其他资源是如何估计的,精度如何?
    在PM与团队成员协商沟通后制定的。精度较为准确。
  3. 测试的时间,人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
    时间、人力资源不够,软件/硬件资源足够。低估了在各种型号的手机上的屏幕适应问题。

变更管理

  1. 每个相关的员工都及时知道了变更的消息?
    是。
  2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?
    基于对时间资源和人力资源的综合考虑来决定。
  3. 项目的出口条件(Exit Criteria – 什么叫“做好了”)有清晰的定义么?
    有。实现模拟大学生活、分享事件、查看事件功能,通过腾讯微信官方审核发布。
  4. 对于可能的变更是否能制定应急计划?
    有。留下了两天时间来应对突发情况。
  5. 员工是否能够有效地处理意料之外的工作请求?
    能。

设计/实现

  1. 设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?
    设计工作在实现功能之前,由团队成员一起完成。是合适的时间、合适的人。
  2. 设计工作有没有碰到模棱两可的情况,团队是如何解决的?
    没有,通过互相沟通协商后解决。
  3. 团队是否运用单元测试(unit test),测试驱动的开发(TDD)、UML, 或者其他工具来帮助设计和实现?这些工具有效么? 比较项目开始的 UML 文档和现在的状态有什么区别?这些区别如何产生的?是否要更新 UML 文档?
    没有。
  4. 什么功能产生的Bug最多,为什么?在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
    数据库。
  5. 代码复审(Code Review)是如何进行的,是否严格执行了代码规范?
    相互检查代码,严格执行了代码规范。

测试/发布

  1. 团队是否有一个测试计划?
    有。
  2. 是否进行了正式的验收测试?
    进行了简单的测试。
  3. 团队是否有测试工具来帮助测试?
    没有,只有人工测试。
  4. 团队是如何测量并跟踪软件的效能(Performance)的?压力测试(Stress Test)呢? 从软件实际运行的结果来看,这些测试工作有用么?
    根据用户的使用体验,有用。
  5. 在发布的过程中发现了哪些意外问题?
    小程序的发布比预期慢。

团队的角色,管理,合作

  1. 团队的每个角色是如何确定的,是不是人尽其才?
    通过沟通交流确定角色,是。
  2. 团队成员之间有互相帮助么?
    有,互相解决疑难问题。
  3. 当出现项目管理、合作方面的问题时,团队成员如何解决问题?
    由团队PM与团队成员沟通解决。

总结

1.你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
第二级。
2.你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
规范阶段。
3.你觉得团队在这个里程碑相比前一个里程碑有什么改进?
学会沟通。
4.你觉得目前最需要改进的一个方面是什么?
分工不够明确。

团队成员在Alpha阶段的角色和具体贡献

姓名 角色 开发贡献 团队贡献分(20分制)
刘宇 开发人员、博客编写 前端、各项函数功能 8
李红达 开发人员、博客编写 后台、后期美化、数据库 6
郭利 开发人员、博客编写 后台、数据库 6
这篇关于事后诸葛亮分析的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!