Personnes. Processus. Produit.
Récemment, j'ai pris le temps de réfléchir à mes expériences avec diverses équipes au cours de ma carrière. Il y a longtemps, je croyais que pour tirer de grandes choses d'une équipe, il suffisait d'embaucher les personnes les plus qualifiées et qu'elles se débrouilleraient toutes seules. Plus tard, j'ai appris que même un groupe de personnes talentueuses pouvait créer des dégâts sans règles et procédures partagées.
Au cours des deux dernières années, les équipes de toute organisation ont connu une incertitude et un chaos sans précédent. Si une équipe essaie de maintenir le cap ou même d'évoluer en période de turbulences, plus que jamais, les processus deviennent le phare dans les eaux inexplorées. Il apporte clarté, simplicité et qualité. Mettez-le dans une fonction pour une équipe produit :
Produit= Processus (Personnes)
En réalité , les gens en tant qu'apport d'une équipe ne sont pas contrôlables tout le temps. Mais le processus peut être établi et optimisé indépendamment. Dans une certaine mesure, cela peut compenser le manque d'expérience et le manque de jugement de People .
Les processus sont les procédures standardisées qu'une équipe produit et ses membres suivent pour travailler en interne et collaborer en externe. Non seulement avons-nous besoin d'un processus pour chaque étape de la gestion des produits, comme l'idée, la hiérarchisation, la conception, le développement, la publication, l'évaluation et le suivi, mais également d'un processus d'interface avec les parties prenantes d'autres fonctions et, plus important encore, d'un processus avec lequel travailler utilisateurs et éliminer les frictions dans l'opérationnalisation afin de favoriser l'adoption.
Les processus peuvent faire ou défaire une équipe. Lorsqu'ils sont mal conçus ou souvent n'existent même pas, vous vous retrouverez avec :
❌ Sorties rapides, mais résultats médiocres sans test ni validation
❌ Mauvaise conception du produit sans boucle chez les utilisateurs
❌ Refus des utilisateurs sans documenter les principaux points douloureux dans PRD
❌ Attentes irréalistes des parties prenantes en raison d'un manque d'alignement
❌ Perte d'indépendance et de pensée critique
❌ Versions boguées sans Critères d'assurance qualité et d'acceptation
❌ Faible adoption des fonctionnalités sans aider les utilisateurs à opérationnaliser et éliminer les frictions
(pour n'en nommer que quelques-uns)
Comme un produit, les processus peuvent être optimisés et itérés. Les personnes qui gèrent le processus deviennent Product Ops. Ce ne sont PAS des chefs de projet, mais des Product Managers de processus. Dans son article sur ProductOps (lien en commentaire), John Cutler écrit : « cela nécessite une gestion et une stratégie de produit. Cela implique également beaucoup de réflexion sur les systèmes, la conception de services, les côtelettes de l'exploitation, la conception de l'apprentissage et l'expérience des expériences de changement.
Ma recommandation est d'appliquer votre état d'esprit PM à la conception de processus. Commencez avec un autre MVP, Minimum Viable Process , et itérez à partir de là. Quelle que soit la manière dont vous le concevez, n'oubliez jamais que l'élément clé du processus est l'alignement continu avec vos utilisateurs, les parties prenantes de l'équipe interfonctionnelle, les objectifs commerciaux et la vision de l'entreprise.
À suivre
![Qu'est-ce qu'une liste liée, de toute façon? [Partie 1]](https://post.nghiatu.com/assets/images/m/max/724/1*Xokk6XOjWyIGCBujkJsCzQ.jpeg)



































