Team

走捷径的系统思考

这里的走捷径指的是在软件开发过程中,团队为了应对超出他们实际能力的工作量时会采取的方式。往往公司由于业务压力,要求团队做更多的时候,团队的能力所能交付的工作与实际的工作量产生了落差,团队为了能按时交付,只好使用一些秘密武器(比如,复制粘贴,在一个方法里堆代码等等),这样就降低了他们的实际工作量。 用系统思考里的因果环路图来表示,就是下图中红色区域的环路 这是一个平衡回路。因为走捷径确实解决了当下团队工作过载的问题。但是,它还隐藏着另一个增强回路, 如下图 走捷径带来了代码可维护性降低,使得将来的工作量增加了,这就形成了恶性循环,团队将持续通过走捷径来应付工作量的持续增加。这是一个常见的基模:饮鸩止渴。 这个简单的道理其实大家都明白,为什么很多团队还是这样呢?我分析有几个原因:首先这个反馈是延迟的,成本增加不会立刻看到;其次是侥幸心理,比如,觉得将来不会再改这个代码了;第三,

Agile

Shanghai Scrum Gathering 2010

4月份又匆匆过去了,依然没怎么更新博客。这个月主要是19,20号的Scrum Gathering。这是难得的第一次官方活动。这次参加Scrum Gathering主要是三个目的: 参加一个团队的演讲,也算是给自己提升点名气吧。这次的演讲主题主要是和大家分享一下我们在翻译《用户故事与敏捷方法》过程中应用Agile的经验,希望大家跳出条条框框,不是仅仅拘泥于应用一些Agile的工具或实践。当然也要顺带宣传一下我翻译的第一本书《用户故事与敏捷方法》。毕竟Mike Cohn的这本经典经典著作居然没中文版确实有些遗憾,希望能为国内Agile做一点自己的贡献,希望更多的人能理解用户故事,理解Agile。不过对我而言,翻书过程的价值远超过这本书的价值。我的下一篇博客应该就是分享一下我翻书的经验。 来到Scrum Gathering,当然还是希望能听到新的想法,新的实践,能更加提升自己的理解。 另外就是了解一下现在国内Agile的应用到底其他公司都做的怎么样,我和我所在的公司在Agile方面到底是什么样的水平。 这两天一共3个Keynote