Brenda的敏捷沉思录

Brenda's Agile Thinking

导航

2010年6月7日

摘要: 这是第二次参加过程改进大会。去年几乎没有准备地跑过去,坐在敏捷和CMMI的PK台上。今年相比准备得充分多了。做了一个Scrum实施案例的演讲,并参加了敏捷高峰论坛,回答台下听众的各种提问。去年参会的感受是,很多人不了解敏捷,甚至对敏捷有很多的误解。这次大会专门安排了一整天的敏捷分论坛,包括7个演讲和一个高峰论坛。我作为演讲嘉宾之一和高峰论坛的嘉宾之一,全程参与了一整天的分论坛。我觉得所有的嘉宾都为... 阅读全文

posted @ 2010-06-07 11:42 brenda bao 阅读(304) 评论(0) 推荐(0) 编辑

2010年5月27日

摘要: Qcon大会落幕快一个月了,到现在还是记忆犹新。今年是我第一次参加Qcon大会,900人的规模是我前所未见的。。。InfoQ是一个很好的学习社区,到会的人员都是带着对知识的渴望而来的,深切让我体会到了技术人员内心的狂热。。。这次,我在Qcon大会之前做了一个Scrum会前培训,这也是第一次做小班公开课培训。感觉和在大公司里做内训完全不一样。大公司里都是老板推着人去培训,即使来听课,也可能是心不在焉... 阅读全文

posted @ 2010-05-27 14:37 brenda bao 阅读(233) 评论(0) 推荐(0) 编辑

2010年5月24日

摘要: 在了解敏捷的团队之后,很多人会直接联想到绩效考核的问题。Scrum要求团队是有同一个目标的,大家要为共同的利益而奋斗,不能光为自己的利益。但是,目前很多公司的绩效考核机制都是针对个人的。很常见的情况是老板会在年底给每个员工打一个分,表示这个员工在过去一年内是好,比较好,一般,中下,或是需要淘汰。每个公司都会有不同的打分标准和机制,但意思都是差不多。在前不久上海的Scrum Gathering中,也... 阅读全文

posted @ 2010-05-24 11:12 brenda bao 阅读(736) 评论(0) 推荐(1) 编辑

2010年5月11日

摘要: 在做Scrum培训的时候,很多人会对跨职能团队有疑问。最常见的问题是:“跨职能团队是不是要求所有人都什么都懂?是不是要求太高了?”跨职能团队本身并没有对团队成员本身的能力有要求,它只是要求团队作为一个整体,有从得到需求到交付软件的所有必须能力。即使这个团队成员都只会一种工作,如果他们所有人包含了所有领域,也属于跨职能团队。只是这样工作起来的效果肯定不好。要使跨职能团队能良好... 阅读全文

posted @ 2010-05-11 15:37 brenda bao 阅读(1183) 评论(0) 推荐(0) 编辑

2010年4月28日

摘要: 敏捷原则中很重要的一条是:Continuous attention to technical excellence and good design enhances agility. 但是Scrum中却对技术的卓越没有过多的指导。Scrum要求在每个Sprint的最后根据Definition of Done提交working software。如果不能提交,就算是Sprint失败。但是关于如何很好... 阅读全文

posted @ 2010-04-28 11:05 brenda bao 阅读(261) 评论(0) 推荐(0) 编辑

2010年3月31日

摘要: 一屋子的老板,项目经理,团队核心成员,这样的workshop说明公司对敏捷的实施还是很重视的。很可惜的是,公司花钱买了培训,却没有让高层参加培训。我不得不在workshop的开始,重新花一个小时的时间给大家介绍敏捷和Scrum是什么。原本两天的课程,一个小时只能是讲个大概,无法涉及深层的原理以及价值观。好在在座的有一些人对敏捷和Scrum已经有所接触,接下来的workshop才能得以顺利展开。基于... 阅读全文

posted @ 2010-03-31 15:02 brenda bao 阅读(993) 评论(0) 推荐(0) 编辑

2010年3月23日

摘要: 在给客户做咨询的过程中,很多客户都会对敏捷Scrum的实施有同样的担忧。一下8条是我总结出的问题:1.How to adapt Scrum to our organization? 2.How to do architecture design in Scrum? 3.How to convince managers to use Scrum? 4.How can we trust the tea... 阅读全文

posted @ 2010-03-23 14:47 brenda bao 阅读(315) 评论(0) 推荐(0) 编辑

2010年3月17日

摘要: Release Burndown是在敏捷开发中做计划的一个重要途径。Product Owner可以以此来决定发布计划。但是Release burndown chart以何种形式呈现更好,却一直没有定论。各个咨询师有自己的推荐的chart,有用传统burndown的,有用burn up的。我个人最喜欢的是Mike Cohn的burndown bar chart:横轴是Sprint,纵轴是Story ... 阅读全文

posted @ 2010-03-17 12:21 brenda bao 阅读(1209) 评论(0) 推荐(0) 编辑

2010年3月11日

摘要: CMMI与敏捷的结合一直是大公司的一个重要话题。很多大公司在达到CMMI的等级之后,想知道CMMI和敏捷能不能兼容。也就是能不能在保住CMMI证书同时来实施敏捷?敏捷的实践和公司原本通过CMMI时用的实践肯定是不同的,但是不代表用了敏捷以后就不能保住CMMI的证书。CMMI只告诉我们要做什么,而没告诉我们怎么做。敏捷的实践可以是一种实施CMMI的方法之一。而且CMMI的宗旨是process imp... 阅读全文

posted @ 2010-03-11 18:14 brenda bao 阅读(411) 评论(0) 推荐(0) 编辑

摘要: Distributed相对于co-located而言,指团队成员分散在不同的地方。Offshore指实际的客户和开发团队不在同一个地方。这两个话题是在中国的企业常关心的话题。因为很多在中国的软件公司都会面临这样的情况。比如大型的外包公司,提需求的客户在国外,要求外包公司使用相同的流程。或者是跨国企业,国外的部门提需求,国内和国外的部门来一起实施,但是流程需要统一。在这种情况下,敏捷是否使用呢?敏捷... 阅读全文

posted @ 2010-03-11 15:24 brenda bao 阅读(215) 评论(0) 推荐(0) 编辑