我们中的绝大多数人都非常熟悉灵活的开发方法，阅读敏捷清单，从事scrum或看板工作。他们中的一些人（在他们的部门中成功地实施了某些敏捷实践），其他人则主张放弃它们，而采用其他方法。总的来说，这个话题不是新的，熟悉的，很老套的。
但是，大多数出版物只针对问题的外部，在这些问题上给出的答案恰恰是从心理上激励表演者接受“敏捷”的答案，但是很少提供有关企业为何需要它的信息（或更糟糕的是，他们试图从中推断出商业利益）。适用于口号的员工）。
我本人是使用灵活的开发方法论的忠实拥护者（而不是适合特定业务的个体实践），我仍然建议您从不同的角度来看待它们。有经验的管理人员不太可能在本系列文章中找到任何新内容，但对于其他所有人-欢迎来到Cat。
该周期不仅仅涉及一种特定的方法论，而是讨论了通常使用灵活的方法论解决业务问题的方法，因此，在文本中会混入敏捷清单的假设，Scrum的工件以及没有假装完整性的看板实践。其他所有内容都将在软件开发的上下文中专门讨论。首先，将要分析某些元素的顺序取决于所描述方法解决的问题的规模。当然，它们中的每一个都不是为了解决在业务出现之前出现的一个问题，而是为了解决一整套任务，但是为了简单起见，本文中的每一个都将解决一个主要问题。所以，让我们开始吧。
- 人员和互动比流程和工具更重要
- 短暂迭代
- 进行变更的准备比遵循原始计划更为重要。
人员和互动比流程和工具更重要
agile-, . , — «».
, , , , , , , , — «» . , .
, «» , . «» . «» , « » (, ) .
«» , «» . - , , , . , .
, , «» , .
, .
, « », , . , , . , , . , , . , .
, . . , , . , , , . , , , , . — .
, . 10-20 «» , , , - vue.js , .net core. «» , «» , , .
— , . , — . « » ( -, - ), (« 2 , wiki»). — , .
, , , . .
— - . , , , . .
, , , , . «agile», .
. 20 1.5, . , , .
. , , , . , , , , , .
: , .
, , , . (, , ), . « » , , , . .
. , , «». . .
« », , . , .
, . , , : .
, , « ».
(), , . « » , .
agile-, .
. , «» (pivots), . , , , , «» , .
— , , , .
, , — .
, «» «» .
«» .
.
-, , — . , , , .
-, . ( ) , , , . , , . « », .
«» .
«» , «» . «» — , .
P.S. , .