一屋子的老板，项目经理，团队核心成员，这样的workshop说明公司对敏捷的实施还是很重视的。
很可惜的是，公司花钱买了培训，却没有让高层参加培训。我不得不在workshop的开始，重新花一个小时的时间给大家介绍敏捷和Scrum是什么。原本两天的课程，一个小时只能是讲个大概，无法涉及深层的原理以及价值观。好在在座的有一些人对敏捷和Scrum已经有所接触，接下来的workshop才能得以顺利展开。
基于公司的当前的情况，一些人已经参加过Scrum培训，需要进一步的指导开展敏捷。我的建议，当然是从一个pilot project开始：
- 选择一个合适的项目做pilot project。合适是指现有的流程handle有困难的，比如客户需求多变的。
- 从现有的role中找出适合做prodect owner的，指定他做pilot的product owner。一般可以从System Engineer, Product Manager中寻找。
- 从现有人员中找一个参加过Scrum培训并认同敏捷价值观的人做ScrumMaster。可以是原来的Developer, Tester, PM等等。
- 从现有的开发人员中组织一个cross functional Team，专做pilot project，不能multi-tasking。
- 给pilot project足够的空间，尽量不受现有流程的干扰，完全以Scrum的方式来run。
讨论完这一些后，基本上与会人员都同意，完全赞同。但是我一问可行性，几乎没人吭声。原来top management不在场，也就是最后做决定的人不在。
这是很多大公司实施Scrum中的典型问题。底下的人参加培训，中层的人参与讨论，高层的人不可见。真正要开始实施了，下面的人等着决定，中间的人想做，但是没有上头拍板。上头人不理解为什么要这样做，自然也不会拍板。于是僵持在那里，敏捷和Scrum就只是一句口号了。成功实施的Scrum肯定是需要同时自上而下和自下而上的。整个组织的人要有同样的understanding，Scrum才能展开。Scrum牵涉到，人员的配置，项目的管理方式，甚至组织的架构，公司的文化等等等等。如果没有高层涉及，肯定是无法成功的。
