Conseils pour un débutant en Scrum

Communauté Scrum Life
1

Bonjour à tous, membres de Scrum Life,

Je m’appelle Edson, et je viens d’obtenir ma certification PSPO I. Actuellement en pleine transition vers la gestion de projets agiles et la cybersécurité, je suis très intéressé par vos conseils et expériences, notamment en ce qui concerne les débuts dans ces domaines.

Je me demande s’il est préférable de commencer par un stage de courte durée pour acquérir de l’expérience pratique ou de postuler directement à des postes juniors comme Product Owner ou Scrum Master. Vos avis et retours d’expérience seraient très précieux pour moi.

Merci d’avance pour vos retours et au plaisir d’échanger avec vous !

2

Bonjour, Edson et bienvenue dans notre communauté !

J’aimerais que tu m’expliques le lien entre « la gestion de projet et cybersécurité » et la certification PSPO I (Product Owner). A mes yeux, c’est trois domaines différents.

En Scrum. Il n’y a pas de rôle de « Gestionnaire de projets », tu as dû te la faire poser dans la certification PSPO. Les seuls Rôles sont : Scrum Master, Product Owner et Développeur.

Une certification de premier niveau (PSPO I, PSM I et cie) démontre ta connaissance théorique de Scrum.

Chacun des trois rôles demande des connaissances et compétences différentes, mais même d’intérêts différents. Donc, ma première question qu’est-ce que tu aimerais faire ?

Ex (mon explication) :

  1. Développeur au sens large, est le créateur de l’incrément. Ce n’est pas juste un programmeur ou codeur.

  2. Product Owner : le porteur de la connaissance du produit et le représentant des parties prenantes.

  3. Scrum Master : Servant Leader, l’expert Scrum qui AIDE l’équipe à bien implémenter SCRUM, l’empirisme.

P.S. j’ai donné des définitions rapides. Voir le GUIDE SCRUM pour la vraie définition.

Donc, qu’est-ce que tu veux faire dans l’agilité ou dans Scrum.

Apprendre la théorie est toujours une base nécessaire pour bien faire le travail. Mais, une fois que tu auras mieux compris ce que tu veux faire (1 des trois rôles). Il serait intéressant d’avoir des expériences pratiques. Peut-être même au début, vivre l’expérience dans une Scrum Team à titre de développeur pour voir ce que peut faire les PO ou les SM.

Donne-toi aussi, la permission de changer en cours de route. Apprendre l’agilité, apprendre Scrum, s’est presque à l’infini. Malgré, nombreuses années, j’apprends encore.

Participé à des communautés comme celles-ci est une bonne idée, lire beaucoup, écoute des vidéos sont des bonnes choses à faire.

Bonne continuation

Bruno Larouche

3

Salut Bruno,

Merci beaucoup pour ton retour !

Pour répondre à ta question, je suis passionné par la gestion de projet agile et la cybersécurité. Le lien entre ces domaines et le rôle de Product Owner (PO) réside dans le fait que de nombreuses entreprises développent aujourd’hui des produits ou des logiciels de sécurité, tels que des antivirus ou des systèmes de détection d’intrusion (IDS). Dans ce contexte, le PO est indispensable pour s’assurer que les produits répondent non seulement aux besoins des clients, mais aussi aux exigences de sécurité élevées. Le PO travaille en étroite collaboration avec les équipes techniques pour définir les priorités, s’assurer que les fonctionnalités de sécurité sont bien intégrées et garantir que le produit final offre une protection efficace contre les menaces.

Mon projet à court terme est de devenir PO dans une entreprise de conception logicielle, avec un focus particulier sur la cybersécurité. À long terme, j’ambitionne de devenir coach agile dans l’IT, où je pourrais partager mon expérience et guider d’autres équipes dans l’adoption des pratiques agiles, tout en mettant un accent sur l’importance de la sécurité dans le développement produit.

Merci encore pour tes conseils, et au plaisir de continuer à échanger avec la communauté !

1 « J'aime »
4

Bonjour Pierre,

Avec tes prévisions, je vais essayer de t’aider encore un peu.

Mais, j’ai une faveur à te demander. SVP, n’utilise plus l’expression « Gestion de projets Agiles ». Malheureusement, ça sonne une véritable oxymoron, par nature la gestion de projets et l’Agilité s’oppose. La gestion de projets dirige et planifie pour l’équipe. En Agilité, l’équipe est supposée d’être autonome (voir auto-organisé) et la planification du travail devrait venir d’elle. Je m’arrête ce sujet.

…

Je comprends un peu mieux ton plan du moins, ce que tu aimerais en faire. Mais, il me semble que tu veux poursuivre 2 chemins différents.

Le premier chemin Procduct-Owner pour les dédiées aux applications de cybersécurités. C’est une bonne idée. Car, un PO doit connaitre son domaine d’affaires pour maximiser le produire qu’il aidere l’équipe à développer.

Ce rôle de PO, demande des croissances techniques (Produit) mais aussi du marché. Ce que je présume que tu as en Cybersécurité.

A titre d’exemple, même si ça fait très longtemps que je travaille en informatique de Gestion, j’aurais de la difficulté à être un bon PO, J’ai une connaisse comment on dévloppe les produits. Mais, pas suffisamment sur un produit ou domaine spécifique de l’informatique de gestion, pour bien oeuvre un nouveau produit.

Mais, il m’est arrivé à quelque reprise d’accompagner dans leur Rôle de Pole, (avec le chapeau de Scrum Master (Scrum/équipe) ou de Coach Agile (Organisationnel), selon le niveau d’intervention).

J’ai connu de bon PO, qui avait pourtant une connaissance très sommaire de l’agilité. Il était toutefois très efficace. Donc, ce premier chemin semble avoir du sens.

Là ou, des interrogations se soulèvent, ton désir de revir en arrière pour tourner à Gauche La droit étant ton rôle de PO logiciel de Cybersécurité.

Après quelque année, vouloir devenir Coach Agile, en oeuvrant comme PO, je ne pense pas que tu choisis la voie facile. La plus part de Coach Agile, que je connais personnellement. On commencer par la maitrise d’un ou de plusieurs Framework, souvent Scrum, XP, LEAN ! avant de prendre de l’expérience aux seins d’équipe pour tranquillement migrer l’accompagnement vers l’organisation. Généralement, les coachs agiles, leur interventions dépasse le niveau de l’équipe.

Devenir, prendre de l’expérience comme Coach Agile. Malheureusement, ça ne se gagne pas dans un sachet surprise. C’est un long parcours d’expériences et de formations. Des formations qui ne sont pas toujours en informatique ou sur des Frameworks Agiles.

Donc, faire carrière quelques années PO et puis penser que tu pourras changer à 180 degrés pour devenir Coach Agile. C’est peut-être un peu utopique. Il faut probablement choisir ton cheval et le type de course que tu veux mener. Ne prends personnels, j’ai vue trop de personne qui se pensait capable de tout faire en informatique. Mais, qu’au font, faisait certaine de bien et très mal d’autre.

Encore, plus si tu veux apporter l’agilité dans les TI (Infrastructures, Réseaux, cybersécurité… etc) . C’est de vouloir s’attaqué à des moulins à vent. Fait attention, à ne pas devenir un « Don Quichott ». J’en serais désolé pour toi.

Je ne suis pas en train de dire que les TI, n’ont pas besoin d’Aglité. Bien au contraire, si tu veux le faire. Armes-toi, d’une solide expériences en SCRUM (Projet) / Kanban (Support) et surtout en gestion de changements. La gestion de changement, ce n’est peut-être pas en PO, que tu ajouteras le plus de flèches de types à carquois.

Pour les TI, as-tu déjà pensé des approches de type DevOps ? Ce serait sûrement une piste à explore.

Bon courage, n’hésite pas si à demander des prévisions, à l’exception sur le DevOps. Ce dernier n’est pas tasse de thé.

Bruno Larouche

5

Ce sujet a été automatiquement fermé après 5 jours. Aucune réponse n’est permise dorénavant.