拍卖试行敏捷开发2个月，步入正轨，码一些字记录拍卖团队由传统开发模式向敏捷转变过程中的感悟，与君共鉴。
不开始便永远无法到达
敏捷落地实操困惑很多，找到答案的最好姿势就是确定一个项目行动起来，用敏捷迭代的思维来落地敏捷。
依赖太多，如何组建敏捷小组令人头疼！
和公司大多数项目团队一样，部分依赖来自兄弟部门。那么是否把外部依赖成员加入到敏捷小组是个很纠结的问题。不加入优先级很难一致，会出现空等的情况，加入担心推进敏捷配合起来比较困难。最终采取了折中方案，外部依赖成员加入敏捷小组，相关工作完成即退出的方法。
尽可能遵守最佳实践 工作需要仪式感
Backlog、计划会、优先级、看板、每日站会，先有形，再领会神。
让业务参与进来
邀请业务参与Daily Scrum, 端到端统一优先级，及时移除业务卡点，随时验证反馈。
让“小鸡”们自己拖动Backlog
拖动 Backlog看似很简单，但是这一小小的改变完成了团队“被管理”到“自组织”的调整。
保持技术组长对技术方案的把握
举扑克牌估时的最佳实践看上去很酷，但是在我们新人比较多，而且术业有专攻的团队却不太适用。在独立技术设计也有类似的问题，容易为后期系统稳定埋下隐患。按照实际情况，特别添加了技术组长估时和设计把控的环节，但技术组长不必参加所有敏捷小组的Daily Scrum。
迭代总结持续优化，寻找适合现状的最佳实践
前面两次迭代总结会都开到了两个小时，但这是值得的。小组成员主动各抒己见，这在以往是很少见的。激烈讨论了估时、迭代重叠节奏、外部敏捷小组成员管理、敏捷项目与其他项目之间的优先级协调、产品验证、部署、质量保证等方面的问题并落实到行动方案中。
成果
拍卖体验优化敏捷小组秉承2周一迭代，上线40余个高优先级改造需求，为敏捷开发在拍卖落地奠定了基础。
天秤项目敏捷小组，原规划3个月交付。改为以可上线可使用的敏捷原则为驱动，2周一迭代，在第二个迭代结束，一批功能并上线投入北京各大法院实际使用。
敏捷，赋予了拍卖团队拥抱变化和敢于尝试的能力。