敏捷方法论其实是一个技巧问题，也是特定学科的方法、过程和规则。但是敏捷的价值观和原则显然告诉我们，要避免规定任何特定的方法或程序。也就是说敏捷没有指定的方法，也不是一种方法论，这也许会令许多人出乎意料，但如果真的花时间去看，在敏捷价值及原则中，确实找不到任何方法论。相反，我们会找到关于如何选择，最适合团队协作的方法。而所有方法的底线是，测试人员，开发人员及其他人员都必须不断提高自己，以拥抱敏捷的工作方式。
敏捷价值观和原则，并不会规定团队的工作方式，反而会协助团队，以可行的方式进行思考。敏捷是团队不断适应的能力，也是持续改进工作方式的能力。虽然敏捷不是方法论，但团队可以使用一些方法论来遵循敏捷的价值和原则。
以Scrum为例，Scrum采用了高度迭代的方法，着重于在每次冲刺之前定义关键特性和目标。它旨在降低风险，同时快速提供价值。Scrum为团队的工作，指定了一些特定的仪式感，其中包括：举行每日站立会议、固定长度的Sprint周期、产品展示会以及回顾会议等。
许多团队发现Scrum是遵循敏捷价值和原则的一种好方法，它提供了一个强大的方法论来协助大家遵循敏捷。还有人说Scrum是一个框架，因此会比方法论更加灵活，但是两者之间的界限相当模糊，只有细微的差别。
极限编程是在软件开发中，会遇到的另一种方法论，它包括测试驱动开发以及结对编程等。极限编程方法论可以为团队，带来一些可用于遵循敏捷价值及原则的方法及过程。例如敏捷原则，团队应该利用变更来作为竞争优势，XP的做法提供了促成这项原则的软件撰写方法，那为什么人们仍然认为敏捷是一套方法论呢？这通常是因为他们混淆了敏捷的价值原则和大家用以遵循这些原则的方法及方法论。
如果团队真的想要遵循敏捷价值及原则，方法论就要随着团队的成长不断调整，与时俱进。毕竟，这才是敏捷的真正意义。