敏捷实施模式选择：软件实践教学模式的敏捷重构

如果科技型公司想要向敏捷模式转型，到底是从小团队开始试点，还是全面实施？选择哪种模式对公司运营更佳呢？在回答这些问题之前，先分析一下这两种敏捷实施模式各自的优势所在。

1．选择小团队进行敏捷试点的优势

（1）小团队试错成本低。

组建一个或者多个团队进行敏捷实施试点，通过对若干迭代周期的观察和分析，可以看到敏捷实施成效。几乎可以肯定的是，小团队的试错成本远比全面转型要低。所谓“船小好调头”，小团队的实施成效即使不如预期，甚至不如敏捷实施前，那么即便放弃敏捷转型，也就是损失有限的人力成本，而不至于造成巨大损失。

（2）取得成功的概率较大。

精心挑选试点项目和试点团队，提供良好的研发环境和资源，项目成功的概率会很大。最初选择小团队进行试点就是为了获得敏捷体验，所以小团队的每个成员都会尽力确保项目正常交付，以使自身劳动所获得的成就感和满足感最大化。

（3）规避全面转型风险。

全面转型最大的风险在于，一旦全面转型失败，将不可能有弥补和改进的机会，因为失败造成的损失将是巨大的，对于大多数公司而言将是不可承受之痛，试错成本相当高。相反，小团队实施敏捷的压力就会小很多。

（4）小团队可以“说干就干”。(www.xing528.com)

小团队具有高度的灵活性和自由度，在目标明确的前提下，团队采用的开发模式、实施的进度以及项目成员的构建等，都可以根据实际情况做出调整或变更，而不会对企业架构产生影响，更不会对组织架构做出变革。小团队实施有一定的“理想主义”，可以根据共同的理想实施，直到获得有价值的经验为止。

2.选择全面实施敏捷过程的优势

（1）可以减少阻力。

全面转型意味着破釜沉舟，不仅是一种企业研发模式的变革，也是一种企业文化创新，更表明这种转型只能勇往直前，没有任何退路。因此，全面转型可以减少来自内部的诸多阻力，比如小团队试点时的一些怀疑论者在全面转型时除了转型到敏捷过程外将别无选择。

（2）避免敏捷与传统的冲突。

全面转型意味着公司所有开发团队都将按照敏捷过程推进，彻底摒弃传统的瀑布型开发模式；同时也意味着开发团队将秉承一种全新的价值观进行项目开发，不会出现小团队试点时敏捷团队与传统团队进行项目交互或者资源借调等现象。因此，全面转型可以避免很多由于敏捷团队与传统团队交互发生的不愉快乃至冲突等现象。

综上所述，选择哪种敏捷实施模式，应该综合考虑公司的文化背景、现有组织架构、财务预算、研发人员的技能层次、客户需求和业务特点等因素。企业侧重哪些因素，就适合采用对应的敏捷实施模式。