Dans chaque squad, organisée autour d’une thématique commune, toutes les compétences nécessaires :
Typologie des squads chez YouSign :
–platform team: périmètre tech, le change n’est pas fréquent, composants essentiels
–feature team: focus sur une fonctionnalité
–impact team: autour d’un OKR
Celles-ci sont organisées autour de 4 domaines (inté, core, diversificati°, scale).
Pour Christopher, définir les compétences attendues, c’est ce qui permet la naissance d’une équipe.
Petite parenthèse sur le débat PO vs. PM, que l’on clôt avec une belle définition de @lissijean
Chris propose 5 niveaux dans un parcours carrière produit. Pour faire ses preuves dans un niveau, un % de maîtrise des compétences qui permet de suivre l’avancement.
Généralistes en #product#management ou spécialistes sur un secteur ou domaine en particulier ?
Un profil généraliste permettra de mieux se mouvoir dans l’incertitude, vous aurez + de marge de manoeuvre selon les futures priorités.
Le CORE framework s’applique à tous les rôles.
🔺 Le Discovery permet de réduire 4 niveaux de risque.
Il s’agit de mieux comprendre les users, d’aboutir à la meilleure proposition de valeur, de savoir promouvoir le produit et d’assurer un ROI.
Les différents rôles dans l’équipe Produit couvrent ces risques.
Manager ou contributeurice indiv : les salaires sont les mêmes (les grilles sont connues de toustes), le management n’est pas un graal, et à partir du niveau 3 on peut choisir entre les deux voies.
L’apprentissage se fait en 3 étapes, Shu Ha Ri.
Tous les 6 mois, les collabs s’auto-évaluent, leurs managers les évoluent aussi.
Le framework carrière PM de YouSign est dispo sur le blog, il évolue de temps en temps, allez checker blog.yousign.io/posts/parcours…
Et maintenant, comment animer au mieux cette équipe avec les 6 rôles ?
Il faut créer le cadre de liberté pour que votre équipe soit autonome.
Nos rituels, actions et prises de décisions suivent ces 4 principes produit :
Speed first
Impact driven
Growth mindset
Neat design
Voici les réunions produit chez YouSign ⤵️
NB : la Sync Produit hebdo (50’) est vraiment du partage d’info
•top down de 10’
•topic A de 20’
•topic B de 20’
En conclusion :
–Des équipes multi-compétences organisées de façon matricielle
–De l’autonomie grâce à des rituels, attentes et objectifs clairs et partagés
10 ans après les fameuses vidéos sur le modèle Spotify, @duboisrachel revient sur les ingrédients clés auxquels on n’a pas forcément fait très attention. À tort, car lorsqu’on parle de #culture#produit, les Squads, Chapters, Tribes et Guildes n’importent que peu.
Fun fact : 6% de l’humanité écoute Spotify (et 2% paie pour cela).
En 2012 le “modèle Spotify” s’est popularisé alors que la boîte était composée d’une centaine de personnes. Probablement l’un des messages les moins compris au sujet de l’Agilité.
La structure est la dernière chose à regarder quand on veut instaurer une culture produit.
In this session by @danvacanti we’ll explore some common mistakes associated with the definition, collection, and interpretation of #data.
You may have heard words like trend, outlier, signal, noise. But are any of those concepts real or relevant? 🏀
The greatest basketball game of the US took place in March 1962. Why did Wilt score 100 points, was it really because he changed his free throw shooting technique?
Comment les jobs-to-be-done nous aident à prendre de meilleures décisions #Produit ? Quels impacts peuvent-ils générer au sein d’une organisation ? Et comment aident-ils au quotidien les équipes à innover ?
How do you move an organisation of 15 teams and their single shared monolith from bi-annual releases to fortnightly releases in under four months? How do you reduce release pain and cost?
This agency addressing the full Belgian population used to freeze code to release 2 or 3 major releases per year, and (of course) many hot bug fixes were still needed each time.
In Sept. 2018, they asked @tdpauw to change the 15 teams and their single shared monolith to fortnightly releases by December.
What he didn’t want to do was applying a maturity model, since they are flawed.
There are things you don’t talk about with your colleagues - even less so with your boss. Mental health issues are certainly a big no-no. Are taboos compatible with an #agile#culture?
“When I first started working as an agile tester, I kept my history with mental illness secret. As a result, I couldn’t speak openly about topics that are close to my heart: mental health and self-care. I didn’t want to seem weak and vulnerable.”
“In the Agile World however, we value respect, courage, and openness. How do you reconcile this with these taboos?
Can you really be courageous and open if you deny a part of yourself?”
Jakob Nielsen, dans les années 90, s’attache à l’UX des sites web. Il explique que le visiteur ne devrait pas avoir à connaître l’organigramme de votre société.
Nigel Bevan complète, en disant que c’est aussi la stratégie, les intérêts de l’entreprise qui se révèlent sur un site.
Allez analyser le site (version 2022!) d’un cabinet de conseil ayant souffert d’un bad buzz pour avoir pas mal facturé aux contribuables français, vous comprendrez.