Dans le cadre du reconversion professionnelle quels sont les prérequis pour devenir chef de projet agile/scrum, sachant que j'ai une expérience riche dans le domaine du design et la banque? Est ce qu'il faut avoir juste le potentiel pour apprendre le métier. Merci pour cette vidéo c'est intéressant.
Bonjour je suis en cours de reconversion Je sais qu’il n’y a pas de hiérarchie dans une équipe It Mais vous pourriez m’expliquer la suite logique d’une évolution qui commence par assistant Moa ?
Salut ! En tant qu'assistant MOA, quelles étaient tes responsabilités, et quelles compétences as-tu développé ? Plus largement, qu'est-ce que tu apprécies faire ? -- JP
Comme je vous avais dit je vis en Cote d'Ivoire plus précisément à Abidjan. Ici, c'est un métier pas très recherché car il est très sous-estimé (on applique actuellement très mal l'agilité). J'ai à peine la Trentaine et je veux vraiment me reconvertir en tant que Scrum Master car je me sens vraiment bien avec cette profession qui pour moi est l'un des métiers d'avenir. C'est la pierre angulaire de tout projet informatique et autres.
Salut Mano, je te souhaite de réussir. Pour t'aider, n'hésites pas à partager les différents travaux de la communauté pour diffuser l'agilité en Côte d'Ivoire. Par exemple en partageant Scrum Life bien sûr, mais aussi des blogs, etc. En faisant bien attention de choisir des contenus "quali" parlant vraiment de l'état d'esprit, plutôt que des blogs basés sur des pratiques souvent mal comprises par l'auteur lui-même. En tout cas, je suis personnellement très intéressé par suivre le développement de l'agilité dans les pays africains, en effet, j'ai l'impression qu'il y a la possibilité d'y développer une agilité bien différente de celle qui arrive dans les entreprises française qui sont très... française avec, comme le dit JP, des "petits chefs à la française". N'hésites pas à nous tenir au courant ou à nous contacter si nous pouvons t'aider. -- Constantin
Je rajouterai une chose dans votre premiere expérience de chef de projet : Demander régulièrement du feedback sur votre pratique de scrum mastering autour de vous (membres de la dev team, PO, sponsors, coach, autres SM) pour éviter que des réflexes ex-Chef de projet / de contexte soient assimilés comme bonnes pratiques :-) La tete dans le guidon, dans un contexte peu agile/changeant pourrait vous transformer en agent du "non-changement".
Je n'aime pas trop les clichés que vous véhiculez, ce n'est pas les méthodes agiles qui ont inventé le pragmatisme et l'efficacité. Et la méthode SCRUM ne fait pas disparaître par miracle le "petit chef"... Etc
C'est pas faux. On pourrait résumer la vidéo en "si vous êtes bon chef de projet vous devriez pouvoir être bon Scrum Master, mais si vous êtes mauvais chef de projet vous serez sûrement mauvais Scrum Master." -- JP
Je Ingénieur développeur actuellement depuis au moins 7 ans comme Ingénieur Recette Testeur QA depuis 3 ans. Mais à coté je me forme pour devenir scrum Master en préparant mes certifications internationales CSM/PSM/PMP donc 0 année d'expérience en tant que Scrum Master. Ainsi, j'aimerais savoir si sans expérience en tant que scrum Master je pourrai m'en sortir ? Car j'ai plusieurs offres au canada actuellement malgré mon manque d'expérience en tant que Scrum Master.
Mano, tu peux regarder du côté des précédentes vidéos de la série, notamment celle sur passer de Dev à SM : ua-cam.com/video/-bCVsQR-et8/v-deo.html ou celle sur la reconversion : ua-cam.com/video/LTuncOt8pwg/v-deo.html Tu n'as pas "pas d'expérience", tu as une expérience d'ingé recette et de testeur, tu peux surement trouver dedans des choses à valoriser pour passer Scrum Master.
Bonjour , j'adore vos vidéos (nouvel abonné) et je pense que vos vidéos en auto dérision avec un fond de vérité plus ou moins appliqué sont intéressantes . Pour cette vidéo, le fait d'être chef de projet ou scrum master si l'équipe n'y arrive pas peu importe le role et cela malgré la conjoncture imposée ou autre , vos vidéos sont géniales mais bien trop simplistes dans certains cas prenant compte de votre business pour convertir . Dans une structure mondiale ultra silotée souhaitée par le COMEX , un scrum master n'a aucun pouvoir , le CP deja plus après tout dépends comme vous dîtes si bien dans vos vidéos cela dépends du contexte etc... Il serait intéressant d'avoir des références de vos expériences (réussites ou pas) et surtout dans quel type d'entreprise (public, privée, petite start up, leader mondial etc...) . Perso je crois à ce type d'organisation / bon sens mais de là à que ce soit vraiment appliqué, j'ai un doute surtout dans les grosses boîtes étatiques qui ont du mal dans la transformation digitale (métier et processus) et surtout les choses imposées par des gouvernements
Tu as malheureusement raison, la bureaucratie et la politique qui règne dans les grosses boîte rend ce type de changement très difficile... Au mieux on crée une "bulle" au sein de l'organisation, qu'on arrive à protéger du reste. Et encore, même dans ce cas, cela reste souvent assez fragile, la bulle peut éclater à tout moment... Pour un réel changement, il faut un support fort, sincère et authentique de la direction. En pratique, cela veut généralement dire que la fin de l'entreprise doit être proche ou du moins perçue comme telle, pour permettre d'enclencher de tels changements d'ampleur. On essaie d'améliorer les choses à notre niveau... -- JP
Intéressant cette suite de vidéo de passer d'un métier à SM. Avez-vous prévu d'en faire une sur de ui/ux à SM ? C'est très rare j'imagine, mais c'est mon cas et y'a pleins de choses qui m'ont amené vers ce rôle à travers mon job ui/ux finalement
Bonjour Aurélie, Non ce n'est pas prévu -- il fallait bien faire des choix de sujet et cela nous semblait concerner moins de monde que les sujets que nous avons choisi 😃 dans la même veine nous aurions pu parler de comme passer de tester/QA à SM, cela aurait aussi été intéressant mais là encore nous avons préféré favoriser d'autres sujets. N'hésite pas à t'immiscer dans un prochain Live pour nous faire aborder la question rapidement ! J'entrevois bien ce que tu veux dire, les ponts que tu fais entre ton travail actuel et le rôle de SM. -- JP
Il y a effectivement une analogie entre CdP et SM, les techniques de facilitations sont quand même plus demandées pour le SM dans son rôle de coach (méthodes collaboratives). Faut-il avoir l’expérience de facilitations d’ateliers (utiles pour les rétrospectives) ? Comment convaincre pour un ancien CdP qu’il y a d’autres expériences de facilitation « compatibles » avec le rôle du SM?
On peut aussi prendre le contre-pied de ce qu'on voit habituellement, et se dire qu'on préfère un SM en mode "getting things done" plutôt qu'un SM/coach hippie qui fait des ateliers et jeux sérieux trop funs. Tout est contextuel évidemment, et à chaque équipe le bon SM... Mais je vois bien un certain nombres de contextes où ce ne serait pas les techniques de facilitation ce qui apporterait le plus de valeur au SM dans l'équipe mais plutôt sa capacité à secouer l'équipe pour la pousser à avancer sur ce qui compte vraiment. Qu'en dis-tu ? -- JP
@@ScrumLife En effet Jean-Pierre, je pense aussi qu’il faut trouver un juste milieu. Les ateliers collaboratifs funs ne sont pas forcément la solution à toutes les situations d’une équipe et de ce fait, n’aident pas plus un Coach ou SM à être accepté dans son rôle. Pour moi les ateliers doivent principalement permettre une dynamique d’équipe un minimum engagée, respectueuse. Faire preuve d’une certaine forme d’autorité dans un mode « get things done » n’est pas nécessairement une mauvaise posture. De mon expérience, j’ai toujours plus apprécié le discours d’un manager franc et suffisamment pragmatique, plutôt que celui d’un manager un peu trop opportuniste qui risque vite de perdre en crédibilité. Finalement, aller à l’essentiel plutôt que de passer par des chemins détournés pour se concentrer sur ce qui compte vraiment c’est aussi de l’Agilité. Cela doit rester dans l’esprit d’un Cdp ou d’un SM, le tout est de savoir le faire avec plus ou moins de diplomatie en fonction des cas, l’expérience aidant. « Priorité aux individus et leurs interactions plutôt qu'aux processus et aux outils »
3 роки тому
Encore une bonne vidéo. Merci beaucoup. Maintenant, je m'interroge quand même sur un point : un chef de projet ne serait il pas plus tenté pour devenir Product owner? Plus près finalement de la partie technique...
À un niveau purement compétences techniques et organisationnelles, il paraît en effet logique que l'orientation de carrière d'un CdP se rapproche d'un PO. Cependant, comme le dit Jean-Pierre/ScrumLife, une grande partie des CdP développeront naturellement des compétences connexes nécessaires au bon déroulement d'un projet : la dimension humaine. Pour avoir été CdP pendant de nombreuses années avant de devenir SM, je trouvais paradoxal d'avoir la responsabilité de réussite d'un projet (envers le client, mon organisation et mes équipes) alors que le travail était collaboratif. Fêter la réussite et fin d'un projet devait être collectif. Permettre aux clients de rencontrer l'équipe de conception régulièrement le rassurait dans nos actions mais aussi ses décisions, tout en aidant les corps de métier à se sentir fier et responsable de leur travail. De même, en tant que CdP, protéger l'équipe mais aussi le client (ou le responsable client qui vit lui même la pression de sa direction) était pour moi une priorité. Dire à un client qu'une feature A évaluée à 70k n'est pas un bon investissement (ROI) et plutôt lui recommander d'utiliser cet argent autrement (hors du projet ou non) est quelque chose qui demande du "guts". Parce que même si le client et l'équipe sont d'accord avec vous, votre direction peut l'avoir vraiment de travers. Mais cette confiance long terme est meilleure pour le ROI global de l'entreprise puisque 1. elle ne met pas en danger le client, 2. elle bâtit une vraie relation de partenariat entre les 2 organisations, et 3. elle génère mécaniquement d'autres mandats. Sans oublier que votre propre coéquipiers ont confiance que vous aiderez ou prendrez les "meilleures décisions". Personne ne veut travailler sur un projet sans but ou avec le sentiment interne très fort qu'il finira aux poubelles. Ainsi, au final, c'est avant un choix personnel. Devenir SM parce qu'intérieurement on préfère ce rôle de soutien et facilitateur, ou un rôle de PO parce qu'on aime davantage la dimension affaires et technologiques.
ZifnabHydre a tout dit ! Sauf peut-être citer cette précédente vidéo qui compare Scrum Master et Product Owner : ua-cam.com/video/VZYy30rVvrg/v-deo.html Dans cette vidéo on pourra bien voir qu'en effet selon la personne c'est plutôt Scrum Master ou Product Owner qui lui convient. -- JP
Découvrez toute la communauté Scrum Life ! 👉 sl.run/dtryrQ
Dans le cadre du reconversion professionnelle quels sont les prérequis pour devenir chef de projet agile/scrum, sachant que j'ai une expérience riche dans le domaine du design et la banque? Est ce qu'il faut avoir juste le potentiel pour apprendre le métier. Merci pour cette vidéo c'est intéressant.
Bonjour je suis en cours de reconversion
Je sais qu’il n’y a pas de hiérarchie dans une équipe It
Mais vous pourriez m’expliquer la suite logique d’une évolution qui commence par assistant Moa ?
Salut ! En tant qu'assistant MOA, quelles étaient tes responsabilités, et quelles compétences as-tu développé ? Plus largement, qu'est-ce que tu apprécies faire ?
-- JP
Comme je vous avais dit je vis en Cote d'Ivoire plus précisément à Abidjan. Ici, c'est un métier pas très recherché car il est très sous-estimé (on applique actuellement très mal l'agilité).
J'ai à peine la Trentaine et je veux vraiment me reconvertir en tant que Scrum Master car je me sens vraiment bien avec cette profession qui pour moi est l'un des métiers d'avenir.
C'est la pierre angulaire de tout projet informatique et autres.
Salut Mano, je te souhaite de réussir. Pour t'aider, n'hésites pas à partager les différents travaux de la communauté pour diffuser l'agilité en Côte d'Ivoire. Par exemple en partageant Scrum Life bien sûr, mais aussi des blogs, etc.
En faisant bien attention de choisir des contenus "quali" parlant vraiment de l'état d'esprit, plutôt que des blogs basés sur des pratiques souvent mal comprises par l'auteur lui-même.
En tout cas, je suis personnellement très intéressé par suivre le développement de l'agilité dans les pays africains, en effet, j'ai l'impression qu'il y a la possibilité d'y développer une agilité bien différente de celle qui arrive dans les entreprises française qui sont très... française avec, comme le dit JP, des "petits chefs à la française".
N'hésites pas à nous tenir au courant ou à nous contacter si nous pouvons t'aider.
-- Constantin
Très intéressant et rassurant. Et puis valoriser l'équipe, la responsabiliser, lui donner du sens c'est initier une spirale ascendante assurément !
merci pour vos contenus extrêmement concrets et utiles! #valeur
Avec plaisir ! Qu'est-ce que tu as le plus apprécié dans cette vidéo ?
-- JP
Je rajouterai une chose dans votre premiere expérience de chef de projet : Demander régulièrement du feedback sur votre pratique de scrum mastering autour de vous (membres de la dev team, PO, sponsors, coach, autres SM) pour éviter que des réflexes ex-Chef de projet / de contexte soient assimilés comme bonnes pratiques :-) La tete dans le guidon, dans un contexte peu agile/changeant pourrait vous transformer en agent du "non-changement".
Une belle vidéo, merci
Merci à toi Riva, qu'est-ce qui t'a le plus marqué dans la vidéo ? Un des sujets en particulier ?
-- Constantin
Je n'aime pas trop les clichés que vous véhiculez, ce n'est pas les méthodes agiles qui ont inventé le pragmatisme et l'efficacité. Et la méthode SCRUM ne fait pas disparaître par miracle le "petit chef"... Etc
C'est pas faux. On pourrait résumer la vidéo en "si vous êtes bon chef de projet vous devriez pouvoir être bon Scrum Master, mais si vous êtes mauvais chef de projet vous serez sûrement mauvais Scrum Master."
-- JP
@SCRUM Life Tel que vous l'avez écrit dans le vidéo : "être un aout pour l'équipe" on travaille un mois par année ? :D
Arf.
Je Ingénieur développeur actuellement depuis au moins 7 ans comme Ingénieur Recette Testeur QA depuis 3 ans.
Mais à coté je me forme pour devenir scrum Master en préparant mes certifications internationales CSM/PSM/PMP donc 0 année d'expérience en tant que Scrum Master.
Ainsi, j'aimerais savoir si sans expérience en tant que scrum Master je pourrai m'en sortir ?
Car j'ai plusieurs offres au canada actuellement malgré mon manque d'expérience en tant que Scrum Master.
Mano, tu peux regarder du côté des précédentes vidéos de la série, notamment celle sur passer de Dev à SM : ua-cam.com/video/-bCVsQR-et8/v-deo.html ou celle sur la reconversion : ua-cam.com/video/LTuncOt8pwg/v-deo.html
Tu n'as pas "pas d'expérience", tu as une expérience d'ingé recette et de testeur, tu peux surement trouver dedans des choses à valoriser pour passer Scrum Master.
Bonjour , j'adore vos vidéos (nouvel abonné) et je pense que vos vidéos en auto dérision avec un fond de vérité plus ou moins appliqué sont intéressantes .
Pour cette vidéo, le fait d'être chef de projet ou scrum master si l'équipe n'y arrive pas peu importe le role et cela malgré la conjoncture imposée ou autre , vos vidéos sont géniales mais bien trop simplistes dans certains cas prenant compte de votre business pour convertir .
Dans une structure mondiale ultra silotée souhaitée par le COMEX , un scrum master n'a aucun pouvoir , le CP deja plus après tout dépends comme vous dîtes si bien dans vos vidéos cela dépends du contexte etc...
Il serait intéressant d'avoir des références de vos expériences (réussites ou pas) et surtout dans quel type d'entreprise (public, privée, petite start up, leader mondial etc...) . Perso je crois à ce type d'organisation / bon sens mais de là à que ce soit vraiment appliqué, j'ai un doute surtout dans les grosses boîtes étatiques qui ont du mal dans la transformation digitale (métier et processus) et surtout les choses imposées par des gouvernements
Tu as malheureusement raison, la bureaucratie et la politique qui règne dans les grosses boîte rend ce type de changement très difficile... Au mieux on crée une "bulle" au sein de l'organisation, qu'on arrive à protéger du reste. Et encore, même dans ce cas, cela reste souvent assez fragile, la bulle peut éclater à tout moment... Pour un réel changement, il faut un support fort, sincère et authentique de la direction. En pratique, cela veut généralement dire que la fin de l'entreprise doit être proche ou du moins perçue comme telle, pour permettre d'enclencher de tels changements d'ampleur.
On essaie d'améliorer les choses à notre niveau...
-- JP
Intéressant cette suite de vidéo de passer d'un métier à SM. Avez-vous prévu d'en faire une sur de ui/ux à SM ? C'est très rare j'imagine, mais c'est mon cas et y'a pleins de choses qui m'ont amené vers ce rôle à travers mon job ui/ux finalement
Bonjour Aurélie,
Non ce n'est pas prévu -- il fallait bien faire des choix de sujet et cela nous semblait concerner moins de monde que les sujets que nous avons choisi 😃 dans la même veine nous aurions pu parler de comme passer de tester/QA à SM, cela aurait aussi été intéressant mais là encore nous avons préféré favoriser d'autres sujets.
N'hésite pas à t'immiscer dans un prochain Live pour nous faire aborder la question rapidement ! J'entrevois bien ce que tu veux dire, les ponts que tu fais entre ton travail actuel et le rôle de SM.
-- JP
Il y a effectivement une analogie entre CdP et SM, les techniques de facilitations sont quand même plus demandées pour le SM dans son rôle de coach (méthodes collaboratives).
Faut-il avoir l’expérience de facilitations d’ateliers (utiles pour les rétrospectives) ?
Comment convaincre pour un ancien CdP qu’il y a d’autres expériences de facilitation « compatibles » avec le rôle du SM?
On peut aussi prendre le contre-pied de ce qu'on voit habituellement, et se dire qu'on préfère un SM en mode "getting things done" plutôt qu'un SM/coach hippie qui fait des ateliers et jeux sérieux trop funs.
Tout est contextuel évidemment, et à chaque équipe le bon SM... Mais je vois bien un certain nombres de contextes où ce ne serait pas les techniques de facilitation ce qui apporterait le plus de valeur au SM dans l'équipe mais plutôt sa capacité à secouer l'équipe pour la pousser à avancer sur ce qui compte vraiment.
Qu'en dis-tu ?
-- JP
@@ScrumLife
En effet Jean-Pierre, je pense aussi qu’il faut trouver un juste milieu. Les ateliers collaboratifs funs ne sont pas forcément la solution à toutes les situations d’une équipe et de ce fait, n’aident pas plus un Coach ou SM à être accepté dans son rôle. Pour moi les ateliers doivent principalement permettre une dynamique d’équipe un minimum engagée, respectueuse. Faire preuve d’une certaine forme d’autorité dans un mode « get things done » n’est pas nécessairement une mauvaise posture. De mon expérience, j’ai toujours plus apprécié le discours d’un manager franc et suffisamment pragmatique, plutôt que celui d’un manager un peu trop opportuniste qui risque vite de perdre en crédibilité. Finalement, aller à l’essentiel plutôt que de passer par des chemins détournés pour se concentrer sur ce qui compte vraiment c’est aussi de l’Agilité. Cela doit rester dans l’esprit d’un Cdp ou d’un SM, le tout est de savoir le faire avec plus ou moins de diplomatie en fonction des cas, l’expérience aidant.
« Priorité aux individus et leurs interactions plutôt qu'aux processus et aux outils »
Encore une bonne vidéo. Merci beaucoup. Maintenant, je m'interroge quand même sur un point : un chef de projet ne serait il pas plus tenté pour devenir Product owner? Plus près finalement de la partie technique...
À un niveau purement compétences techniques et organisationnelles, il paraît en effet logique que l'orientation de carrière d'un CdP se rapproche d'un PO. Cependant, comme le dit Jean-Pierre/ScrumLife, une grande partie des CdP développeront naturellement des compétences connexes nécessaires au bon déroulement d'un projet : la dimension humaine.
Pour avoir été CdP pendant de nombreuses années avant de devenir SM, je trouvais paradoxal d'avoir la responsabilité de réussite d'un projet (envers le client, mon organisation et mes équipes) alors que le travail était collaboratif. Fêter la réussite et fin d'un projet devait être collectif. Permettre aux clients de rencontrer l'équipe de conception régulièrement le rassurait dans nos actions mais aussi ses décisions, tout en aidant les corps de métier à se sentir fier et responsable de leur travail. De même, en tant que CdP, protéger l'équipe mais aussi le client (ou le responsable client qui vit lui même la pression de sa direction) était pour moi une priorité. Dire à un client qu'une feature A évaluée à 70k n'est pas un bon investissement (ROI) et plutôt lui recommander d'utiliser cet argent autrement (hors du projet ou non) est quelque chose qui demande du "guts". Parce que même si le client et l'équipe sont d'accord avec vous, votre direction peut l'avoir vraiment de travers. Mais cette confiance long terme est meilleure pour le ROI global de l'entreprise puisque 1. elle ne met pas en danger le client, 2. elle bâtit une vraie relation de partenariat entre les 2 organisations, et 3. elle génère mécaniquement d'autres mandats. Sans oublier que votre propre coéquipiers ont confiance que vous aiderez ou prendrez les "meilleures décisions". Personne ne veut travailler sur un projet sans but ou avec le sentiment interne très fort qu'il finira aux poubelles.
Ainsi, au final, c'est avant un choix personnel. Devenir SM parce qu'intérieurement on préfère ce rôle de soutien et facilitateur, ou un rôle de PO parce qu'on aime davantage la dimension affaires et technologiques.
ZifnabHydre a tout dit ! Sauf peut-être citer cette précédente vidéo qui compare Scrum Master et Product Owner : ua-cam.com/video/VZYy30rVvrg/v-deo.html
Dans cette vidéo on pourra bien voir qu'en effet selon la personne c'est plutôt Scrum Master ou Product Owner qui lui convient.
-- JP