Qconn

来自一线的敏捷实战

专题出品人: 
专题日期: 
星期五下午

越来越多的公司和团队开始接触并导入敏捷实践。敏捷实践看似简单,其实不然。那些照着书本来实践敏捷的团队,绝大多数情况下往往不得要领,到头来只是新瓶装旧酒。到底是敏捷实践有问题,还是我们的实施出了问题? 在这个专题,我们将邀请来自于国内多个行业中敏捷转型的先驱者及拓荒者,让他们给我们分享各自在敏捷转型的历程中的点点滴滴、成功与失败、经验与教训。

本专题将试图回答:

  • 如何有效地启动敏捷转型?

  • 组织敏捷转型的机遇与挑战?

  • 敏捷转型给我们带来了什么?

  • 组织内敏捷实践的实施情况如何?

  • 敏捷组织转型的反模式?

  • 敏捷组织内各种职能角色的变化以及挑战?

  • 如何让已经习惯了独立工作的员工拥抱协作的工作方式?

  • 敏捷转型中教练的作用?

张博超,tengzhenyu

这将会是下一个热点话题!我们有个不错的想法,很多潜在客户都很喜欢。团队也很棒, 擅长于Scrum,TDD,ATDD等各种XXX驱动开发方式。一切看起来都很美好。但是一旦产品发布到市场上,一切突然都不一样了。

这是为什么呢?我们的产品是基于许多隐藏假设的。任何错误的假设都会让我们功亏一 篑。所以现在有些产品团队采用一些典型的精益创业验证方法,比如A/B测试。等等!我们已经花了很多时间和成本完成了开发和测试,把功能做出来了。

那么我们应该怎么办?我们可以使用傆型,做一些低成本短时间的小实验来验证这些隐藏 的假设。甚至还有一些结构化的方法来发现并验证假设。

在这个工作坊里,滕振宇和张博超将带领大家使用傆型发现假设,设计低成本试验,使用 Validation Board结构化验证假设。最近两年我们已经和我们的客户一起使用了这个方法。我们将给大家一些案例分享,分享我们如何在Scrum中应用这个方法。

作为一款日访问量上亿的知名互联网产品,百度知道产品线的研发交付能力,在过去1年多的时间里,获得了长足的进步。从2012年末的20天左右的交付周期,提升到11天左右,通过进一步努力,又一次提升到了6天左右。他们做了那些调整和努力?使用了那些方法,才达到了如此大幅度的提升?

团队对速度已经非常满意了,然而,问题却依然存在,难道,还不够快?如何才能更快?速度是问题吗?如何进一步破局?他们又是如何做的呢?

目标群体:研发总监/总经理,部门经理,研发骨干,敏捷教练,过程改进相关人员

“顾客是上帝”,是亘古不变的金科玉律。企业先做产品,推向市场,寻找客户,服务客户,这是传统的做法。但在当今的互联网时代------不断地技术革新,需求地快速变化,扁平化的竞争环境,很多新产品一面市,可能就遭遇到科技的淘汰、用户需求的转变、以及竞争对手的压力。

那么,在瞬息万变的互联网时代,如何让产品这支箭快速命中市场这个靶心? 答案:让客户参与你产品从设计到发布的全过程,将上帝变为你的产品的粉丝。

敏捷软件研发已经成为主流,越来越多的公司开始拥抱敏捷,不少公司高层管理者强力推动敏捷,敏捷软件研发的应用已经逐渐进入普及阶段。然而,作为中层管理者,怎样做才能保证在敏捷实施中发挥更大作用与影响?怎样做才能更有效地让公司在敏捷实施中获益?当敏捷实施“成功”后,管理者何去何从?本演讲将以一个研发中心这几年的组织发展历程为主线,通过展示在此过程中碰到的冲突问题、解决方案、模型方法与成功失败效果,对一个管理者如何在敏捷大潮中取得成功进行了一番自己的总结。(特别备注:这里的管理者都是指软件研发管理者)

Takeaway:

  1. 了解敏捷前后管理者职能中的不变部分与变化部分,了解这些变化转变的历程;了解管理者如何在组织中有更大作用与影响,在公司实施敏捷后管理者何去何从的问题;
  2. 对中层管理者面对的复杂关系处理提供了一些实践案例与效果,并提供了一些模型与方法作为参考;
  3. 了解中层管理者与敏捷软件研发的关系,中层管理者怎么利用“敏捷”来引领推动组织发展。