敏捷开发的概念较为抽象，难以用简短的言语阐述清楚。它并非固定不变的框架，而是拥有原则却无具体方法的开发方式。每个项目都可能有其独特的敏捷工作方式，而真正的理解与实践才是其意义所在。
常用的敏捷框架包括Scrum、Agile和看板等，其中Scrum和Agile在软件开发领域，特别是面向C端的开发中更为常见。看板方法则擅长于将繁杂的工作一目了然地呈现出来，例如在客户支持等事务性工作中。
提及Scrum，我们不可避免地要谈到PDCA循环（如上图所示）。这一循环方式强调探索与创造，而Scrum正是在此基础上衍生出的一系列理念、原则和实践，如backlog、sprint、user story等。Scrum并非方法论或公式，而是一种可参考的工作方式。不同的项目可能需要不同的工作流程，但都可以被视为Scrum的一部分。
若要简述Scrum，可以这样说：它是一种充分接纳前景不确定性的开发方法，采取探索式前进的方式，以实现用户价值为最终目的。这与线性开发方式的本质区别在于重探索轻预测。
在Scrum中，步骤由一系列的Sprint（迭代）组成。对于新手来说，了解一个Sprint如何开始和结束是快速上手的关键。待办事项，即backlog，是团队需求的列表，所有可能要开发的功能都列在其中。这些事项有时来自需求方，但更多时候应源于产品经理的远见和洞察。维护一个健康的backlog涉及评估需求价值、工期和紧急程度，排定优先级，以及追踪处理进度等细节。
在团队中，共识是进行敏捷开发的前提。如果没有共识，重视沟通、多方参与容易导致扯皮和责任推诿。每个冲刺阶段都应达成共识，一旦进入冲刺阶段，任何人都不能改动需求。
敏捷开发与线性开发在对待环境和用户的不确定性上存在本质差异。敏捷承认环境、团队、用户和自身的不确定性，注重试错和探索前进；而线性开发则关注确定性的内容，强调准确预测市场和完美设计。两者各有优劣，适用于不同的场景。例如，在因果关系显然而见的情况下，Scrum可能不是最佳选择；而在复杂域中，如推出新产品或养育青少年等，Scrum则能发挥其最大优势。
软件开发涉及各种领域，而电商产品（尤其是面向消费者的产品）的大部分工作都落在复杂域中。在实际工作中需要灵活运用各种开发方式。