La grande majorité d'entre nous connaissons très bien les méthodologies de développement flexibles, lisent le manifeste agile, travaillent sur scrum ou kanban. Certains d'entre eux - mettant en œuvre avec succès certaines pratiques agiles dans leurs services, d'autres - préconisent de les abandonner au profit d'autres méthodologies. En général, le sujet n'est pas nouveau, familier et assez galvaudé.
Cependant, la majorité des publications ne sont consacrées qu'au côté externe de la question, où exactement ces réponses sont données qui motivent psychologiquement les artistes interprètes ou exécutants à accepter «l'agile», mais très peu d'informations sont fournies sur les raisons pour lesquelles l'entreprise en a besoin (ou pire, elles essaient de déduire les avantages commerciaux de destiné aux employés de slogans).
Étant un grand fan de l'utilisation de méthodologies de développement flexibles (et, plutôt, de pratiques individuelles adaptées à une entreprise particulière), je vous invite néanmoins à les considérer sous un angle inhabituel. Les managers expérimentés ne trouveront probablement rien de nouveau dans cette série d'articles, mais pour tout le monde - bienvenue chez Cat.
Le cycle n'est pas dédié à une seule méthodologie spécifique, mais parle de résolution de problèmes commerciaux en utilisant des méthodologies flexibles en général.Par conséquent, les postulats du manifeste agile, les artefacts de la mêlée et la pratique du kanban sans prétention d'exhaustivité seront mélangés dans le texte. Tout le reste sera discuté exclusivement dans le contexte du développement logiciel. L'ordre dans lequel certains éléments seront analysés dépend tout d'abord de l'ampleur du problème que les pratiques décrites résolvent. Bien sûr, chacun d'eux est conçu pour résoudre non pas un problème qui se pose avant l'entreprise, mais toute une gamme de tâches, mais pour simplifier, chacun se rapportera dans l'article à un problème principal. Commençons donc.
- Les gens et l'interaction sont plus importants que les processus et les outils
- Travailler en courtes itérations
- La préparation au changement est plus importante que de suivre le plan initial.
Les gens et l'interaction sont plus importants que les processus et les outils
agile-, . , — «».
, , , , , , , , — «» . , .
, «» , . «» . «» , « » (, ) .
«» , «» . - , , , . , .
, , «» , .
, .
, « », , . , , . , , . , , . , .
, . . , , . , , , . , , , , . — .
, . 10-20 «» , , , - vue.js , .net core. «» , «» , , .
— , . , — . « » ( -, - ), (« 2 , wiki»). — , .
, , , . .
— - . , , , . .
, , , , . «agile», .
. 20 1.5, . , , .
. , , , . , , , , , .
: , .
, , , . (, , ), . « » , , , . .
. , , «». . .
« », , . , .
, . , , : .
, , « ».
(), , . « » , .
agile-, .
. , «» (pivots), . , , , , «» , .
— , , , .
, , — .
, «» «» .
«» .
.
-, , — . , , , .
-, . ( ) , , , . , , . « », .
«» .
«» , «» . «» — , .
P.S. , .