Cas d’utilisation de JIRA

Portfolio pour Jira permet une planification stratégique réaliste, quel que soit le nombre d’équipes ou de personnes avec lesquelles vous travaillez pour atteindre vos objectifs.  
Découvrez certains des cas d’utilisation les plus populaires sur le marché, en fonction du rôle joué. 

 

Je suis un chef de produit 
 

En tant que chef de produit, vous avez besoin d’un moyen de transformer rapidement les idées de fonctionnalités et les commentaires des clients en une feuille de route convaincante. Cette feuille de route est ensuite utilisée pour fournir une visibilité sur les progrès de l’équipe pour vos parties prenantes et pour vous-même. 

Vous avez particulièrement besoin de visibilité pour pouvoir garder votre feuille de route à jour au fur et à mesure que les choses changent. Si cela vous intéresse, lisez sur les façons dont le portefeuille JIRA peut vous aider à mieux planifier votre travail pour votre équipe. 

 

Organisez vos idées

 

Commencez par définir des initiatives. Considérez les initiatives comme des morceaux de travail qui couvrent plusieurs épopées et équipes, afin que vous puissiez voir ce qui doit être fait dans le prochain cycle de planification. Une fois que vous avez défini des initiatives, vous devez les décomposer en plusieurs parties pour remplir le backlog: 
 

1- Définissez vos initiatives 
 

Définissez vos initiatives en suivant les étapes fournies dans Configuration des initiatives et autres niveaux de hiérarchie. 
 

2- Décomposer les initiatives en épopées et histoires 
 

Divisez vos initiatives en épopées et en récits prêts à être mis en œuvre; ils peuvent être transformés en problèmes Jira réels. 
Suivez les étapes fournies dans Création et suppression de problèmes. 
 

3- Importer des éléments de travail existants 
 

Importez toutes les épopées et histoires pertinentes qui existent déjà dans votre application Jira et attribuez-les aux bonnes initiatives. 
 

Suivez les étapes fournies dans Importationexportation et duplication de plans classiques

 

Construire une feuille de route 

 

Une feuille de route est basée sur la portée, le temps et les personnes. Voici les trois éléments dont vous avez besoin pour créer une feuille de route :  

1- Définir la portée  

 

Une fois que vous avez organisé vos idées et que le backlog mental est établi, le travail doit juste être estimé.  

  • Créez les zones stratégiques en catégorisant les éléments par thèmes. 
  • Divisez-les en projets plus petits dans la vue de la portée de votre plan. 
  • Estimez-les en suivant les étapes de la section Configuration des paramètres de planification

 

2-Dates de publication ciblées  

 

Configurez vos dates de publication en créant des versions spécifiques au projet.  

 

3- Sélectionnez vos équipes  

 

Définissez vos équipes et leurs vitesses en heures ou en points. La vélocité peut être liée directement à une carte dans votre application Jira.  

 

En savoir plus sur les ressources dans Ajouter et supprimer des équipes

 

 

Je suis un directeur du développement 

 
En tant que responsable du développement, vous êtes responsable de prendre des engagements réalistes au nom de votre équipe. Au cours de la planification, vous avez besoin d’une feuille de route claire sur laquelle vous et le chef de produit avez convenu de sorte que vous puissiez exécuter les numéros et vous assurer que votre équipe peut tout faire. Vous avez besoin d’un moyen de planifier facilement les ressources de votre équipe et de voir la capacité de l’équipe à tout moment afin que vous ayez des données pour montrer ce qui est possible et ce qui ne l’est pas. Vous voulez également garder les parties prenantes au courant des progrès et du statut sans trop de tracas. Si vous êtes dans ce cas de figure, continuez à lire pour découvrir les trois façons dont Jira vous aide à mieux planifier. 

 

Maîtriser l’art de la planification de la capacité 

 

Dans les cas où vous avez des capacités spécialisées et diverses dans votre équipe, vous souhaiterez peut-être être plus précis avec la planification de la capacité. Cela vous aide à garder votre plan réaliste et à éviter les goulots d’étranglement causés par le fait que vous avez besoin de certaines compétences pour réaliser un élément de travail.  

En savoir plus sur les capacités de votre équipe avec Apprendre les étapes et les compétences

 

 Voir la capacité de l’équipe sur la feuille de route 

 

Jira vous permet de comprendre plus facilement ce sur quoi votre équipe travaille à un niveau beaucoup plus granulaire. Ceci est utile lorsque vous planifiez la portée avec les gestionnaires de projets et de produits. Vous disposerez alors des données pour étayer vos points de vue sur ce qui est possible et ce qui ne l’est pas. 

1- Affichage de la capacité  

 

La vue de capacité affiche à la fois la capacité planifiée et l’utilisation des ressources. La capacité est affichée sous forme de points d’histoire pour les équipes Scrum, tandis que pour les équipes Kanban, la capacité est représentée en utilisant les semaines calendaires. Vous pouvez afficher la capacité par version, équipe et même les membres de l’équipe.  

 

2- Affichage des stories 

 

La vue des stories montre des histoires individuelles et leurs étapes de travail. Lorsque vous utilisez Scrum, l’horaire crée un couloir par équipe et affiche les sprints de l’équipe, ainsi que les histoires prévues pour chaque sprint. Lorsque vous utilisez Kanban, cette vue affiche les histoires sur une chronologie de granularité journalière. Vous pouvez également voir l’horaire comme des histoires par membre de l’équipe.  

Voir Comportement de planification pour en savoir plus sur ces vues. 

 

 

Suivez les progrès de vos projets 

 

Dans Portfolio pour Jira, vous pouvez voir les progrès réalisés pour chaque article, chaque épopée et chaque initiative. Pour tout ce qui n’est pas estimé, vous pouvez afficher ces éléments par rapport aux éléments estimés. Cela vous permettra de voir le pourcentage de travail effectué sur les éléments estimés tout en voyant que certains éléments non estimés sont encore en suspens et nécessitent un travail.  

1- Définir vos options de suivi  

 

Portfolio pour Jira prend en char ge différents moyens de suivre les progrès en fonction des besoins de votre équipe.  

Apprenez à configurer le suivi de l’avancement en suivant les étapes fournies dans Suivi de la progression et de l’état

 

2- Afficher votre statut et votre progression dans le périmètre des vues  

 

Les colonnes de progression et d’état dans le périmètre de la vue de votre plan affichent la progression de vos éléments de plan.  

  • Statut du problème: n’existe que si l’élément de travail est lié à un ou plusieurs problèmes Jira. Il montre l’état actuel du flux de travail de ces problèmes. Dans le cas de plusieurs liens de problème, une icône est affichée pour l’état de chaque problème lié. 
  • Progression – Somme des journaux de travail sur les demandes JIRA liées, ainsi que leurs éléments enfants. 

Apprenez à utiliser les vues en suivant les étapes fournies dans Suivi du statut et de l’avancement

 

Je suis un chef de projet  

 

En tant que chef de projet, vous planifiez et coordonnez le travail par rapport aux jalons afin de vous assurer de respecter les délais et de montrer comment les projets suivent les objectifs métier. Les dépendances sont une grande chose pour vous – elles représentent 90% de vos maux de tête liés à la planification – vous devez donc cartographier ces dépendances, et pas seulement les suivre. Avoir une présentation graphique ou visuelle de l’information est vraiment utile à certains moments. 

 

Planifier en fonction des jalons 

1- Définir la portée  

Une fois vos idées organisées, vous pouvez redéfinir les priorités des tâches en conséquence.  

2- Définir vos communiqués  

Configurez vos dates de publication en suivant les étapes fournies dans Configuration des dates de publication

 

Gérer les dépendances pour que la chronologie soit réaliste 

 

Dans Portfolio pour Jira, il est possible de contrôler la séquence dans laquelle les éléments sont planifiés sur la feuille de route en définissant des dépendances explicites.  

Créez et gérez vos dépendances  

Configurez vos dates de publication en suivant les étapes fournies dans Gérer les dépendances de Portfolio.  

 

Configurez vos niveaux de hiérarchie  

 

Affichez les dépendances dans la planification graphique en suivant les étapes indiquées dans Configurer les initiatives et les autres niveaux de hiérarchie

 

Suivre le programme en fonction de vos objectifs 

 

Dans Portfolio pour Jira, vous pouvez définir des thèmes et suivre leur progression par rapport à ces thèmes pour vous assurer que l’organisation s’exécute sur la stratégie et que tout le monde est aligné sur les mêmes priorités.  

1- Créez vos zones de mise au point  

Les thèmes sont des domaines d’intervention stratégiques de haut niveau, des flux de valeur ou des catégories d’investissement. Vous pouvez utiliser des thèmes pour définir des priorités et définir où vos équipes doivent consacrer la majeure partie de leur temps.  

Créez et configurez vos thèmes en suivant les étapes du rapport sur les thèmes.  

2- Gardez une trace de la progression  

Le calendrier graphique affiche les résultats des calculs de ressources et des prévisions en fonction des données de votre plan. Il fournit également une visibilité sur les dates de diffusion prévues.  

Suivez votre progression en suivant les étapes fournies dans Suivi de la progression et de l’état

 

confluence

Bienfaits de JIRA et Confluence

5 avantages commerciaux de l’intégration de Confluence et Jira 

 

Obtenir Confluence et Jira de se parler apporte de nombreux avantages aux chefs d’entreprise, pas seulement aux développeurs Les applications de collaboration d’entreprise populaires d’Atlassian, Confluence et Jira, sont connues pour faciliter le travail d’équipe lorsqu’elles sont utilisées individuellement, mais elles peuvent aussi bien fonctionner ensemble pour une productivité encore plus grande. Dans cet article, nous examinerons les avantages commerciaux de l’intégration de Confluence et de Jira. 

 

1.Planification et suivi.  

Informez les équipes de ce qui se passe à Jira en connectant un calendrier de personnes, de tâches et d’événements à l’espace de travail Confluence. Cela supprime toute déconnexion entre les équipes de développement logiciel et ceux qui écrivent de la documentation, par exemple. Cela facilite également la planification de l’équipe pour les versions de produits et autres grands projets.  

 

2.Gestion consolidée des utilisateurs.  

Il est possible de confier à Jira la gestion des utilisateurs pour Jira et Confluence. Cela rationalise le processus d’ajout de personnel à l’une ou l’autre application et vous permet de contrôler quelles équipes Jira ont accès à Confluence. La gestion consolidée des utilisateurs rend également le refus d’accès plus facile, limitant ainsi les problèmes de sécurité associés aux comptes inutilisés.  

 

3.Une portée et des exigences plus claires du projet.  

Les gens d’affaires qui travaillent sur les exigences des produits, les programmes de vente et la planification stratégique peuvent transformer ces idées en éléments concrets en créant des problèmes Jira à partir de Confluence. Et l’entreprise est beaucoup plus productive et efficace si une application de gestion du travail moderne est utilisée pour suivre les tâches au lieu de l’email. 

 

4.Les rapports dans les affaires parlent. 

Jira génère en permanence une mine d’informations sur les projets et les problèmes, mais il est peu probable que les équipes métier aient le temps ou les compétences pour approfondir les détails. C’est ici que la liaison des données Jira aux rapports Confluence est utile. Les rapports d’état peuvent être présentés dans des graphiques faciles à lire et peuvent être créés à partir d’une interface utilisateur simple – aucun codage requis.  

 

5.Documentation pour le développement de la qualité.  

Votre développement de produit et votre capacité de traitement s’amélioreront énormément lorsque les membres de l’équipe effectuant le travail auront accès à la bonne documentation au sein de Jira. Amenez les pages Confluence dans l’espace de travail Jira en ajoutant des «gadgets» et permettez aux développeurs et au personnel de support de visualiser facilement la documentation relative aux tâches sur lesquelles ils travaillent. Des connexions sécurisées peuvent être établies pour accéder aux pages Confluence restreintes aux utilisateurs. 

 

Avec un croisement entre Jira et Confluence dans de nombreuses organisations, nous pouvons nous attendre à voir plus d’options pour connecter les deux applications à chaque nouvelle version. 

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

Kanbanisez vos projets

Votre entreprise est un écosystème de services interdépendants avec un système adaptatif complexe. 

 

Un tas de compagnies ont commencé leur voyage d’augmenter leur agilité avec Scrum. Cela n’a pas résolu tous leurs problèmes. Le Kanban permet aux organisations de faire évoluer leurs systèmes de prestation de services vers une agilité commerciale mature. 

Comme indiqué dans How Kanban Saved Agile, le Scrum pur est extrêmement rare. Scrumbut (étiquette dénigrante qui a été engendrée par de nombreuses organisations rapportant qu’ils font du Scrum, sans pour autant respecter les normes …) d’autre part, est extrêmement commun.

Pour ne pas être qualifié de Scrumbut, votre entreprise a besoin de :

+ Equipe de développement interfonctionnel de 7 +/- 2 personnes – TOUTES les compétences requises pour livrer des projets sont présentes dans l’équipe – il n’y a pas de dépendance externe à l’équipe;  

+ Une source de demande sans contraintes de capacité: le Product Owner est le client ET membre à temps plein de l’équipe;

+ Les sprints durent un mois ou moins, commencent par le démarrage d’une nouvelle demande du propriétaire du produit et se terminent par la livraison d’augmentations de produit potentiellement livrables, suivies d’une rétrospective sur la façon de faire le meilleur sprint suivant;

+ «Potentiellement livrable» signifie que la décision de savoir si la livraison  est réellement une décision des affaires. Tout le travail technique est fait;  

+ Si tout le travail technique requis pour livrer n’est pas fait, alors le Sprint est un Sprint échoué;

+ Le Scrum Master est un leader serviteur et un éducateur Scrum pour toute l’organisation. 
 

Combien d’organisations connaissez-vous avec les équipes Scrum qui répondent à toutes les exigences ci-dessus? Je n’en connais pas. 
 
Alors, quelle est la solution? Abandonner le Scrum? Sommes-nous toujours en train d’obtenir des avantages du Scrumbut? Reconnaissons ce qui se passe vraiment avec de vraies équipes dans le monde réel et appelons cela Scrum. Reportons-nous à la check-list ci-dessus comme « Scrum idéal ». 

 
Voici quelques raisons expliquant pourquoi ajouter des couches de dimensionnement Agile autour des équipes :

+ Les équipes ne sont pas entièrement inter fonctionnelles;
 
+ Les équipes ont des dépendances externes et opaques;  

+ Un grand nombre de ces dépendances sont des services partagés avec de multiples sources de demande et des capacités limitées – souvent surchargées;  

+ Les dépendances externes peuvent être d’autres équipes-la demande des autres équipes apparaît dans leur carnet de commandes, priorisé par leurs propres propriétaires de produits;

+ De nombreuses dépendances ne jouent pas du tout les mêmes règles: certaines résident dans une autre partie de l’organisation, avec des structures et des forces politiques différentes;  

+ Les Product owner représentent un éventail de multiples sources de demande, avec des attentes de niveau de service, des origines stratégiques, un degré de clarté, une urgence et des forces politiques différents qui les poussent vers l’organisation de livraison;  

+ Les backlogs produits sont principalement constitués de solutions définies par les parties prenantes et traduites par les pseudo-Product Owner en pseudo-user stories – comment ils y arrivent est opaque, le «floue front end» – et quelque part ici un engagement de livraison floue était déjà fabriqué;  

+ Le travail d’un sprint comprend tout le travail que peuvent accomplir les équipes non inter fonctionnelles – alors que toutes les équipes sont «exécutées», elles sont livrées à un groupe d’équipes ou à des étapes de processus assez bien défini au niveau organisationnel mais en dehors de l’influence des équipes);  

+ Les décisions de livraison sont prises en fonction des contraintes imposées par la technologie, les systèmes et leurs porteurs (pour des raisons historiquement bonnes);  

+ Les équipes sont «faites» à la fin de chaque Sprint, mais beaucoup de travail reste à faire avant que leur travail «fait» soit potentiellement livrable;  

+ Les Scrum Master sont tenus collectivement responsables des livrables collectifs des équipes et de leur capacité à coordonner et à intégrer l’équipe – la responsabilisation par le comité se traduit par le fait que personne n’est réellement responsable. Les cadres intermédiaires se démènent pour ramasser les pièces parce qu’ils sont réellement responsables des résultats livrés. 

De manière générale, les méthodes de dimensionnement Agile visent à appliquer des enveloppes Agiles plus grandes autour de grappes d’équipes Agiles afin de rétablir une certaine structure hiérarchique nécessaire pour gérer les interdépendances décrites ci-dessus. Qu’il s’agisse d’un train de lancement ou d’un Nexus, ou autre chose, l’idée est qu’il existe une «équipe d’équipes agile» qui gère les interdépendances de plusieurs équipes plus petites. Tant que le nombre total de personnes ne dépasse pas le nombre de Dunbar (~ 150), le groupe de Dunbar est dédié et inter fonctionnel, il y a une équipe gérant les interdépendances dans le groupe de Dunbar, il n’y a pas de dépendances en dehors du groupe et il y a une certaine cadence (1-3 mois) de livraison intégrée – c’est toujours « Agile ». Tout cela jusqu’à ce qu’un groupe Dunbar (et seulement jusqu’à présent) permette à l’entreprise de rester «Agile» – Agile dimensionné. Tout cela est censé être plus réaliste que le Scrum idéal (avec peut-être une superposition de Scrum de Scrums et Scrum de Scrum de Scrums). Ça ne l’est pas. Combien d’organisations connaissez-vous qui peuvent se permettre d’avoir ~ 150 personnes 100% dédiées à un seul produit?  

Comment le Kanban règle-t-il ce problème? Votre entreprise est un système adaptatif complexe. Vous y introduisez un système Kanban tel qu’il est probable que le système adaptatif complexe soit stimulé pour s’améliorer. L’approche de la pensée systémique pour introduire le Kanban est pourrait avoir du succès: 

  1. Comprenez le but du système – identifiez explicitement les services que vous fournissez, à qui vous les fournissez et pourquoi; 
  2. Comprendre les choses au sujet de la prestation de service dont les gens ne sont pas satisfaits aujourd’hui – à la fois ceux dont les besoins sont traités par le service et ceux qui font le travail de prestation de service; 
  3. Définir les sources de la demande – ce dont vos clients se soucient et pourquoi; 
  4. Décrivez la capacité de votre système à satisfaire ces exigences; 
  5. Cartographier le flux de travail des éléments de valeur reconnaissable par le client, en commençant par un besoin connu du client et en terminant par le besoin de franchir les étapes de la découverte des connaissances primaires (équipes Scrum quelque part au milieu, vers la fin) , ne pas boucler les flux de valeurs; 
  6. Découvrez les classes de service – il existe des schémas sur la façon dont les différents types de travail circulent dans votre système (ils ne sont pas arbitrairement décidés par les pseudo-Product Owners), quels sont-ils? Regroupez-les, ce sont des classes de services et leur connaissance permet une gestion des risques puissante; 
  7. Avec tout ce qui précède en tant qu’entrée, concevez le système Kanban pour le service; 
  8. Apprenez à faire les étapes 2 à 7 et commencez à l’appliquer directement à votre propre contexte dans une classe Kanban System Design; 
  9. Socialiser et déployer (apprendre en participant à une masterclass de coaching professionnel Kanban); 
  10. < li>Mettre en place des cadences de rétroaction en boucle pour une évolution continue: apprenez les 7 cadences kanban et commencez à appliquer à votre propre contexte dans une classe de professionnels de la gestion Kanban; 

  11. Répétez l’opération avec tous les services interdépendants de votre organisation.  

Certains outils informatiques existent pour matérialiser les tableaux de Kanban. C’est le cas par exemple de JIRA un produit Atlassian. 

Pour savoir comment kanbaniser son projet avec JIRA vous pouvez consulter l’article suivant … 

 

Pour les Agilistes qui ont lu jusqu’ici et ne comprennent toujours pas, vous pouvez lire: 
 
14 choses que tout agiliste devrait savoir sur Kanban de Travis Birch : 

 

  1. La méthode Kanban ne concerne pas la transformation. Du moins pas la marque radicale et profonde de transformation Satir J-Curve qui a été tentée dans de nombreuses organisations. Trop souvent avec l’approche radicale, il y a suffisamment de résistance au changement et suffisamment de chaos pour que les dirigeants de l’organisation perdent patience face à l’initiative de changement avant que le système ait une chance de se rétablir.  
  2. En outre (et dangereusement), beaucoup de soi-disant champions du changement ne sont pas conscients que Satir était un psychothérapeute et que sa méthode J-Curve a été employée pour changer l’identité de ses clients, les briser et les reconstruire. Ce qui est important ici, c’est que Satir était un professionnel de la psychologie travaillant avec des clients volontaires pour les aider à se transformer en les gens qu’ils voulaient être. Ce n’est pas le cas de la plupart des professionnels du savoir. Les travailleurs du savoir ont tendance à ne pas rechercher ce type de service auprès des gestionnaires et des entraîneurs. Une version plus brutale de cette technique a été employée pour transformer les adolescents en soldats mortels.  
  3. Au lieu de la transformation profonde de la courbe J, la méthode Kanban propose de petites expériences rapides en courbe J. Cette approche du changement provoque moins de résistance, évite les périodes prolongées de raclée dans le chaos et les tests sévères de la patience du leadership. Les petites expériences en J-Curve bien conçues produisent juste assez de stress organisationnel pour stimuler le changement sans tomber dans le chaos profond et le désespoir et forcer la régression d’une organisation à des niveaux inférieurs de confiance et de maturité.  
  4. La méthode Kanban est un système de gestion pour la conception et l’évolution des services interdépendants d’une organisation. Ces services sont souvent composés de plusieurs équipes Scrum, de services partagés, de gestionnaires, de cadres supérieurs et de spécialistes et sont souvent eux-mêmes desservis par d’autres services. Chaque service est livré via un système d’étapes de découverte des connaissances (plutôt que de transfert). Voyez plus ici.  
  5. La conception d’un système détermine l’aptitude à l’emploi, le flux de valeur et la qualité du service (comme le démontre l’expérience Red Bead de Deming). Il ne s’agit pas d’équipes performantes. Il s’agit de la performance du système.  
  6. La transparence du système permet aux travailleurs du savoir de s’auto-organiser autour du travail parce qu’ils comprennent le système et ont la certitude de savoir quoi faire pour fournir le service. 
  7. Les gestionnaires Kanban sont des gestionnaires de systèmes, pas des gestionnaires de personnes et non des coachs. 
     
  8. Le Kanban au niveau de l’équipe est en fait une forme de kanban proto-kanban encore, mais à l’état immature, un rendu incomplet d’un système de prestation de services. 
     
  9. Un système Kanban est un système de traction. La capacité du système est calibrée pour un débit optimal. De nouveaux travaux entrent dans le système lorsqu’il y a une capacité suffisante pour absorber le nouveau travail sans surcharger le système et perturber le flux. La demande est équilibrée par rapport à la capacité. 
     
  10. Toute demande est potentiellement réfutable. Lorsqu’il y a une capacité dans le système à commencer de nouveaux travaux, les sources de la demande collaborent pour déterminer quel est le travail le plus important à commencer et le système est réapprovisionné. 
  11.  
    Décider de la marche à suivre est basé sur une évaluation des risques économique et transparente. 
     
  12. Une fois que le système est réapprovisionné et qu’il existe un engagement à fournir le travail nouvellement commencé, les risques sont gérés avec des politiques explicites telles que les classes de service, les limites de work-in-process, les critères de pull-readiness, les boucles de rétroaction et les métriques pertinentes vitesse d’équipe). 
     
  13. Le délai moyen d’exécution du projet ou de la fonction jusqu’à l’achèvement est une mesure de base. L’amélioration du système entraîne une réduction à la fois du délai et de la variabilité du délai. Les prévisions de livraison sont basées sur des données de délais historiques. Les délais sont également gérés avec des données de délai (c’est-à-dire décider quand commencer quelque chose). 
     
  14. Tout ce qui précède est la responsabilité de la direction. Cela devrait laisser peu de capacité de gestion pour surveiller la performance individuelle et la vitesse du point de l’histoire des équipes (nombre de billes blanches). Un signe d’un système kanban mûr est que les gestionnaires ont amélioré leur comportement et sont axés sur l’amélioration du système et que les travailleurs du savoir sont libres de s’organiser autour du travail en tant que professionnels adultes qualifiés.