Un grande leader di prodotto può avere successo in un’azienda guidata dal consenso?

Naturalmente un grande leader di prodotto può avere successo in un’azienda (un po ‘) guidata dal consenso. Decomponerei il problema in modo diverso.

In aziende altamente autocratiche o guidate da CEO, il Chief Product Decider è il CEO. O forse il fondatore del CTO. Questa potrebbe essere la situazione più difficile per il prodotto principale che non è il CEO (essendo stato lì alcune volte). È facile ricadere nel ruolo di acquirente di ordini, bidello di prodotti o project manager sotto la pressione incessante di “È la mia azienda e la mia visione, quindi fallo a modo mio!” Se riesci a elaborare uno stile di escalation / obiezione che non ti fa licenziare, puoi continuare a sollevare problemi basati su prove e miglioramenti che renderanno il prodotto migliore. E tampona il resto dell’organizzazione da buone idee transitorie che si esauriranno entro domani. Ma questo è un ruolo ad alta velocità di occupazione (ad es. # Posti di lavoro / # anni> 1).

Le aziende fortemente guidate dal consenso sono l’opposto polare: il pericolo è ritardare le scelte difficili, calciare la lattina, votare come sostituto dell’intuizione del mercato e della strategia reale , gente che vede l’accordo come più prezioso della correttezza. Se sei il leader del prodotto, devi fare push-push-push per prendere una buona decisione. Ciò include la collaborazione interna, l’input del mercato / dei clienti, l’invio di persone intelligenti LeanUX sul campo per conoscere fatti reali, ecc.
Nella mia esperienza, le organizzazioni eccessivamente guidate dal consenso hanno fame di qualcuno che si alzi su una sedia, grida che è disposto a prendere decisioni difficili e che prende la proprietà personale di quelle scelte difficili. (“Abbiamo discusso di questo per una settimana. Sono la persona a cui cade la decisione. Sceglieremo il Percorso A invece del Percorso B, anche se entrambi hanno dei meriti. Se andrà bene, tutti noi festeggiare; in caso contrario, mi assumo la piena responsabilità. Ci sono domande? “) In molti modi, questo è più facile del problema imperiale del CEO sopra.

Come osserva Cliff nella sua risposta, questi sono i casi estremi. (Anche se ci sono stato in entrambi.) Ovunque un’azienda si trovi nello spettro del consenso / autocrazia, il responsabile del prodotto deve trovare il modo di orientare le risposte (approssimativamente) giuste / migliori, quindi motivare l’inferno di tutti a fare le proprie rispettivi compiti difficili e costruire il prodotto.

Le persone sono ciò che rende la nostra attività interessante e spesso frustrante.

I termini che stai utilizzando sono troppo ampi per definire con precisione l’oggetto. Ad un certo livello, ci deve essere consenso affinché un’organizzazione possa operare – ad esempio, “costruiremo la migliore app per la condivisione di foto nell’App Store” o addirittura “costruiremo cose che fanno soldi per l’azienda. ”

E al livello più dettagliato, non ci può mai essere il pieno consenso – se non altro perché nessuno può conoscere ogni dettaglio di ogni decisione del prodotto.

In quella via di mezzo sfocata, si estende notevolmente. Una delle migliori tattiche di prodotto che conosco è quella di riunire le parti interessate prima di iniziare un progetto e far sì che siano d’accordo sulle cose importanti – quindi nessuno è confuso sulla direzione del progetto, sulle strategie per i trade-off dei prodotti, ecc. Quindi, quando arrivi ai punti in cui c’è necessariamente una mancanza di consenso, usi le cose grandi per guidare le piccole cose.

Quindi, in quella misura, penso che i leader di prodotto possano sicuramente * usare * il consenso per favorire il successo. Ma se qualsiasi gruppo a cui ti aspetti si aspetta un consenso assoluto su tutto, corri!

Disprezzo la polarizzazione delle posizioni presentate qui. Esiste sicuramente una via di mezzo tra l’essere un “dittatore” (che nessun product manager dovrebbe mai essere) e il fatto di essere gestito interamente da un consenso unanime (che non sarà mai un buon prodotto).

Personalmente, vedo il mio ruolo di Product Manager come quello di guidare la comprensione e non necessariamente il consenso. Se tutti sono d’accordo, è carino, ma significa anche che (1) qualcuno sta mentendo, o (2) abbiamo compromesso così tanto nel processo che manca qualcosa. Mi sento di successo quando sono uscito da una riunione di pianificazione non con tutti d’ accordo su ciò di cui abbiamo discusso, ma con tutti capire perché stiamo andando nella direzione che è stata decisa.

Il singolo la cosa peggiore che puoi fare come Product Manager è ostracizzarti non ascoltando le persone intorno a te e non assicurando che ogni stakeholder abbia un posto al tavolo e l’opportunità di parlare. Come Product Manager, possiamo guidare solo attraverso l’influenza e attraverso la spesa di capitale sociale all’interno dell’azienda. Ogni volta che prendi una decisione “dittatoriale” che rifiuti di difendere a qualcuno, addebiti sul conto del capitale sociale senza motivo.

Tornando alle aziende basate sul consenso – no, non penso che un grande leader di prodotto possa provenire da un tale ambiente, né che un tale ambiente sia salutare per qualsiasi azienda. Le persone di qualsiasi azienda dovrebbero avere obiettivi e visioni divergenti per il futuro: ecco da dove viene l’innovazione, non dagli uomini “sì” ma dagli uomini “no”. Ho avuto la sfortunata esperienza di lavorare per un paio di aziende che hanno adottato questo approccio, uno che ha persino sistematizzato la selezione delle caratteristiche fino a una serie di calcoli matematici. Quella compagnia non esiste più e l’altra compagnia continua a soffrire di una grave mancanza di slancio in avanti.

Comprendere è l’obiettivo, non il consenso e certamente non la dittatura.

Direi di no. Se i leader devono essere trattati come leader, hanno bisogno della libertà di assumersi dei rischi e di essere responsabili dei risultati.

Inoltre, non credo che il consenso sia intrinsecamente buono da un punto di vista idea / prodotto. È, tuttavia, generalmente buono a livello organizzativo. Ma per me questo significa solo che c’è un’analisi costi-benefici da fare che valuta l’interesse del consenso rispetto all’interesse del prodotto (nella misura in cui può essere considerato in modo indipendente).

More Interesting

Quali metodi esistono per strutturare e progettare portafogli di prodotti?

Che cos'è una specifica dei requisiti per un documento di gestione del progetto? Come lo scrivi?

UX / Design: come si presenta la migliore relazione possibile tra un dipartimento UX / Design e un proprietario del prodotto?

I responsabili o i progettisti dei prodotti dovrebbero essere responsabili dei wireframe?

Come posso ottenere il mio prodotto nei negozi? Devo letteralmente entrare e chiedere di parlare con il direttore e mostrarglielo, o è un loro modo di farlo?

Come regista, cosa posso aspettarmi da una buona DP per la produzione in particolare?

Quale prodotto Web o mobile ha il miglior tutorial sulla panoramica dei prodotti?

Come Product Manager di Ricerca Google, come decidi su cosa lavorare dopo? Gran parte del tuo lavoro sugli algoritmi?

Quali sono i modi migliori per un PM di informare le parti interessate se un prodotto o una funzionalità lanciati di recente hanno avuto successo?

È possibile trasformare una società di vendita in una società di prodotto?

Quali percorsi di carriera possono beneficiare dell'esperienza come Dungeon Master?

Qual è il modo migliore per eseguire una revisione post mortem del lancio di un prodotto?

In che modo la posizione di Gestione prodotti associati di Google si confronta con la posizione di Gestione programmi di Microsoft?

Quando si sta prendendo il percorso minimo di funzionalità commerciabile, la scelta sbagliata?

Qual è il tipico percorso professionale e la formazione necessaria per qualcuno che desidera entrare nella gestione del prodotto?