码迷,mamicode.com
首页 > 其他好文 > 详细

不明嚼栗的Alpha迭代心得

时间:2018-12-20 20:29:41      阅读:156      评论:0      收藏:0      [点我收藏+]

标签:登录注册   资源   文案   导致   power   ack   数据   自己   命名   

设想和目标

  1、我们的目标是什么(我们究竟要做出一个什么样的东西?)

    1、我们项目的定位是:做一个在线电力监测平台(好,知道你们听不懂:所谓在线电力监测平台呢,就是吧啦吧啦,额,说起来也不好解释,就举个例子吧,你们知道大型商场吗,就是那种超大的大厦之类的,他们每天的用电量是很恐怖的,而且每个用电单位和相关设备不能出一点问题,不然停电的损失每时每刻都很大,我们的平台就是实现线上监管相关设备的平台,线上配电房)

    2、典型用户:大型用电单位

    3、典型场景:大型商场、大厦等

  2、我们的目标是——没有蛀牙(好,我们的第一次迭代目标完成了吗?)

    1、原计划:计划实现主体功能,前后台集成

    2、实现情况:事实证明我们想多了,时间紧、任务重,并且我们都很菜(主要我很菜),所以最后验收的时候我们大概把前台的页面做的差不多,还有就是登录注册界面的后台前台

       (然而并没有集成在一起,所以算没做)

  3、经验教训

    1、如果重来一次,我们会怎么选(我应该会重新考虑专业)

计划

  1. 是否有充足的时间来做计划?
    1. 反复找老师确认需求,需求计划了很久
  2. 团队在计划阶段是如何解决同事们对于计划的不同意见的?
    1. 有不同意见的先争论一波,然后找客户(老师)确认。
  3. 你原计划的工作是否最后都做完了? 如果有没做完的,为什么?
    1. 团队整体项目推进不大顺利,alpha版本的计划有一部分没有做完了
  4. 有没有发现你做了一些事后看来没必要或没多大价值的事?
    1. 我觉得类图作用不大,对于第一次做项目的我们,做之前并不知道需要哪些类,导致后来交的类图需要根据已有类进行修改
  5. 是否每一项任务都有清楚定义和衡量的交付件?
    1. 没有,先是分别做,然后集成的时候出现问题再修改
  6. 是否项目的整个过程都按照计划进行,项目出了什么意外?有什么风险是当时没有估计到的,为什么没有估计到?
    1. 没有完全按照计划进行,后台跟不上进度,没有完全集成

资源

  1. 我们有足够的资源来完成各项任务么?
    • 好像并没有
  2. 各项任务所需的时间和其他资源是如何估计的,精度如何?
    • 每周定量完成一部分
    • 精度........差不多可以完成吧
  3. 测试的时间,人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
    • 只有自己写完测试自己写的一部分,整体没有测试
  4. 你有没有感到你做的事情可以让别人来做(更有效率)?
    • 没有吧,毕竟我的任务已经比较少了
  5. 有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
    • 我选择。。。。死亡

变更管理

  1. 每个相关的员工都及时知道了变更的消息?
    • PM会通知大家
  2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?
    • 必须实现的是主要功能,推迟的是次要且难度较大的功能。
  3. 项目的出口条件(Exit Criteria – 什么叫“做好了”)有清晰的定义么?
    • 需求实现就可以了
  4. 对于可能的变更是否能制定应急计划?
    • 木有
  5. 员工是否能够有效地处理意料之外的工作请求?
    • 还行吧
  6. 我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
    • 一起做吧,前台后台都要明确自己的任务

设计/实现

  1. 设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?
    • 整个模式的设计是在项目初期,大家一起和老师沟通商定的
  2. 设计工作有没有碰到模棱两可的情况,团队是如何解决的?
    • 有,讨论或者向老师确认需求
  3. 团队是否运用单元测试(unit test),测试驱动的开发(TDD)、UML, 或者其他工具来帮助设计和实现?这些工具有效么?
    • 用starUML设计UML图,powerdesigner设计数据库。挺有效的
  4. 比较项目开始的 UML 文档和现在的状态有什么区别?这些区别如何产生的?是否要更新 UML 文档?
    • 完善了不少
  5. 代码复审(Code Review)是如何进行的,是否严格执行了代码规范?
    • 按老师要求小组互查,一个类里面有很多命名不规范的,只指出来一处

测试/发布

  1. 团队是否有一个测试计划?为什么没有?
    • 没有测试计划,每集成一部分都会有测试
  2. 是否进行了正式的验收测试?
  3. 团队是否有测试工具来帮助测试?
    • 暂时没有
  4. 团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?
    • 暂时没有
  5. 在发布的过程中发现了哪些意外问题?
    • 还没做完呢
  6. 我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
    • 尽快做完项目,不然哪有时间测试啥的

团队的角色,管理,合作

  1. 团队的每个角色是如何确定的,是不是人尽其才?
    • 自己选的
  2. 团队成员之间有互相帮助么?
    • 有一些
  3. 当出现项目管理、合作方面的问题时,团队成员如何解决问题?
    • PM调节

总结

    1. 你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
      • 可重复级
    2. 你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
      • 磨合基本完成,接下来是规范
    3. 你觉得团队在这个里程碑相比前一个里程碑有什么改进?
      • 大家彼此更加熟悉,互相的配合会比之前更有效率
    4. 你觉得目前最需要改进的一个方面是什么?
      • 快做啊(还没做完)

 

不明嚼栗的Alpha迭代心得

标签:登录注册   资源   文案   导致   power   ack   数据   自己   命名   

原文地址:https://www.cnblogs.com/handsomeAspen/p/10112585.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!