2007年8月20日

敏捷精灵日记7-1

[敏捷精灵日记]

  • 采用敏捷的方法并不意味着没有规矩,没有文档、没有计划、没有跟踪与控制并不意味着就是敏捷。
  • 在 “冲刺”和“冲刺”之间,留几天缓冲时间很重要。团队需要一段时间做一下调整,赶一些非sprint计划中的事情。这段时间是一个很好的用来解决一些技术 或者工具问题的机会。你会发现你慢一下后,会变得更有效率。这就是为什么叫“sprint”的一个理由,你不可能无休止的冲刺。
  • 没有规矩,不成方圆。由团队共同制定出来的Scrum团队规则,可以更好的保证Scrum的顺利实施。
[Scrum团队规则]

1. 每日站立例会迟到,罚款¥5.
2. 对于每个,未及时更新任务状态和剩余工作量,整个Team留三次免罚机会,以后再有人违反,则罚款¥5.
3. 对于Sprint计划会议、演示会议和回顾会议,迟到超过3分钟,罚款¥5.
4. 进行任务细分时,每个任务估算最大不能超过18小时(三天)
5. 在Sprint计划会议上, 认领了一项任务的人,可以对该任务估算做出不超过50%的调整
6. 对于复杂任务的估算和分解,采用“DELPHI”方法
7. 每个人都可以添加新的product backlog条目, 但必须标示为 'Not Reviewed', 以方便Product Owner审议.
8. 为提高Sprint回顾会议的效率,在Sprint回顾会议之前,每一个人应该给出“我们做得好的地方、需要改进的地方”
10. 在Sprint计划会议上, 我们应该预留10%的估算时间作为缓冲,以应对突发事件
11。 在Sprint计划会议上, 我们应该进行关键路径、风险、外部依赖的分析
12. 对于Review,发出review的人必须给出截止日期,参与Review的人,必须在截止日期前给出答复。


阅读详细......

2007年8月8日

敏捷精灵日记7


[敏捷精灵日记]

  • Sprint0---"兵不厌诈(the Big Con)"
因为大家第一次采用Scrum, 对这个Agile流程都很期待,同时呢,对于怎么做,如何用,还很模糊
  • Sprint1---"越狱记(Breakout)
经过了第一个Sprint后,大家干劲十足,士气高涨,认为我们可以在第二个Sprint取得重大突破(breakout)
  • Sprint2---"虎口余生(Hours to doom day)"
这个Sprint里面有很多技术难点需要破解,如果解决不了,那么后面的工作就无法进行,将是非常关键的一次攻坚战。
  • Sprint3---"大结局(The Big End)"
这次计划会议,作为Scrum Master,自己因为有事没有参加,汗!但大家认为阶段性工作基本差不多可以做完了,起了个结局的名字。
阅读详细......

2007年8月1日

敏捷精灵日记6

[敏捷精灵日记]

  • 管理中的愤怒和羞辱是会传染的.如果高级经理喜欢骂人,低级管理者也会这样做。
  • 如果经理使用辱骂的方法来刺激员工,这就表现出经理的无能,而不是员工的无能。
  • 作为一个经理,宁讲错话,不讲假话。假话一旦揭穿,底层员工从此再也无法信任上层经理。

阅读详细......