背景
从2011年元月开始，淘女郎团队http://mm.taobao.com/开始引入敏捷开发的思路到现在已经有半年的时间了。回顾这半年多来的工作，有成长也有不足。
记得刚开始引入敏捷开发模式的时候，大家都有点像傻傻的孩子，毫无头绪，当时我们的测试MM从别的团队搞过来一些敏捷约定文档来给我们做参考，淘女郎团队的敏捷就这样蹒跚起步了。
初级目标
敏捷团队最重要的就是要有自己的积累，刚开始，团队给自己在前两个迭代中定的目标有两个：1，做好接口级别的单元测试 2，制定我们自己的约定。
之所以先定这两个初步的目标，主要是因为质量对任何产品和团队都是重中之重，一个产品没有了好的质量保证，一切都是空谈。关于为什么要制定自己的约定。主要是我个人认为，敏捷其实是一种思想，我们首先应该把握的是灵魂本质，而不是照搬教科书，照搬别人的经验，摸着石头过河走自己特色的敏捷道路。
稚嫩的约定
在有了两个迭代，大约4到5周的时间后。我们对敏捷都有了一定的思考。也积累和沉淀了一些非常有用的约定。
附件是当时真实的敏捷约定，这个约定可能对不同的团队会有不同的内容，但是，会有一个统一的格式，即，我们存在什么样的问题，为了解决这种问题我们应该如何约定。
有了约定，才能及时发现团队中存在的问题，才能做好批评与自我批评，团队成员才能及时改正错误，整个团队才能及时健康的成长。
头脑风暴
随着敏捷的推进，大家感觉到一场整体团队的头脑风暴势在必行。2011年3月份的时候，在西湖平湖秋月的costa cafe，淘女郎开发，前端，测试，运营等一行10几人进行了一场激烈的头脑风暴，运营主管阐述了接下来一年中的产品运营目标和思路，技术的主要负责人也从技术的角度阐述了如何通过技术来影响产品。最终大家在运营和技术的紧密结合而形成一个高度凝聚力的垂直化团队达到了高度的一致。
这次会议确定了，淘女郎敏捷团队的目标，原则和榜样。这些基本点的确定对淘女郎来说具有里程碑式的意义。
我们的目标是：
打造一个快速响应用户真实需求，数据化运营的淘女郎垂直产品团队！
我们的原则是：
简单即王道。
人人都是产品经理。
我们先做60分的产品，让用户帮我们去做到100分。
淘女郎产品数据模型犹如人的生命特征数据，数据分析报告就是我们产品的诊断书，保证淘女郎产品的健康，是我们义不容辞的责任。
我们的榜样是：
腾讯QQMail团队，一个令人尊敬的团队。超越QQMail，淘女郎成为精品品牌指日可待。
穷则变，变则通，通则达。积跬步，至千里。有了这次头脑风暴，淘女郎垂直化团队的整体目标基本确定。接下来团队要做的就是，在高度一致的思想状态下，默默前行，为淘女郎这个精品品牌而持续努力。大家的方向一致了。所产生的合力也就能达到最大化。
历次迭代产品回顾会议
每次迭代结束后进行的产品回顾会议，对我来说都是相当珍贵的。因为每次回顾的过程都是一次尖锐的批评与自我批评的过程。无论运营，PD，测试或者开发自己反映出的问题，都要仔细分析产生问题的原因，找出原因，制定约定，对于团队成员或者整个团队都是一次坚实的成长。
下面列举下历次迭代过程中对团队具有里程碑意义的约定：
A.Sprint2 我们确定了敏捷不是开发模式的敏捷，而是产品的敏捷。必须以可发布性，作为产品user story划分的标准。Sprint3和sprint4我们做到了每个迭代都有可发布的产品。这个也是目前淘女郎用户故事划分的根本标准，如果一个用户故事不可以在2到3天内发布，我们就会重新划分用户故事，让用户故事的粒度更细。在迭代6的产品开发过程中，团队做到平均一天1一个用户故事的发布频率。整个团队有3位开发，2名测试，1位前端。这个约定在后续的开发过程中会更加一如既往地坚守下去。
B.Sprint3 我们确定了产品必须从用户的实用性角度考虑进行设计，充分发挥视觉同学对美的专业功底。
C.Sprint4 我们确定了开发工时和进度必须全面公开透明，让运营同学有充分的知情权。我坚信，有了这个约定，我们团队之间会更新信任和互相认同，我们团队的整体战斗力会大的提升。公开透明是增加信任的唯一基石。
D.Sprint5,实时燃尽图需要反映出用户故事的进度，尤其用户故事出现不健康的时候，要告知需求方目前进度是什么，预计用户故事什么时候完成，而不是简单地汇报下昨天做了什么，今天准备做什么。要让需求方知晓不健康的用户故事进度。在燃尽图中耗时较长的用户故事标注进度百分比。
E.Sprint6. 此次产品回顾会议是数据化运营道路上的重要里程碑。开发团队将会配备一人重点支持数据化运营。将淘女郎运营支撑平台（boss机）做好，做强，从数据上真正支撑淘女郎产品的运营工作，让运营的同学运筹帷幄，更加有针对性地运营淘女郎产品。