摘要：
9月3号到9月7号，部门到泰国华欣offsite meeting。其中有两天是Daniel Teng给我们做的敏捷培训，很多人本以为培训就是老师讲，我们听，结果完全不是这样，那两天都是需要每个参与者积极参与，完全没有打酱油的机会。 9月4号是敏捷培训的第一天，主题是欣赏式探询（Appreciative Inquiry），以下简称AI。什么是AI 传统上，当一个组织反省过去时，总是去总结出过去做的不好的地方，避免以后再犯。而AI反其道而行之，它聚焦在过去做的好的地方，继续强化。——这就是“欣赏式”的意思所在。（AI focuses on increasing what an organi... 阅读全文
随笔分类 - Agile
大家是怎么做Code Review的？
2011-04-09 19:25 by 菜阿彬, 7816 阅读, 收藏, 编辑
摘要：
先说说我们公司现在的做法，一个团队被人为地分为两个阵营：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 菜阿彬, 2335 阅读, 收藏, 编辑
摘要：
第五届敏捷中国大会刚刚落幕，两天听了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 菜阿彬, 2178 阅读, 收藏, 编辑
摘要：
上篇文章说了QA与QC的区别，以及一种不太好的流程所造成的浪费，这篇对我所在团队的状况进行反思。为什么这么多bug？ 1个月200多个，按工作日平均下来1天10个，触目惊心。我认为原因很多，列举如下：环境。在进度第一的观念下，代码库中渐渐充斥着设计拙劣、充满陷阱的代码。殊不知慢就是快，而表面上的快实际上严重拖慢了团队的脚步。造成的结果不仅bug多，而且被fix后，不知哪天又冒出来了。程序员习惯。... 阅读全文
QA不是QC，兼谈Lean、Kanban和TDD（上）
2010-09-11 20:08 by 菜阿彬, 2470 阅读, 收藏, 编辑
摘要：
如果QA总是在Verify的阶段发现缺陷。那么有缺陷的不仅是你的软件，更是你的流程——Mary Poppendieck。有一家很糟糕的餐厅，里面的厨师几乎总是把盐放得过多。顾客少的时候，他炒好菜会自己尝一下，发现太咸了，就再倒回锅里再加工一下；顾客多时，就不管那么多了，直接上菜，然后等不能忍受的顾客把菜拿回来，再加工，而就算那些能忍受的顾客呢，下次也不会再来了。这样的餐厅有... 阅读全文
如何增强Scrum Teams之间的协作（三）—— Product Owner Council（PO委员会）
2010-07-25 21:21 by 菜阿彬, 924 阅读, 收藏, 编辑
摘要：
众所周知，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 菜阿彬, 978 阅读, 收藏, 编辑
摘要：
上文提到，对等的Feature Team，比有专属的Maintenance Team的划分方法更有优势，然而，天下无免费午餐，在废弃专属Maintenance Team，组建对等的Feature Team的过程中，也会有不少的挑战需要面对。 一，需要团队成员有更广的技术知识和产品知识。尤其是对从Maintenance Team转移到Feature Team的成员来说，很可能需要加强对产品知识的学... 阅读全文
如何增强Scrum Teams之间的协作（一）——Feature Team的优势
2010-05-18 21:35 by 菜阿彬, 2034 阅读, 收藏, 编辑
摘要：
上海的两个Scrum Team，一个是专门开发新的模块的，另一个是maintenance team，专门负责Customer Issue 和Customer Enhancement。这样分工的初衷也许是为了有一个全勤的服务团队来应对紧急的Customer Issue，提高市场反应能力；而且由于两个Team各司其责，慢慢的都会对各自的领域更为熟悉，做起事情来也就更快更好。可惜从效果上来看，这显然陷入... 阅读全文
如何增强Scrum Teams之间的协作——引子
2010-05-18 20:54 by 菜阿彬, 403 阅读, 收藏, 编辑
摘要：
本人所在项目组分为3个Scrum Team，其中上海2个，南京1个。上海的其中1个Team在最近的一次Retrospective meeting中提出一个问题：Team之间的知识分享和协作不够，A Team在解决一个问题时，研究了好几天后才知道B Team也在解决一个类似的问题，并且早已有了方案。 这个问题只是冰山一角，事实上，3个Team之间交流甚少，在一个Team的成员往往不知道其它Team... 阅读全文
请不要代替你的团队思考
2010-03-30 21:35 by 菜阿彬, 520 阅读, 收藏, 编辑
摘要：
本人所在公司使用Scrum好像已经2年多了，可现在的状况跟2年多前刚使用Scrum时的情形还差不多，甚至是倒退。这种现象本身就是个问题。敏捷精神的本质我认为在于“持续改进”，这改进包括对使用Scrum方式本身的改进。如果一个公司在2年里始终以同样的方式来使用Scrum，我想Scrum/Agile社区不会把它当做自己的一个成员。 更何况是倒退，以我所在团队为例，情况是怎样... 阅读全文
关于Automated Acceptance Testing Tool的讨论
2010-03-09 22:14 by 菜阿彬, 731 阅读, 收藏, 编辑
摘要：
最近国外博客上掀起一场关于Automation Acceptance Testing Tool的讨论。如果没听过这个词，这里是简单介绍：它是指一份可执行的需求文档，有很多名词：Acceptance Testing, Story Testing, Bahavior driven development。讲的大体是同样的意思。要让需求文档（或者验收文档）可以执行，当然需要工具，最著名的大概是Fit/F... 阅读全文