Crédits : pxhere.com
Product Teams
Côté développement de services numériques, Pix est organisé en Product Teams, aussi appelées Equipix(s).
Définition
Une product team est un groupe d’individus disposant des moyens et des compétences nécessaires pour accomplir un panel de missions propres à une activité stratégique pour Pix.
Répartition
Actuellement, les équipes sont au nombre de 4 :
- Team Accès : Permettre aux utilisateurs d’accéder aux applis Pix, via authentification interne ou externe, en conservant son compte tout au long de sa vie, en conformité avec la réglementation (CGUs, données perso…)
- Team Certification : Permettre à toute personne souhaitant valoriser ses compétences numériques d’apporter une preuve fiable de son niveau sur ces compétences grâce à l’obtention d’un certificat.
- Team Expérience d’évaluation : Permettre de passer un bon moment, d’identifier ce qu’on sait et ce qu’on ne sait pas et d’avoir envie d’apprendre et s’en sentir capable.
- Team Prescription : Permettre aux prescripteurs de donner des formations adaptées aux besoins des prescrits de son organisation, de mesurer l’efficacité des formations (avant/après), et d’identifier/valoriser les compétences des prescrits.
Caractéristiques
Une équipe rassemble les caractéristiques suivantes :
- stratégique : couvre un secteur d’activité en réponse à un problème spécifique intéressant pour Pix
- petite : max 10 personnes,
- pragmatique : proche du terrain, de ses utilisateurs et de ses enjeux,
- utile : possède une finalité véritable pour une tranche ou l’ensemble de nos utilisateurs
- autonome : dispose de TOUS les moyens nécessaires pour accomplir ses objectifs,
- mixte : mélange des personnes de tout horizon / histoire / personnalité / etc. #diversité
- pluridisciplinaire : mélange des compétences de tout genre : devs, non-dev, front, back, ops, UX, UI, etc.
- experte : sur les points nécessaires
- responsable : définit et s’engage sur la stratégie et ses tactiques, ainsi que les objectifs à suivre
- engagée : à délivrer un service de qualité (résultat & expérience) à nos usagers / partenaires / clients
- auto-apprenante : se remet en question, apprend de ses erreurs, capitalise sur ses succès
- en constante évolution : tente des choses, se réorganise ou se renforce si besoin
Composition
A minima, une équipe est composée de :
- 1 Product Owner
- 1 Lead Developer
- au moins 3 développeurs·euses (max = 8)
- 0 ou plusieurs autres personnes avec des compétences et expertises utiles, de façon temporaire ou permanente
Product Owner (PO)
Le PO a pour responsabilité de :
- porter la vision stratégique sur son scope fonctionnel en interne / externe → NSM, OKR, enjeux, opportunités, risques
- définir les tactiques à mettre en œuvre pour la réaliser → roadmap, deadlines
- prioriser l’opérationnel (fonc, tech, autre) de concert avec le reste de l’équipe et de toute l’organisation → product / sprint backlogs, US, tâches, estimations si nécessaire
- s’assurer qu’on livre le bon produit, au bon moment → validation fonctionnelle en RA et staging
- comprendre le système, ses usages et son impact par rapport aux problématiques métier → BI / data analytics, panels utilisateurs, expérimentations, etc.
- communiquer, communiquer, communiquer
Il participe à :
- l’élaboration et la conception de solution et d’hypothèses de résolution de problème
- l’assistance utilisateur N2
- l’amélioration et au bon fonctionnement de l’équipe → rituels agiles, O3, alertes
- recruter ou valider des profils en vue de renforcer l’équipe
Lead Developer (LD)
Le LD a pour responsabilité de :
- porter la vision d’architecture technique sur son scope fonctionnel en interne / externe
- s’assurer que les problématiques techniques, humaines ou organisationnelles sont correctement inclues dans la priorisation par rapport aux enjeux stratégiques poursuivis → roadmap
- s’assurer qu’on livre le produit bien fait et de la bonne façon, au bon moment
- s’assurer que les solutions retenues et implémentées sont pertinentes par rapport aux stratégies et tactiques à court, moyen et/ou long termes
- s’assurer que l’équipe dispose des moyens (humains, opérationnels, logistiques, etc.) nécessaires pour accomplir correctement, dans de bonnes conditions et aussi longtemps que nécessaire les missions de l’équipe → alertes, recrutement
- s’assurer que les nouveaux-venus au sein de l’équipe sont intégrés et montent en compétence de la meilleure façon possible → onboarding, parrainage
- s’assurer que chacun des membres de l’équipe progresse et s’épanouisse dans son rôle et ses domaines de prédilection, en accord avec ses envies, les besoins de l’équipe et de l’organisation et le respect de la loi → mentoring, management
- communiquer, communiquer, communiquer
Il participe à :
- l’élaboration et la conception de solution et d’hypothèses de résolution de problème
- l’assistance utilisateur N2
- l’amélioration et au bon fonctionnement de l’équipe → rituels agiles, O3, alertes
- recruter ou valider des profils en vue de renforcer l’équipe
Développeur (dev)
Le dev a pour responsabilité de :
- comprendre et connaître le métier, ses utilisateurs et leurs problèmes
- implémenter, livrer, déployer, maintenir, enrichir et corriger les solutions retenues par son équipe ou l’organisation tout en respectant les process et les standards de l’organisation
- intégrer les nouveaux-venus en les parrainant, en binômant ou en étant attentif et présent pour eux
- alrerter en cas de problèmes / risques avérés ou anticipés
- proposer des améliorations fonctionnelles ou techniques par rapport à des découvertes techniques ou méthodologiques, au sein du code ou de façon plus générale
Il participe à :
- l’élaboration et la conception de solution et d’hypothèses de résolution de problème
- l’assistance utilisateur N2 ou N3
- l’amélioration et au bon fonctionnement de l’équipe → rituels agiles, O3, alertes
- recruter ou valider des profils en vue de renforcer l’équipe