Réussir à faire vivre une communauté de pratique 💡 kzbin.info/www/bejne/iF6Wo4x_qKp-j9k
@krimoumouad9833 Жыл бұрын
Très bon sujet.. Je vis cette situation ces jours là.. Ça m'a aidé à savoir que je suis sur le bon chemin.. Merci scrum life 🙏
@ScrumLife Жыл бұрын
Je t'en prie ! Est-ce que tu ressors avec du concret que tu pourras utiliser ? -- JP
@krimoumouad9833 Жыл бұрын
@@ScrumLife bien sûr.. C tjrs le cas.. Je vous suis depuis 1 année.. Vous m'avez tjrs aidé.. J'ai même réussi deux entretiens grâce à vos conseils.. Et maintenant je fais l'accompagnant agile interne de toute l'équipe en cas de besoin (malgré que je suis un PO).. Tout ça grâce à vos conseils et surtt les exemples provenants de la réalité pure que vous donnez sur chaque épisode.. Je suis l'un de vos plus grand fan comme vous dites à la fin de chaque vidéo.. Graaaaand Merci
@avillenave Жыл бұрын
J’ai hâte de voir le débat de Jeudi. C’est un excellent sujet pour lequel je n’ai pas encore trouvé la bonne organisation dans ma société
@ScrumLife Жыл бұрын
Viens ! Viens au Live ! Viens même prendre le micro pour partager ! -- JP
@277YOYO Жыл бұрын
Bonjour Scrum life. Très bonne vidéo ! Possible de faire un épisode sur l'application de Nexus ? J'ai du mal à projeter dans la réalité le fonctionnement. Un partage d'expériences ça serait super aussi. Merci !
@ScrumLife Жыл бұрын
Il faut qu'on trouve un expert de Nexus ! Pas grand-monde en France l'utilise. Mais sinon sur le principe, oui 👍 -- JP
@XavierKoma Жыл бұрын
Bien joué les gars. Complètement en phase avec tout ce que vous avez dit 👍 (en espérant que ca fasse mouche dans la tête de plusieurs personnes)
@ScrumLife Жыл бұрын
Salut Xavier, merci ! Alors 3 mois après, est-ce que des choses de la vidéo t'ont été utiles ? Et sinon, à quand la prochaine vidéo sur ta chaine ?? Au plaisir ! -- Constantin
@khollande Жыл бұрын
Il y a la nécessité d'avoir un chef d'orchestre de la mise en oeuvre de la vision du compositeur. A partir d'une certaine taille il n'est plus possible d'avoir un PO full. En revanche le terme/rôle PM est souvent mal compris en France. Manager = chef pour beaucoup. Donc le PM devient une sorte de CPO. Alors que responsable du produit au sens americain est celui qui va servir les PO comme boussole de la direction produit à prendre. Un animateur du produit comme tu en parles à la fin. Il n'y a aucune confusion dans le Safe sur ce point.
@pysordes6 ай бұрын
Bonjour, comment faire lorsque la boite rajoute des tas et des tas de procédures ou d'instances qui cassent l'agilité?
@ScrumLife6 ай бұрын
Salut ! Tu peux essayer de comprendre la raison de ces process et de qui les a décidé. Car chercher à les faire enlever ou à les contourner sans savoir tout ça peut-être risqué ou au mieux, infructueux. Une fois que c'est identifié, c'est plus simple de proposer à la bonne personne une autre façon d'arriver à son objectif tout en facilitant la performance des équipes. Sais-tu -vraiment- qui a mis en place un process en particulier que tu vois "casser l'agilité" ? -- Constantin
@avillenave Жыл бұрын
Super sujet 😊
@ScrumLife Жыл бұрын
Merci 😁 avec quel élément en particulier ressors-tu de cette vidéo ? -- JP
@ledisiner Жыл бұрын
Hello! Pourquoi parlez-vous du Product Management en vous centrant sur le Delivery? L'équipe de Discovery n'est pas une équipe Scrum. En fonction des besoins, elle est composée de designers, d'analysts, de marketers, d'architectes, etc. C'est justement pour ça qu'il est difficile de parler des deux rôles comme d'un seul. De plus, les cycles ne sont pas les mêmes. Votre approche amène forcément à une considération hiérarchique des rôles alors qu'en réalité il s'agit de rôles distribués sur un flux horizontal.
@ScrumLife Жыл бұрын
N'est-il pas possible d'intégrer ces deux équipes en une seule ? -- JP
@ledisiner Жыл бұрын
@@ScrumLife c'est une équipe produit. En fait Vision & Strategy, Discovery, Delivery et Launch sont des phases sur lesquelles des rôles sont positionnés. En fonction des phases, les roles n'ont pas les mêmes responsabilités. Par exemple, en discovery les développeurs sont positionnés sur la faisabilité et doivent dérisquer le fait que ce qui est envisagé est faisable. Ça peut passer par un spike. Alors qu'en Delivery leur mission est de donner vie au produit. En discovery, dans l'étape de derisquage de l'utilisabilité on réalise des prototypes (ex. Figma) et on expose aux utilisateurs potentiels (ex. Maze) pour vérifier que ce qu'on envisage de développer est utilisable et permet à l'utilisateur d'exécuter sa chaîne complète d'actions. Là les dev n'ont pas besoin d'être présents. Franchement ça vaut le coup de lire Inspired, Continuous Discovery et ce genre d'ouvrages. Aussi, c'est pas parce qu'on distingue les rôles de PM et de PO que ça n'est pas la même personne. Tout comme un dev peut être un Subject Matter Expert en discovery.
@eliotalanmanou Жыл бұрын
Je suis désolé mais passer 40h par semaine à faire du jira tu n’est plus PO ..
@olivierdurand2082 Жыл бұрын
En fait, après cette écoute, je me demande s'il ne serait pas plus logique de mettre sur le poste de "Project Manager" quelqu'un avec un profil qui s'apparente beaucoup plus à celui d'un SCRUM Master ? Quelqu'un qui serait plus en charge d'animer une communauté de PO et de s'assurer que les échanges se font bien correctement plutôt que d'avoir un PO "discovery" qui dit quoi faire à des PO "delivery" ?
@ScrumLife Жыл бұрын
Tout dépend de comment tu prends le rôle ! Si c'est un animateur de communauté, oui. Mais cela pourrait aussi être un PO/PM très senior, avant tout dans une posture de coach. Un coach produit ! -- JP
@olivierdurand2082 Жыл бұрын
@@ScrumLife Oui, ça pourrait être ça aussi, mais il doit absolument avoir des compétences naturelles ou apprises en coaching. Disons que c'est le type de scénario où mettre un "Tu3ur" qui aura le réflexe de "prendre les choses en mains" pourrait être contre-productif, peu importe son talent ou son expérience.