敏捷之旅2013北京站 - Bob Jiang的总结

Page content

1

敏捷之旅2013北京站在经过3个月的精心准备与筹划后,终于结束了。 2013年12月21日,早7点,天还没有亮,我已经出发去往敏捷之旅的地点,创新工场。(题外话,上班都没走过这么早)

IMG_1555

赶在7:30到了工场,开始最后的布置和工作安排。最关键和重要的一环,就是早上的签到。

IMG_1557

敏捷之旅和创新工场在一起,会是一个什么结果呢?

身兼两职真的是一个挑战(会务组织和主持人)。等我在签到台处理完紧急事情后,返回会场是8:55分,距离开始只有5分钟。在会场进行一些基本准备后,就开场介绍了。

今天到会的参会者真的可以用人山人海来形容:) 把希望树彻底挤满了,后面还有一些朋友站着听。

IMG_1563 介绍一下敏捷之旅是什么,再介绍一下志愿者(小伙伴们),接下来是主办方,赞助商和合作伙伴。然后就介绍第一场的演讲嘉宾王立杰。 下面说一下几个话题我的感受: 蔡德辉:9

 

《敏捷团队生存的一些思考》

  • 首先介绍了什么是敏捷团队,通过几个非常生动形象的比喻、例子给大家一个印象。共同的目标,动作要快,艰苦训练,分工协作,统一指挥,以及给出非常有用的团队建议。
  • 接着用敏捷里面最常用的比喻,鸡和猪的故事,来说明客户在敏捷开发中的位置,也包括老板对于敏捷开发的影响。
  • 然后用NFL来说明团队的环境对于团队的影响。这里提到了万恶的KPI(绩效考核),这个问题接下来引发了热烈的讨论。几个演讲嘉宾都对KPI做了描述。
  • 最后提到的是规则,在敏捷开发中团队需要遵守什么样的规则。给出腾讯和化为的敏捷开发模型。也把Scrum,XP,TSP,RUP以及瀑布式开发做了详细的对比(数据来源于Caper Jones)。

最后蔡总的演讲风格也是风趣幽默,大开大合,不仅有实例,也有数据,引发听众的思考。 李忠利:8

 

 

《互联网软件开发三板斧》

  • 软件交付模式:
  1. 检查需求抵达的方式(控制需求数量)
  2. 检查需求处理工作的方式(统一接口):分拆需求,沙漏,Story。
  3. 拆小后,交付速度增快。
  • 平衡价值和适应性管理
  1. 聚焦价值(必须有所舍弃)。农耕文化 vs. 游牧文化 (非常好的比喻)
  2. 聚焦后,需求质量提升
  • 比交付模式更重要的是什么
  1. 前面那些都不重要。从精益创业顿悟:做正确的事情才是第一位。
  2. 张瑞敏给《管理3.0》的序中提到:只要找到路,就不怕路远。

最后是我在微博上收集到大家对于本次活动的反馈:

_京东PMO总监 @PMO之道—蔡德辉_ _的下列看法很有启发:1、每种工具用处、局限同时存在_ _2、项目管理工具是技术人员开发出的,局限明显,对经营考虑不够。我大概是现场最年长的,但依然敏捷2014多个组织级项目管理体系项目即将启动_

创新工场:_创新工场和敏捷社区联合主办敏捷之旅北京_ _2013。在希望树下,多位具有丰富实践经验的大师级人物正在与大家分享KeynoteOpenspace、软件匠艺、看板管理等超值干货。期待参与者们在敏捷之旅中都有所收获!_

_有一个自认为右派的敏捷圈朋友,跟我聊,我说:你哪是右派,世界观比我还左,你对未来的愿景几乎就是共产主义,还是早期理想共产主义愿景。敏捷中的平等,自组织,自实现,突破限制都带有明显的共产主义色彩_

E路向前–李忠利:于总看的真清晰。从敏捷教练和一些团队,肯定提共产主义的,但这个根本不重要。这些方式方法,如果不能有效的为业务和经营服务,就没有什么价值。我知道有人肯定会喷我。//@于忠东_咨询式培训: “经营导向、客户意愿、流程、绩效管理“是否仍然是”敏捷项目管理”背后的看得见或者看不见的手?