• 回顾会议中的Safety Check

    在敏捷项目回顾会议正式开始之前,我们有时会做个匿名的“Safefy Check” ,以了解大家在分享自己的想法时是否有“安全感”。一般分5个等级,1代表“我会微笑,说事情进展的不错,并同意经理的所有看法”,5代表“愿意敞开谈任何问题”。

    这样做是让大家认识到,每个人心里的安全感是不一样的,组织者会据此变换会议的形式,以确保在达到会议效果的同时不让任何人感觉不舒服。

    项目组中的Safety Check

    同样的,在项目组中,每个人也都有自己的“安全感”等级。让我们试着回答下面的问题(每个问题的前一个选择表示你在团队中有较高的“安全感”):

    • 你是否愿意及时表达自己的意见,而不必担心会被指为是幼稚的想法。
    • 在有疑问时,你是否愿意在第一时间找到对此问题最熟悉的人寻求帮助,而不管他/她是谁,也无需担心被鄙视。
    • 在你做一些自己没有把握的尝试时,得到的常常是鼓励与指导,还是阻力或质疑。
    • 在你做一个选择或决策时,考虑的是对整个团队是否有价值,还是更在意给项目经理或某一个人留下的印象。


    对上面问题的回答可以反映出成员在项目组中的“安全感” 级别。当安全感等级较高时,团队的能动性和创造力可以被充分激发出来,团队成员工作起来也开心,幸福。相反,较低的安全感让人感觉压抑,要处处小心。“安全感”是主观的,无法强加的,也是团队建设的重要方面。

    你在项目组中有“安全感”吗?

  • Stand Up Meeting Pic - [Agile]

    2008-04-03

    早上发现办公楼下建筑工人也在开Stand-Up meeting!!
  • The presentation I gived in the pre-sale activity.
    http://luning12.blogbus.com/files/12068545210.ppt
    ...
  •     单元测试可以确保代码的局部行为是按照设计意图实现的,但单元测试只能覆盖一部分逻辑,还有些逻辑需要引入集成测试。尽管如此,很多bug还是 很难被各类测试覆盖,此时系统就特别依仗良好的设计了,良好的设计简化单元测试,让深层的逻辑变得简单,进而让更多的逻辑变得可测。糟糕的设计让单元测试 成为负担,而且往往导致重复的测试和难以理解的测试。
        这里说的良好设计当然就是指简单设计,但有时“简单”二字...