代码改变世界

随笔分类 - Agile

泰国行敏捷培训第一天:欣赏式探询(Appreciative Inquiry)(上)

2012-09-09 13:23 by 菜阿彬, 1655 阅读, 收藏, 编辑
摘要: 9月3号到9月7号,部门到泰国华欣offsite meeting。其中有两天是Daniel Teng给我们做的敏捷培训,很多人本以为培训就是老师讲,我们听,结果完全不是这样,那两天都是需要每个参与者积极参与,完全没有打酱油的机会。 9月4号是敏捷培训的第一天,主题是欣赏式探询(Appreciative Inquiry),以下简称AI。什么是AI 传统上,当一个组织反省过去时,总是去总结出过去做的不好的地方,避免以后再犯。而AI反其道而行之,它聚焦在过去做的好的地方,继续强化。——这就是“欣赏式”的意思所在。(AI focuses on increasing what an organi... 阅读全文

大家是怎么做Code Review的?

2011-04-09 19:25 by 菜阿彬, 7697 阅读, 收藏, 编辑
摘要: 先说说我们公司现在的做法,一个团队被人为地分为两个阵营:Senior Developers和Junior Developers,比例差不多是1:1,Senior Developers就担负着对Junior Developers的代码进行Review的职责,每天Review一次,对有问题的代码写上comments,然后也check in到代码库中。这种comments有特殊格式(比如//\\CodeReview:blah blah),要求Junior Developers每天下班前一小时去代码库中找这种格式的comments,然后修复自己的有问题的代码,修复时删除Reviewer留下的Comm. 阅读全文

我在敏捷中国Open Space上发起的讨论主题——如何激励,用绩效考核吗?

2010-10-15 22:25 by 菜阿彬, 2311 阅读, 收藏, 编辑
摘要: 第五届敏捷中国大会刚刚落幕,两天听了14场演讲(因为每天的下午都有两个分会场,有8场演讲没有听到),整体还是不错的,给我印象比较深的是Mary的《Making Change Happen and Making Change Stick》、Jean Tabaka的《敏捷运用之12种成功模式》、阳陆育的《大型企业应用系统的敏捷需求管理》,其它演讲也可圈可点,尤其是我今天听的最后一场Alan Atlas... 阅读全文

QA不是QC,兼谈Lean、Kanban和TDD(下)——对所在团队的反思

2010-09-18 21:09 by 菜阿彬, 2115 阅读, 收藏, 编辑
摘要: 上篇文章说了QA与QC的区别,以及一种不太好的流程所造成的浪费,这篇对我所在团队的状况进行反思。为什么这么多bug?  1个月200多个,按工作日平均下来1天10个,触目惊心。我认为原因很多,列举如下:环境。在进度第一的观念下,代码库中渐渐充斥着设计拙劣、充满陷阱的代码。殊不知慢就是快,而表面上的快实际上严重拖慢了团队的脚步。造成的结果不仅bug多,而且被fix后,不知哪天又冒出来了。程序员习惯。... 阅读全文

QA不是QC,兼谈Lean、Kanban和TDD(上)

2010-09-11 20:08 by 菜阿彬, 2427 阅读, 收藏, 编辑
摘要: 如果QA总是在Verify的阶段发现缺陷。那么有缺陷的不仅是你的软件,更是你的流程——Mary Poppendieck。有一家很糟糕的餐厅,里面的厨师几乎总是把盐放得过多。顾客少的时候,他炒好菜会自己尝一下,发现太咸了,就再倒回锅里再加工一下;顾客多时,就不管那么多了,直接上菜,然后等不能忍受的顾客把菜拿回来,再加工,而就算那些能忍受的顾客呢,下次也不会再来了。这样的餐厅有... 阅读全文

如何增强Scrum Teams之间的协作(三)—— Product Owner Council(PO委员会)

2010-07-25 21:21 by 菜阿彬, 865 阅读, 收藏, 编辑
摘要: 众所周知,Scrum Team里只有三种角色:Product Owner,Scrum Master,Team Members。因此谈到多个Scrum Team之间的协作时,CounterPart之间的协作问题就会顺理成章地浮现出来。本文先谈谈Product Owner之间的协作。  如果在一个产品团队,不同Scrum Team的PO连对方最近的Sprint做了什么功能都不知道,那他们显然缺乏最基本... 阅读全文

如何增强Scrum Teams之间的协作(二)——Feature Team的挑战

2010-05-19 20:59 by 菜阿彬, 888 阅读, 收藏, 编辑
摘要: 上文提到,对等的Feature Team,比有专属的Maintenance Team的划分方法更有优势,然而,天下无免费午餐,在废弃专属Maintenance Team,组建对等的Feature Team的过程中,也会有不少的挑战需要面对。  一,需要团队成员有更广的技术知识和产品知识。尤其是对从Maintenance Team转移到Feature Team的成员来说,很可能需要加强对产品知识的学... 阅读全文

如何增强Scrum Teams之间的协作(一)——Feature Team的优势

2010-05-18 21:35 by 菜阿彬, 1915 阅读, 收藏, 编辑
摘要: 上海的两个Scrum Team,一个是专门开发新的模块的,另一个是maintenance team,专门负责Customer Issue 和Customer Enhancement。这样分工的初衷也许是为了有一个全勤的服务团队来应对紧急的Customer Issue,提高市场反应能力;而且由于两个Team各司其责,慢慢的都会对各自的领域更为熟悉,做起事情来也就更快更好。可惜从效果上来看,这显然陷入... 阅读全文

如何增强Scrum Teams之间的协作——引子

2010-05-18 20:54 by 菜阿彬, 379 阅读, 收藏, 编辑
摘要: 本人所在项目组分为3个Scrum Team,其中上海2个,南京1个。上海的其中1个Team在最近的一次Retrospective meeting中提出一个问题:Team之间的知识分享和协作不够,A Team在解决一个问题时,研究了好几天后才知道B Team也在解决一个类似的问题,并且早已有了方案。  这个问题只是冰山一角,事实上,3个Team之间交流甚少,在一个Team的成员往往不知道其它Team... 阅读全文

请不要代替你的团队思考

2010-03-30 21:35 by 菜阿彬, 495 阅读, 收藏, 编辑
摘要: 本人所在公司使用Scrum好像已经2年多了,可现在的状况跟2年多前刚使用Scrum时的情形还差不多,甚至是倒退。这种现象本身就是个问题。敏捷精神的本质我认为在于“持续改进”,这改进包括对使用Scrum方式本身的改进。如果一个公司在2年里始终以同样的方式来使用Scrum,我想Scrum/Agile社区不会把它当做自己的一个成员。   更何况是倒退,以我所在团队为例,情况是怎样... 阅读全文

关于Automated Acceptance Testing Tool的讨论

2010-03-09 22:14 by 菜阿彬, 700 阅读, 收藏, 编辑
摘要: 最近国外博客上掀起一场关于Automation Acceptance Testing Tool的讨论。如果没听过这个词,这里是简单介绍:它是指一份可执行的需求文档,有很多名词:Acceptance Testing, Story Testing, Bahavior driven development。讲的大体是同样的意思。要让需求文档(或者验收文档)可以执行,当然需要工具,最著名的大概是Fit/F... 阅读全文