
将看板应用于软件开发:从敏捷到精益
许多团队仅对软件价值流(software value stream)的一部分做了优化,但是Kenji Hiranabe向我们展示了如何将精益生产中的看板跟踪系统嫁接到软件开发中,以便与更多的组织结构进行沟通。

许多团队仅对软件价值流(software value stream)的一部分做了优化,但是Kenji Hiranabe向我们展示了如何将精益生产中的看板跟踪系统嫁接到软件开发中,以便与更多的组织结构进行沟通。
在最近一篇博客中, Martin Fowler解释了"应该用精益软件开发方法而不是敏捷软件开发吗?"这个问题,他说这是基于一种错误的假设。敏捷和精益的思想相互交织如此之深,以至于你在使用敏捷的时候也总在做精益的事情,反之亦然。我们可以考察它们发展过程的变化,发现它们内在关联的描述,这样更有趣、更有启发性。
上个月,日本劳工委员会声明Camry Hybrid项目的首席工程师死于过劳。一石激起千层浪,种种争论纷至沓来。我们能从丰田学到什么?什么是可持续的开发步骤?我们为什么开发软件?
2008年3月1日,第二次Beijing Open Party“春归(The Return of Spring)”活动在北京东直门国华投资大厦11层ThoughtWorks Office顺利结束。与1月19日第一次Open Party活动相比,本次参与人数多达70余位,远超出上次的41人。各位参与者贡献的主题达到了14个,涵盖RIA、软件创业、敏捷和精益、移动开发以及开源等多个领域。
上周六(1月19日),InfoQ中文站与ThoughtWorks、BJUG、AgileChina、BPUG等社区共同举办了一场Open Party活动,场地设在ThoughtWorks北京办公室,大约四十多人参加了本次聚会。来自ThoughtWorks的咨询师路宁为参会者献上了一场精彩演讲:Lean Thinking With Examples,详细分析了实施精益或者敏捷过程中最大的阻力,以及如何识别和消除浪费。
“从‘火车失事’而引出管理的概念,这个过程有一个最基本的前提,那就是事故发生的首要原因是‘玩忽职守’。"Peter Scholtes在他2003年关于领导力的一本书中如是说。Mary Poppendieck在最近的一篇有关过程、人与系统的文章中问道:“什么才是更加重要的——过程还是人?”她还描述了精益过程如何替代像ISO 9000那样经过认证的过程改进体系。
David Anderson描述了他的团队在运维工程(维护与Bug修复)活动中如何使用看板系统。尽管没有使用迭代,但软件仍旧保持每两星期发布一次。他们通过“看板”和每日站立会议来布置任务,并对其进行监控。