敏捷的12条原则

1、我们最重要的目标，是通过及早和持续不断地交付有价值的软件使客户满意。

2、欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。

3、经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。

4、业务人员和开发人员必须相互合作，项目中的每一天都不例外。

5、激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。

6、不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。

7、可工作的软件是进度的首要度量标准。

8、敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。

9、坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。

10、以简洁为本，它是极力减少不必要工作量的艺术。

11、最好的架构、需求和设计出自自组织团队。

12、团队定期地反思如何能提高成效，并依此调整自身的行为表现。

在实际实践过程中，经常遇到违背敏捷敏捷原则的情况，我们旧团队成员分布于济南、武汉两地，团队无法完全物理上“在一起”，这违背原则4、6。我们采用的方法包括：

    迭代前期：

    1、我们会有需求澄清会议，本地人员在统一会议室进行，同时开启视频会议，武汉的人员可以通过视频方式参与需求澄清，确保开发人员对需求有统一的理解。

    2、我们建了一个群，武汉的同事每天在站会前在群里说明一下开发情况，及遇到的问题。站会的时候由这个故事对应的其他人员代领任务，以保证迭代的正常运行。

    迭代后期：

    1、项目现场招聘全职人员来替代远程人员，刚开始承接50%的工作，逐渐增多，直到能全部承接。这样就可以彻底解决工作“在一起”

在迭代过程中我们也遇到到过违背原则8的情况，团队对接用户较多、需求都紧急，造成个别迭代排入的需求较多或紧急需求过多，导需求无法按期交付/下个迭代在收尾上个迭代的工作。我们采用的方法是：

    团队对接用户PO，由一个统一的用户PO来排定需求优先级，来把控需求。团队负责人PO来对接客户PO，开发人员专注团队需求的开发。让迭代可以的步调品文可延续。

    每个敏捷团队在磕磕绊绊中前进，目前新的团队也遇到了团队成员内部比较分散，大家相互独立，团队没有统一的目标，需求总是延期的情况。也明白需要培养团队的相互信任，培养团队意识，但是不知从何入手？希望又相关经验的人分享分享你们的解决办法