敏捷宣言于2001年发布。他定义了价值和原则，在此基础上，软件开发中使用的所有新的和现有的所有实践都分为两个部分-敏捷实践和非敏捷实践。
例如，单元测试，扑克计划，每日站立训练已被视为敏捷实践。
另一方面，敏捷列表中不包括人员罚款，准备和签署一项完整的技术任务，根据其职能特征（架构部门，开发部门，质量）将团队分开。
敏捷考虑特定实践的原因并不总是显而易见的，反之亦然。
本文试图重新思考我所了解的敏捷实践，为那些可以认为是敏捷而哪些不是敏捷的实践制定简单明了的标准。
我将如下构建文章。首先，我将提出标准，然后通过示例对其进行测试。
标准
如果实践（以及理念，价值，原则，甚至整个框架）至少满足一个标准（并且不与其他所有标准相抵触），则将被视为敏捷。相反，如果一种实践至少与一个标准相抵触，则不会将其视为敏捷。
创意专业人士
Agile , . , , , .
Agile .
Agile , .
– , .
Agile – (face-to-face). , , .
– , , , .
, .
/
(lean) , Agile , .
Agile / , (eliminate waste).
, . Agile , .
– .
Agile
Agile
, ,
, (eliminate waste)
: –
, ,
,
-
, ,
,
, user stories
user story;
Planning Poker ( )
,
( , )
,
,
(open space)
,
()
–
, -, (CI/CD)
Definition of Done
DoD –
DoD
Agile
,
,
,
,
, ; –
,
, ,
( / )
,
, ,
,
,
( , )
– , , ,
/ ,
, ; ,
, ,
威权决策阻碍反馈
结论
以上条件不能替代宣言。但是它们在我的日常工作中对我有很大帮助。在他们的帮助下（在图片中），我解释了敏捷的意义。在他们的帮助下，我评估了自己遇到的事情。我想知道您对此有何看法。
请在评论中写下，这或敏捷实践对您而言总是很明显吗？您如何解决此问题？
写下您认为不符合建议标准的敏捷或非敏捷实践。建议您的条件。