• bate阶段项目总结


    Beta里程碑总结

    设想和目标

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

    要解决的问题是如何实现消息的发布与查看以及个人主页的实现;定义的基本清楚,团队成员都了解;曾经从数据库管理员的角度对典型用户和典型场景有清晰的描述。

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

    两次冲刺之间的时间我们团队做了详细的计划,并分工。

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

    阐述理由,意见还是不统一时投票。

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

    用户量和设想的差不多,但用户好像要求比较高;离目标只近了一点点吧。

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

    进行充分的准备,详细的讨论。

    计划

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

    没有都做完,只完成了一个发布、删除、修改消息的功能;因为原计划的目标设立不合适,所以只完成了1/5左右。

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

    这样的事比较多,我们的分工不是特别明确,对项目还有很多不懂的地方,走了很多弯路。

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

    不是全部都有清楚定义和衡量的交付条件。

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

    是,但总会比预期的时间长。

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

    有,有一星期左右的缓冲时间;这段时间可以完善项目,写文档等。

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

    将来会多花一些时间自学、团队合作讨论等。

    我们学到了什么?如果历史重来一遍, 我们会做什么改进?
    定好最终的目标,不能过高也不能过低;团队成员多一些合作。

    资源

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

    有,图书馆的书、网上的教程、学长学姐的程序

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

    任务完成时间比预期的长,是根据工作量、工作难度与个人能力估计的,精度不是很高。

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

    测试时间很长;人力不够;软件/硬件是足够的。

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

    有,因为自己有时候认识问题不够全面。

     

    有什么经验教训?如果历史重来一遍, 我们会做什么改进?

    正确安排时间,团队成员之间加强沟通

    变更管理

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

    是,通过每天站立会议通知变更的消息。

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

    成员间互相讨论,都认为不重要的功能推迟实现,比如发布校园动态。认为重要的功能及与设定的目标密切相关的必须实现,比如消息的增删改查等。

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

    版本稳定,功能已基本实现,很少的bug

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

    能,四个人的力量是无限的。

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

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

    合作的方式可以让项目成功事半功倍;设定合适我们的团队的合作方式。

    设计/实现

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

    由组长张雪晴提出,三个成员一起出点子;在团队成立之后提出的。

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

    有,团队成员讨论得出一致结论。

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

    有用到单元测试,其他的没有;比较有效。

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

    消息写入数据库的BUG较多,对这方面的知识不够熟悉。

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

    由一位成员检查调试;基本符合规范。

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

    把程序规范化。

    测试/发布

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

    写过测试计划

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

    没有

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

    没有,是自己测试的

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

    通过用户的使用感受和反馈进行改正。

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

    投票阶段出现一点问题;发布力度小。

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

    总结

    你觉得团队目前的状态属于CMMI中的哪个级别?

    可重复级:建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律,能重复早先类似应用项目取得的成功经验。

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

    处于磨合和规范之间。

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

    团队合作的更加紧密。

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

    有阶段性的总结;前期的分工不是很明确;时间估计不准确,时间没有把握好

  • 相关阅读:
    [算法整理]树上求LCA算法合集
    线段树专题测试2017.1.21
    [数据结构]替罪羊树简介
    图论测试 2017.1.17
    bzoj 2038 A-小Z的袜子[hose]
    洛谷比赛『期末考后的休闲比赛2』
    [题解]bzoj 1861 Book 书架
    bzoj 3223 文艺平衡树
    Splay简介
    python2.7 一个莫名其妙的错误
  • 原文地址:https://www.cnblogs.com/hldyqt/p/5610792.html
Copyright © 2020-2023  润新知