今天已经是第四天，昨天无意中看到LL每天都在记录敏捷实践也颇感自己应该给自己和后面的人留下点什么，是为纪录。
咨询的对象是国际领先的一家大型电信供应商A，同时也是另外一家国际领先的电信运营商B的服务提供商，相当拗口。目的在于如何将敏捷方法论影响到内部团队端和客户端，以达到提高交付能力和交付质量的目的。逻辑上这个是很说得通的，提高交付能力就是做得快，通过对客户的引导实现需求划分和快速确定，发现隐含需求降低风险，减少因需求不明引起的返工，自然就会做得快；提高交付质量就是做得好，通过对团队内部引入敏捷实践实现信息透明共享，持续集成，自动化测试策略，需求故事化，提高代码质量，自然就会做得好。
项目内容也是BOSS级这种相当核心的系统，我个人也十分兴奋，之前的敏捷咨询大多数围绕在开发端譬如持续集成和本地构建此类技术层面展开，对于前端需求获取的参与较少，此次也是一次好机会展示敏捷方法论在需求阶段的可行性。
阻力也显而易见，对于H而言，需求获取的过程完全掌握在部分专家手中，此类专家基本都是对BOSS系统里钻研极深的人物，是否能够充分合作，适应完全不同的方法体系，拥抱变化，我心中很不确定；此外对Y公司而言，对于长久以来甲方压倒乙方场景极度适应的情况下，是否能够以另外一种思维接受敏捷倡导的价值驱动理念，更是让我怀疑。此外个中存在的利益纠葛，政治因素便不便一一举出。
总之，现在的情况是夹在两家超大规模的企业中间，每一步都需要审时度势，做得恰到好处，滴水不漏，对于这个只有我和大熊的二人团队，前面的问题必然还有很多。
虽然是非常艰难的一步，但至少，我们迈出了这一步，接下来思考的是，用什么方法，以什么节奏，把我们的思想传递到这两个庞然大物那里去；同时，我也第一次的体会到“敏捷布道者”的使命感。