L’Agilité en entreprise

5 astuces pour mettre à l’échelle l’agilité dans un environnement d’entreprise 

 

L’Agilité peut être une excellente méthodologie pour développer et fournir de meilleurs logiciels. Mais si l’agilité fonctionne bien dans les petites organisations, la mise à l’échelle agile pour les entreprises ne va pas toujours bien. Les gens ont tendance à assumer beaucoup de choses sur les pratiques de développement agile, telles que:  

+ Les membres de l’équipe ne changent pas  
+ Chaque spécialiste est également généraliste  
+ Tout le monde est engagé et motivé à travailler  
+ Votre équipe est toujours dans le top 10 des artistes  
+ Les équipes ont très peu de dépendances externes  
+ Les clients sont pleinement engagés dans le processus  
+ Tout le monde est situé au même endroit  

Bien que ces hypothèses puissent être valides pour de nombreux petits environnements de démarrage, elles ne s’appliquent pas souvent lorsque des projets d’entreprise sont en cours. Par exemple, les user stories commencent à dépasser leurs délais, débordent sur les sprints suivants et les limites «work in progress» (WIP) sont dépassées, créant des goulots d’étranglement dans le développement et les tests. 

 
Alors, comment empêcher cela? Les personnes ayant un état d’esprit technique (oui, développeurs, dev testeurs et autres) ont tendance à penser que la mise à l’échelle agile est comme écrire des programmes informatiques: « if (agile) then {do x; do y; do z}. » Mais ce n’est pas si simple. Bien que chaque organisation soit différente, il y a cinq principaux défis à relever lors de la mise à l’échelle des entreprises. 
 

  1. Entrer dans un état d’esprit agile

Les grandes entreprises, en particulier celles qui gèrent des projets hérités, se sont habituées à leurs différentes équipes travaillant en silos. Le développement et l’assurance qualité étaient des organisations distinctes. Les développeurs ont « terminé » leurs tâches, puis les ont transmises à l’assurance qualité pour les tester. Il y avait une réelle disparité entre la définition de «fait» par l’équipe de développement et la définition de «fait» par l’équipe de QA. 
 
Pour réussir à évoluer vers les entreprises, cet état d’esprit doit évoluer de «Je dois terminer mes user stories» à «Nous, (développement et assurance qualité) en tant qu’équipe, avons besoin de terminer nos user stories ensemble». En regardant le WIP comme un exemple, cela signifie que s’il y a 15 user stories dans le WIP, les développeurs n’ont pas terminé leur tâche tant que le QA n’a pas terminé le leur. Les développeurs doivent accepter que les user stories sur lesquelles ils travaillent ne soient pas « terminées » tant qu’ils n’ont pas été approuvés par le QA. 

 

  1. Gestion des projets hérités avec des cycles de version longs

Les projets hérités peuvent avoir de longs délais entre chaque livraison, ce qui ne cadre pas bien avec l’esprit agile des sprints rapides et des versions. Le problème est que dans le travail hérité, il n’y a pas toujours un client en baisse d’activité dans l’entreprise, exigeant des livraisons rapides et fréquentes. Il est facile de mettre les choses en attente et d’ignorer l’arriéré croissant.  Pour éviter cela, vous devez essayer de définir des jalons intermédiaires: des versions internes qui interrompent les longs cycles de publication pour empêcher les user stories de s’accumuler dans le backlog. Par exemple, si votre prochaine livraison n’est prévue que dans six mois, divisez ce long cycle et libérez une version alpha pour un groupe restreint d’utilisateurs internes dans un délai de deux mois, et une version bêta pour un groupe de clients externes amicaux deux mois après ça. Cela applique une tension constructive aux équipes et aide à garder tout le monde alerte et dans les délais d’une manière positive. 

 

  1. Passer à des cycles de développement et de test plus courts

Les longs cycles de publication sont réconfortants dans les environnements d’entreprise qui se sont habitués à développer des solutions complètes avec de nombreuses fonctionnalités pour toutes les plates-formes et tous les navigateurs. Mais pour les équipes de développement et de livraison, les choses peuvent devenir très inconfortables lorsque les fonctionnalités qui ont passé des mois dans le développement sont rejetées par vos clients. Agile stipule des cycles de développement courts. Pour accomplir ces intervalles plus courts, vous devez déplacer votre approche vers le mode «produit minimal viable» (MVP). Essayez de créer le plus petit produit utile et fonctionnel et expédiez-le aux clients dans des cycles de version courts. Vous pouvez ensuite surveiller les réactions des clients et modifier le produit dans les versions ultérieures. 

  1. Atteindre l’automatisation dès le premier jour (AD1) 

AD1 est une quête noble. L’immense contribution que l’automatisation apporte à la stabilité et à la qualité globale de votre produit est indiscutable. Les tests d’automatisation sont déterministes, ce qui les rend efficaces pour détecter les bogues de régression dans votre produit entre les versions. Cependant, cela signifie également que si votre produit change, vos tests d’automatisation seront interrompus. Le développement de tests d’automatisation nécessite un effort considérable de la part d’un personnel formé et que le travail doit être fait dans les premières phases du développement, lorsqu’un produit est beaucoup plus susceptible de changer. Il peut être difficile de synchroniser les tests d’automatisation avec le développement du produit. La solution, bien sûr, est de viser AD2 (ou AD3 ou AD4 …). Reporter vos tests d’automatisation et les développer selon une stratégie soigneusement élaborée. Commencez avec des tests manuels jusqu’à ce que vous atteigniez un certain degré de stabilité et que vous passiez ensuite à l’automatisation. Décider exactement quand et comment commencer à écrire des tests d’automatisation peut être un peu un art. Il varie d’un projet à l’autre en fonction des différentes considérations à prendre en compte
 

  1. Évaluer vos progrès

La mise à l’échelle agile pour les entreprises ne se fait pas d’un coup. Personne ne migre instantanément de la cascade à l’agile. C’est un processus qui prend du temps. Pour évaluer vos progrès, définissez des objectifs raisonnables en définissant des KPI agiles pour votre équipe. Un KPI très utile dans les environnements agiles est le « temps de cycle moyen« . C’est le temps que prend une histoire d’utilisateur pour passer à travers le WIP à partir du jour où le travail sur l’histoire de l’utilisateur a commencé jusqu’à ce qu’il soit cérémonieusement étiqueté «terminé». Il s’agit de l’un des indicateurs de performance clés les plus importants, car il mesure le temps nécessaire à la création d’une user story ou d’une fonctionnalité dans votre backlog et indique si vous êtes réellement en train de développer et de faire les choses assez rapidement. Idéalement, le temps de cycle moyen ne devrait pas dépasser un seul sprint, mais il peut y avoir une certaine variabilité entre les équipes. Tant que tous les membres de l’équipe peuvent convenir d’un temps de cycle moyen raisonnable, vous pouvez l’utiliser comme standard si les user stories commencent à glisser. Vous pouvez également éventuell ement ajuster votre temps de cycle moyen. Au fil du temps, à mesure que l’équipe acquiert de l’expérience en travaillant ensemble et devient plus efficace, vous constaterez que les histoires des utilisateurs sont complétées plus rapidement. Lorsque vous vous trouvez constamment battre votre temps de cycle moyen, ce pourrait être le temps de le raccourcir. Vous pouvez également utiliser « travail en cours dans le temps », qui est une mesure du nombre d’user stories actives à un moment donné. Cela vous indique si vous ouvrez trop de pistes de développement, à quel point votre équipe est ciblée et si vous avez le temps de commencer et de compléter des user stories supplémentaires avant la fin du sprint. Une autre mesure est « le temps moyen de résolution des défauts ». Cela représente le temps nécessaire pour corriger les défauts de fonctionnalité jusqu’à ce que le produit soit prêt à être livré en production. Connaître cette moyenne vous permet d’allouer du temps entre la poursuite du développement et la correction des défauts. Vous pouvez même aller un peu plus loin et décomposer en fonction de la gravité des défauts, pour rendre vos estimations plus précises. 

 

Élevez-vous! 

Le principal obstacle à la mise à l’échelle de l’agilité dans les environnements d’entreprise est l’état d’esprit des personnes impliquées dans le processus. En s’attaquant directement à cet état d’esprit, vous pouvez aider les membres de l’équipe à changer leurs sentiments et à agir dans le cadre de leurs tâches quotidiennes. Et vous êtes capable de mesurer les performances pour voir que l’équipe continue de progresser et de se développer plus efficacement. Agile est un voyage qui exige un engagement à long terme de la part de tous ceux qui sont impliqués, mais cela en vaut la peine quand vous commencez à ressentir les avantages que l’agilité apporte à votre groupe de développement à plus grande échelle. 

gestion du temps

Gestion du temps en entreprise

Pourquoi la gestion du temps est importante

Que nous lui assignions ou non une valeur monétaire, le temps nous est précieux. Pensez-y: Combien de votre semaine de travail typique passez-vous stressé de ne pas avoir assez de temps pour accomplir une tâche ou atteindre un objectif?
Il existe de nombreuses façons de résoudre le problème de la gestion du temps – vous pouvez télécharger des applications, ajuster votre temps de sommeil, créer des listes, etc. Mais si vous ne comprenez pas pourquoi il est important de gérer votre temps, ces applications et les listes ne vont pas vous aider. Si vous n’avez pas la motivation pour les utiliser, vous ne le ferez pas.
Vous devez d’abord regarder la grande image. Maîtrisez pourquoi il est important de gérer efficacement votre temps et ce que vous en retirerez. Vous pouvez commencer en passant en revue ces 8 raisons pour lesquelles la gestion du temps est cruciale:

1-Le temps est limité
Peu importe comment vous le découpez, il n’y a que 24 heures par jour. Cela s’applique à vous, et à votre collègue qui semble seulement capable de faire la moitié de la quantité de travail que vous faites. Mais cela s’applique également à l’ancien collègue qui accomplit systématiquement plus que vous, et a été promu en conséquence. Si vous voulez gravir les échelons, vous devez reconnaître l’importance de trouver un moyen de gérer cette ressource limitée.

2-Vous pouvez accomplir plus avec moins d’effort
Lorsque vous apprenez à prendre le contrôle de votre temps, vous améliorez votre capacité à vous concentrer. Et avec une attention accrue vient une efficacité accrue, parce que vous ne perdez pas de vitesse. Vous commencerez à passer plus rapidement à travers les tâches (la journée de travail semblera également passer).

3-Capacité de prise de décision améliorée
Que vous utilisiez une technique de découpage temporel ou que vous découvriez le pouvoir de la création de listes, vous découvrirez rapidement qu’un bon côté des avantages de la gestion du temps est la capacité à prendre de meilleures décisions. Lorsque vous vous sentez pressé par le temps et que vous devez prendre une décision, vous êtes plus susceptible de tirer des conclusions hâtives sans vraiment tenir compte de toutes les options. Cela conduit à une mauvaise prise de décision.
Grâce à une gestion efficace du temps, vous pouvez éliminer la pression qui vient de sentir que vous n’avez pas assez de temps. Vous commencerez à vous sentir plus calme et en contrôle. Lorsque vient le temps d’examiner les options et de prendre une décision, au lieu de vous précipiter dans le processus, vous pouvez prendre le temps d’examiner soigneusement chaque option. Et quand vous êtes capable de faire cela, vous diminuez vos chances de prendre une mauvaise décision.

4-Devenez plus efficace dans votre carrière
La gestion du temps est la clé du succès. Cela vous permet de prendre le contrôle de votre vie plutôt que de suivre le flux des autres. À mesure que vous accomplissez davantage chaque jour, prenez de plus en plus de décisions éclairées et que vous vous sentez plus en contrôle, les gens le remarquent. Les dirigeants de votre entreprise viendront à vous quand ils ont besoin de faire avancer les choses. Et cette exposition accrue vous permet de vous mettre en ligne pour des opportunités d’avancement.

5-Les opportunités d’apprentissage sont partout
Évidemment, plus vous apprenez, plus vous êtes précieux pour votre employeur. Et de grandes opportunités d’apprentissage sont autour de vous, si vous avez le temps de vous arrêter et de profiter d’eux.
Lorsque vous travaillez plus efficacement, vous avez ce temps. Vous pouvez aider avec ce nouveau produit sur lequel travaille votre équipe de développement. Faites du bénévolat pour aider à organiser la journée portes ouvertes de votre entreprise. Même simplement profiter d’un bon déjeuner avec des coéquipiers dans d’autres départements peut s’avérer révélateur.
Plus vous en apprendrez sur votre entreprise et votre industrie, meilleures seront vos chances de faire une impression positive sur le C-suite.

6-Réduire le stress
Lorsque vous n’avez pas le contrôle de votre temps, il est facile de se sentir pressé et submergé. Et quand cela arrive, il peut être difficile de déterminer combien de temps cela prendra pour accomplir une tâche. (Pensez à un moment où vous étiez sur le point de manquer une date butoir et que vous essayiez frénétiquement de terminer le projet.) Si quelqu’un vous a laissé une surprise à ce moment-là et vous a demandé combien de temps il vous faudrait pour terminer la tâche même commencer à répondre à leur question?)
Une fois que vous apprenez à gérer votre temps, vous ne vous soumettez plus à ce niveau de stress. En plus d’être meilleur pour votre santé, vous avez une image plus claire des exigences de votre temps. Vous êtes mieux en mesure d’estimer combien de temps une tâche donnée vous prendra pour terminer, et vous savez que vous pouvez respecter la date limite.

7-Temps libre est nécessaire
Tout le monde a besoin de temps pour se détendre et se détendre. Malheureusement, beaucoup d’entre nous n’en ont pas assez. Entre les emplois, les responsabilités familiales, les courses et l’entretien de la maison et de la cour, la plupart d’entre nous ont du mal à trouver 10 minutes pour s’asseoir et ne rien faire.
Avoir de bonnes compétences en gestion du temps vous aide à trouver ce temps. Quand vous êtes occupé, vous en avez plus. Vous accumulez plus de temps tout au long de votre journée que vous pouvez utiliser plus tard pour vous détendre, vous détendre et vous préparer à une bonne nuit de sommeil.

8-L’autodiscipline est précieuse
Lorsque vous pratiquez une bonne gestion du temps, vous ne laissez aucune place à la procrastination. Le mieux que vous obtenez, plus vous apprenez l’autodiscipline. C’est une compétence précieuse qui commencera à avoir un impact sur d’autres domaines de votre vie où un manque de discipline vous a empêché d’atteindre un objectif.

Le cycle positif de la bonne gestion du temps
En parcourant la liste ci-dessus, il est facile de voir l’effet multiplicateur de la gestion du temps. Une bonne gestion du temps vous permet d’accomplir plus de choses dans un laps de temps plus court, ce qui vous laisse plus de temps libre, ce qui vous permet de profiter des occasions d’apprentissage, diminue votre stress et vous aide à vous concentrer. Chaque avantage de la gestion du temps améliore un autre aspect de votre vie. Tout ce que vous avez à faire est de démarrer le cycle.
Plusieurs outils informatiques aident à la gestion du temps des ressources sur un projet. Celui que je vous recommande est JIRA le produit phare de la compagnie Atlassian.
Vous pouvez consulter nos formations sur ce logiciel pour savoir comment il fonctionne et savoir ce qu’il pourrait vous apporter dans votre travail

Pourquoi l’Agilité échoue dans les grandes entreprises

Le développement logiciel agile s’est avéré être un avantage majeur pour différentes équipes, mais il peut affecter différemment les entreprises en fonction de leur taille et de la façon dont elles intègrent la méthodologie dans leurs opérations. Bien que l’agilité puisse apporter des avantages significatifs, le voyage n’est pas toujours facile. En fait, dans un sondage réalisé par le Dr. Dobb’s Journal, 68,6% étaient impliqués dans un projet dont ils savaient qu’il échouerait dès le départ. Cependant, les projets agiles ont enregistré un taux de réussite de 71,5%, contre seulement 62,8% des méthodes traditionnelles. Il est important de comprendre la cause profonde de ces problèmes afin de mieux préparer votre propre organisation aux projets agiles. Dans cet article, nous explorons quelques domaines communs qui ont un impact sur l’adoption du processus de développement agile dans les grandes entreprises 

 

1. Manque de clarté 

Les grandes entreprises comprennent souvent de grandes équipes composées de membres distants. Dans le cadre de stratégies agiles, il est important que toutes les personnes impliquées dans le projet collaborent, donc si les travailleurs distants ne peuvent pas communiquer facilement, il sera difficile de contribuer. Dans une interview accordée à StickyMinds, le PDG de Leading Agile, Mike Cottmeyer, a noté que l’un des défis les plus courants consistait à former des équipes de projet agiles et interfonctionnelles et à s’assurer que ces groupes sont en mesure d’éliminer l’arriéré. 

«À grande échelle dans les grandes organisations, il est incroyablement difficile de trouver un modèle qui permet aux équipes de se réunir et de rester ensemble et d’être tenus responsables et d’établir une vitesse stable et tout ce genre de choses», a écrit Cottmeyer. « Nous recherchons des endroits pour aligner les processus métier, la technologie et les équipes dans ces unités qui peuvent finalement devenir des équipes agiles et devenir plus lâchement couplées au reste de l’organisation. » 

Les équipes peuvent être rassemblées grâce à la clarté du partage de l’information. Quels que soient les outils choisis, ils doivent renforcer cet atout important. Ces types de ressources permettront de mieux soutenir les efforts de développement agiles. Il est également important de sélectionner un outil de gestion de projet Agile qui clarifie l’ensemble de l’équipe (surtout lorsqu’il s’agit d’une équipe distribuée) et les responsables qui ont besoin d’informations sur les progrès. Bien sûr, c’est un plus si cet outil peut être intégré à l’outil de gestion de test agile. 

 

2. Recours continu aux méthodes héritées 

Lorsque vous passez à l’agilité, il faut un changement important dans la culture. Cependant, certaines équipes utilisent encore la cascade et d’autres stratégies héritées pour certaines opérations, ce qui peut entraîner une défaillance agile. Selon le neuvième sondage annuel de StateOne sur l’état de l’agilité, 42% des participants ont indiqué que leur culture d’entreprise était en contradiction avec les valeurs agiles de base et que 37% se sentaient obligés de suivre les processus traditionnels. Pour aggraver les choses, les participants ont mentionné le manque de soutien de la part de la direction et le manque de volonté de l’équipe à suivre l’agilité comme raisons de l’échec de leurs projets agiles. Puisque l’agilité entraîne des changements considérables, comme des cycles de libération plus rapides et un développement continu, disposer de ressources et de soutien est essentiel à son succès. Cependant, comme l’a révélé l’enquête, 44% des répondants ont cité cette capacité à changer la culture organisationnelle comme le plus grand obstacle à une adoption agile plus poussée, tandis que 32% croyaient que les cadres rigides / cascade préexistants étaient à blâmer. «Nous savons que l’agilité est d’abord« comment vous pensez »et ensuite« ce que vous faites », a écrit Agile Alliance en réponse à l’enquête VersionOne. «Si la culture de votre organisation est ignorante ou totalement hostile aux principes et aux valeurs agiles, les perspectives de réussite au-delà des poches isolées d’équipes agiles sont minces. Comment comprendre que l’agilité impacte les valeurs organisationnelles et facilite cette transformation est la première étape d’agilité, et plus de succès avec agile comme un moyen de livraison réussie.  » 

 

3. Expérience inadéquate avec agile  

Peut-être la principale raison pour laquelle les projets agiles échouent dans les grandes entreprises est le fait que les gens n’ont tout simplement pas d’expérience avec la méthodologie ou comment l’intégrer. En fait, selon l’enquête VersionOne, il s’agissait de la principale cause d’échec du projet agile, cité par 44% des participants. Pour cette raison, les organisations devraient créer un plan de match et fournir de l’expérience grâce à des programmes pilotes et à du coaching. Dans son interview, Cottmeyer a noté que les entreprises essaient souvent de prendre de petits projets dans un contexte plus large ou de transformer de grands projets en initiatives agiles. Cependant, sans les connaissances adéquates, les chances d’échec dans ces cas sont beaucoup plus élevés. C’est un point vraiment important qui est souvent sous-estimé dans de nombreuses transformations Agiles. Comment les rôles changent-ils dans cette nouvelle approche de développement de logiciel? Qu’est-ce que cela signifie de travailler en itérations? En formant les nombreux rôles qui entrent dans la formation des équipes interfonctionnelles, ils seront plus à même de tirer parti des méthodologies de test agiles et de s’assurer que leurs projets réussissent dans le cadre de la nouvelle approche. Les gestionnaires devraient également être inclus dans la formation parce que leurs rôles et responsabilités changeront radicalement en utilisant Agile. Ils doivent comprendre comment fonctionne l’auto-organisation et comment créer un environnement où l’auto-organisation peut prospérer. Ils doivent également comprendre les nouvelles mesures qu’ils devraient envisager et comment les obtenir. 

 

4. Manque de collaboration dans les équipes composées par différentes entreprises  

Un autre problème, lié au premier problème décrit, est le manque de collaboration au sein des équipes composées de membres représentant différentes organisations sous-traitées. Dans ce contexte, l’équipe n’est pas vraiment une équipe partageant les mêmes objectifs et le même plan. Il n’y a pas un seul jeu coopératif mais de nombreux jeux et les différents jeux ont des objectifs différents. Les membres de l’équipe doivent répondre aux objectifs du projet ainsi qu’à ceux mis de l’avant par leur propre organisation. Cependant, ce dernier peut ne pas être aligné avec les objectifs d’autres sous-traitants travaillant sur le même projet. Pour aggraver les choses, dans de nombreuses occasions, une entreprise est sous-traitée pour remplir tous les postes dans un domaine d’expertise (par exemple en sous-traitant une entreprise pour faire le test). Comme nous le savons tous, la qualité est la responsabilité de toute l’équipe, mais lorsqu’il y a des désaccords, c’est entre les domaines d’expertise et les entreprises. Bien sûr, ce n’est pas un problème d’Agile en soi, mais dans les environnements Agiles où de courtes itérations pendant lesquelles tous les membres doivent interagir et collaborer activement peuvent devenir un problème majeur. Dans ce contexte, constituer une équipe partageant les mêmes objectifs et où les membres collaborent réellement est un d éfi majeur, et nous savons qu’une collaboration efficace est importante pour la réussite du projet. 

 

5. Absence de stratégie de test  

L’un des domaines les plus mal compris dans les transformations Agile est la façon dont les tests sont effectués. Le rôle du testeur change et les compétences requises pour remplir ce rôle changent également. Les tests doivent être effectués itérativement sur des fonctionnalités qui, en les regardant avec un esprit ancien, ne sont pas complètement terminées. De plus, des tests de régression sont nécessaires pour s’assurer que les fonctionnalités déjà construites continuent de fonctionner. Il est clair que cela implique des changements profonds pour les équipes d’assurance qualité. Ne pas comprendre cela est une cause majeure de déception dans de nombreuses tentatives de transformation agile. Comme indiqué précédemment, une formation adéquate pour le personnel d’assurance qualité et la sélection d’un bon outil de gestion des tests agile est d’une importance capitale.  

 

6. Manque d’alignement dans d’autres domaines de l’entreprise  

Il est très commun dans les grandes entreprises que, tandis que certaines zones fonctionnent avec des méthodologies Agile, d’autres ne le font pas. Le problème se pose lorsque ces zones doivent interagir. Lorsqu’une équipe Agile a besoin de quelque chose d’un autre groupe au cours d’une itération, et que cet autre groupe fonctionne différemment, a un horaire différent et ne comprend pas qu’en ne fournissant pas ce qui est nécessaire, l’équipe Agile ne sera pas en mesure de compléter le travail pour lequel il s’est engagé, il y a un problème. C’est une erreur courante dans les grandes entreprises de penser que cette interaction sera possible et fonctionnera sans heurt. Dans de nombreuses occasions, ce n’est pas le cas. Modifier la structure des équipes devrait être l’objectif à long terme. Comme le dit Mike Cottmeyer sur le front mentionné dans le document « True Agility est sur le point de briser les dépendances à travers l’ensemble de l’organisation ». Dans l’intervalle, viser à aligner les unités opérationnelles et veiller à ce que les gestionnaires des domaines qui ne travaillent pas avec Agile comprennent les implications de l’interaction avec des équipes qui fonctionnent de la nouvelle façon. 

 

7. Des équipes plus grandes et de grandes structures pyramidales 

Il est clair que les équipes doivent être à peu près de la même taille, quelle que soit la taille de l’entreprise, le nombre idéal étant de sept membres de l’équipe. Cependant, il arrive souvent que le nombre d’équipes travaillant ensemble soit supérieur à ce qui est réellement nécessaire pour le projet. Cela peut se produire à cause de la restructuration des équipes, parce que les structures pyramidales tendent à entraîner la création d’équipes plus importantes, à cause de la culture ou simplement parce que les grandes entreprises ont beaucoup d’employés. Le problème s’aggrave encore lorsque les membres de l’équipe sont partiellement affectés au projet car l’engagement n’est pas le même. Ajouté à cela, il y a le problème des cadres intermédiaires qui participent au projet d’un point de vue encore plus externe. Le prix à payer pour les équipes surchargées est d’avoir plus de complexité, de plus grandes réunions et une productivité réduite. Une autre situation à laquelle les équipes des grandes entreprises doivent faire face est d’avoir de nombreux patrons dans l’équipe. Alors que Scrum encourage l’équipe à s’auto-organiser et que chaque membre de l’équipe soit courageux et décide de la meilleure tâche avec laquelle collaborer, avoir un boss au sein de l’équipe (par exemple son chef de technologie ou architecte) la décourage. Les équipes innovantes ont des structures plates et le plus souvent, ce n’est pas le cas dans les grandes entreprises. Beaucoup de grandes entreprises, dont la plus importante est Amazon, sont organisées en équipes autonomes ne dépassant pas 10 membres. Amazon a appelé cette règle « l’équipe de deux pizzas » car l’équipe idéale devrait être assez petite pour que ses membres puissent être nourris avec deux pizzas.  

 

8. Ne pas changer les objectifs 

Un des points que Jim Highsmith fait dans son livre Agile Project Management est «Si le changement, l’adaptation et la flexibilité sont les marques de fabrique de projets agiles et conformes aux plans est la marque de fabrique des projets traditionnels, pourquoi mesurons-nous encore le succès des projets agiles? les cadres traditionnels?  » La modification radicale de l’approche de développement devrait englober la modification des objectifs de gestion de la performance de l’organisation s’ils ne sont pas alignés. Dans le cas contraire, l’équipe de développement travaillerait contre un ensemble d’objectifs tandis que l’équipe de gestion contre un autre. En outre, considérez l’impact des mesures de performance individuelles sur le travail d’équipe pour mesurer l’équipe sur les résultats globaux, et non sur l’activité individuelle. 

Conclusion 

Les grandes entreprises traitent souvent de problèmes plus grands et plus complexes que les petites. Ils ont plus d’employés, des entreprises sous-traitantes, des unités d’affaires différentes, plus de processus et une culture forte qui définit comment les choses sont faites. Dans le même temps, ils doivent être en mesure de fournir des résultats dans un environnement commercial en constante évolution. Ils doivent être agiles. Les grandes entreprises qui font une transformation agile devraient apprendre des nombreuses autres entreprises qui ont déjà suivi cette voie. Agile peut prendre du temps pour bien faire les choses, mais en comprenant les défis auxquels les autres organisations sont confrontées, ils peuvent prendre ces leçons en compte pour leurs propres stratégies. Cela aidera les entreprises à mieux planifier leur transition vers des opérations agiles et à augmenter leurs chances de succès.