Quelles sont les conditions initiales Agile?


9

Permettez-moi d'abord de dire que je pense qu'un processus agile peut fonctionner en raison des principes sous-jacents suivants:

  • Il met l'accent
  • Limite le bruit qui apporte vraiment la concentration

Deuxièmement, je me demande quelles sont les conditions initiales nécessaires pour qu'un processus Agile puisse réussir? Par exemple, devons-nous avoir:

  • Aucun bogue existant
  • Processus de test entièrement automatisé ou au moins un processus de test hautement automatisé
  • Des personnes dédiées au projet
  • Nouveau développement plus clairement défini
  • Un développement qui ne le rend pas plus rapide ou plus stable
  • ?

Alors, de quoi avez-vous besoin pour réussir? Existe-t-il différentes implémentations Agile qui gèrent mieux l'absence de certaines de ces conditions initiales?

Réponses:


5

Des personnes à tous les niveaux de l'entreprise qui croient vraiment et totalement au Manifeste Agile

Nous découvrons de meilleures façons de développer des logiciels en le faisant et en aidant les autres à le faire. Grâce à ce travail, nous avons pris de la valeur:

  • Individus et interactions sur les processus et les outils
  • Logiciel de travail sur une documentation complète
  • Collaboration client sur négociation de contrat
  • Répondre au changement au sujet d'un plan

Autrement dit, bien qu'il y ait de la valeur dans les éléments de droite, nous valorisons davantage les éléments de gauche.

Et quand je dis croire au Manifeste Agile, je veux dire tout le Manifeste Agile. Vous ne pouvez pas ignorer la dernière partie. Il y a toujours de la valeur dans les articles de droite.

Si vous avez ces personnes, en tant que programmeurs, en tant que gestionnaires, en tant que clients, vous pouvez faire fonctionner certaines variations d'Agility. Si vous ne le faites pas, vous aurez du mal.


3

Au minimum

Tout d'abord, vous devez avoir un parrainage descendant qui comprend les mandants et y croit suffisamment pour les faire respecter le long de la chaîne, et estime que l'Agile est applicable à votre situation.

Le fait d'avoir une haute direction qui ne croit pas au processus finira par le saper, car cela permettra aux subordonnés de pervertir, de fausser, de polluer, de saper ou pire de saboter le processus.

Si la haute direction ne comprend pas les principes, elle commencera à exiger des raccourcis et des compromis qui pervertissent le processus. Puis, quand les choses tombent en panne, les opposants peuvent dire "Je te l'ai dit, Agile ne fonctionne pas!" retour à la marche de la mort!

C'est pire que de ne pas adopter Agile, il est généralement appelé "Agile Mais ...". La direction utilise le terme Agile, "Mais ..." jette tous les principes réels et continue à faire ce qu'ils faisaient auparavant, "Mais ..." l'appelle maintenant Agile. Ce qui donne à Agile une mauvaise réputation à ceux qui ne connaissent pas mieux.

beaux effets secondaires

Les choses que vous listez comme, pas de bugs, des tests automatisés, un développement clairement défini, des personnes dédiées, etc. sont tous de bons effets secondaires positifs pour Agile.

Agile, ce n'est pas une solution miracle ou une panacée, mais il favorise la transparence à tous les niveaux (clients <-> gestion <-> développeurs) et fait ressortir rapidement les personnes qui sont des problèmes de productivité; en particulier les implémentations spécifiques d'Agile comme Scrum.



1

Quelques choses qui me viennent à l'esprit:

  • Cohésion d'équipe professionnelle - Ces personnes sont-elles disposées à bien jouer avec les autres? S'agit-il de personnes mûres et responsables qui peuvent bénéficier d'une certaine autonomie dans leur travail?

  • Culture et politiques de communication - Dans quelle mesure les gens expriment-ils leurs préoccupations, leurs pensées et leurs opinions au sein de l'organisation?

  • Comprendre ce qu'est Agile et ce qu'il n'est pas - Ces parties prenantes externes connaissent-elles suffisamment le processus pour accepter la responsabilité de leur côté? Sinon, cela peut rendre pseudo-agile. De même, existe-t-il un Product Owner et un ScrumMaster clairement définis pour aider à organiser certaines choses?

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.