Analyse des cinq causes profondes de l'échec du développement de produits

PMValeur de,Il s'agit de surmonter les obstacles au développement de produits.Et résoudre ces obstacles,Il faut trouver la racine du problème,C'est le seul moyen d'en tirer des conclusions,Éviter efficacement l'échec du développement du produit.

《De0À1Série》A été mis à jour pour17Set,Un examen systématique de mon passé2BTout le processus de conception à l'atterrissage complet des produits Platform,En particulier, la troisième partie porte principalement sur l'examen du processus de développement du produit、Résumé et réflexion.

Y compris:：

• Comment le gestionnaire de produit planifie le produitroadmap
• Comment les gestionnaires de produits peuvent contrôler les progrès du développement de produits

Aujourd'hui, l'accent est mis sur l'inventaire des problèmes typiques tout au long du processus de R & D,Rétrospective des expériences passées,J'essaie de trouver ses règles et de les briser.

Processus de développement de logiciels,En tant que“Créatif”Travail,Son processus a sa particularité par rapport aux autres processus du projet,L'idée et le système de gestion de la recherche et du développement se développent progressivement avec la pratique de la recherche et du développement,Depuis le siècle dernier80Date“Gestion du diamètre des portes”,ÀNPD,Et derrière.IPDLes modèles sont largement utilisés,Améliorer considérablement le niveau et la capacité de recherche et de développement des entreprises.

Mais nous luttons encore dans le trou profond.

Nous avons appris beaucoup de méthodes et de théories de gestion , Et j'ai essayé de valider beaucoup de techniques et d'outils ,Mais ça5 Si un problème n'est pas vraiment pris au sérieux et résolu correctement, , Notre travail de développement de produits est encore très difficile .

Concept de produit non structuré

Techniquement, Le développement de produits est un comportement d'investissement , Mais en réalité, ce n'est qu'un objectif à court terme. , C'est même une mission. , Mettre l'accent uniquement sur la mise en œuvre de la fonctionnalité tout en minimisant la performance et la fiabilité .

Nous voyons souvent des superpositions fonctionnelles simples dans le développement de produits , D'une part, plus il y a de fonctions , Plus l'utilisateur est satisfait , Deuxièmement, j'aime ce qu'on appelle “Micro - innovation”, La famille d'accueil, la famille d'accueil, la famille d'accueil. , Et fier d'être coincé dans un pool de fonctionnalités qui ne s'additionne pas .

Nous n'avons pas créé beaucoup de produits précieux. ,Mais combien de travail a été fait. La raison pour laquelle l'Ingénieur d'évaluation apparaît “Nombre de lignes de code”Indicateurs, La raison en est que nous sommes tellement absorbés par l'achèvement “Nombre de projets”, Combien de travail a - t - on accompli? , On a l'habitude d'attirer des escadrons de la mort , Et se vante d'une performance exceptionnelle .

Lorsque le projet s'écarte de l'objectif de valeur , Comment peut - on produire des produits remarquables? ？

Parmi les projets que j'ai vus échouer, , Un phénomène remarquable est ： Au stade du lancement du produit , Uniquement axé sur les possibilités du marché , La recherche et le développement de produits sont souvent sur le marché de la coopération 、 Emplacement des ventes , Dans la plupart des cas, “Fonction” Du point de vue du développement de produits , Sans positionner et développer le produit du point de vue de l'expérience globale du produit de l'utilisateur .

C'est souvent un dilemme. , Face à une commande , Comment savoir si c'est du poison? ？Alors..., N'importe quel client oserait faire n'importe quoi , Je veux prendre n'importe quelle commande. .

Mais il s'avère que le produit fait beaucoup , C'est très utile. , L'entrepôt est plein. , Sans parler de l'accumulation de technologies de base , Il s'est levé tôt ,J'ai un épisode du soir..

Simple culture opportuniste des ventes , En fin de compte, le travail de recherche et de développement lui - même devient accessoire , Toujours incapable de se hisser au Sommet de la stratégie d'entreprise , Et considérer le développement de produits comme un coût . Les investissements globaux dans la recherche et le développement sont manifestement insuffisants , Pas assez pour répondre aux besoins opérationnels de plus en plus complexes , Ce qui a conduit à la lutte contre les incendies dans tout le processus de développement , Démolition du mur est pour compléter le mur ouest .

Même si le produit n'est qu'une affaire de recherche et développement , Plutôt qu'une activité globale de l'Organisation , Qui a tout gâché? , Celui qui doit porter le pot . Selon cette idée, , L'équipe poursuit de plus en plus les objectifs de la Mission à court terme , Plutôt que de considérer la valeur de l'expérience de l'utilisateur .

Manque de planification efficace des produits

Beaucoup de produits , La cible est loin , C'est qu'il y a peu de planification. .

Parce qu'il n'y a pas de chemin systématique vers le développement de produits , Toujours réactif aux exigences du marché et aux résultats de la concurrence , L'équipe de développement de produits n'a pas de feuille de route claire , Les mécanismes de prise de décisions ad hoc sont inefficaces , Tomber dans un nouveau produit , Réparer l'ancien problème .

Avec ce mécanisme, La recherche et le développement se sont tournés vers le développement de produits après produits , De nombreux produits sont développés de façon répétitive , Il en résulte nécessairement un manque de systématisation de l'ensemble de la gamme de produits , Plus de platformisation .

La réduction de l'efficacité n'est qu'un symptôme , Il y a peut - être de la place pour l'Ascension , Le plus gros problème avec ce modèle est le manque de technologie de base , L'équipe ne peut pas apprendre et introduire de nouvelles technologies , Et ne peut pas fournir une meilleure solution du niveau technique , En fin de compte, il réduit progressivement la compétitivité des produits. .

Mais en réalité, Une chose étrange est que , Nous préférons résoudre les problèmes les plus visibles .

Une commande arrive , Tout de suite, j'ai essayé de m'occuper de ce gros client , Avale un gros gâteau. , Jusqu'à ce que toutes les ressources soient consacrées à l'exécution du projet. , Même une petite direction d'affaires , Est également parallèle à plusieurs projets .

Cette situation, Le résultat final est que personne n'a l'énergie nécessaire pour planifier l'avenir. , Travaux de base sans ressources capables de précipiter . L'équipe est de plus en plus occupée , De plus en plus inefficace , Plus le produit est fait, plus il est mauvais. .

Absence d'examen décisionnel du processus

Absence d’examen décisionnel du processus de recherche et de développement , Faible gestion des processus de développement de produits , Il n'y a pas d'apport de ressources et de processus connexes pour assurer la contrôlabilité du processus. , En outre, l'incertitude et la complexité de la recherche et du développement de logiciels eux - mêmes , A aggravé l'impact de ce problème .

Cela comprend des estimations inexactes du temps , Manque d'intégrité du plan directeur （ Pas même planifié ）, Mauvaise connexion entre les différents liens , Les progrès ne sont pas signalés en temps voulu , Absence de moyens et de mesures de surveillance efficaces , Faible capacité de prévention des risques , Certains risques mineurs peuvent entraîner des retards dans l'ensemble du projet. , Ou un accident de qualité .

Les retards sont courants ,Remaniement, Ou une mauvaise cargaison. .

Certains disent que les détails déterminent le succès ou l'échec. , D'autres disent qu'ils sont obsédés par les détails et manquent de vue d'ensemble. . Peut - être qu'il y a une différence entre les deux. , Mais en tant que PMEn termes, Réfléchir à la façon d'établir une culture de projet axée sur l'excellence , Mécanisme de gestion des décisions d'examen , Difficile et urgent .

Manque de discipline dans le processus

La recherche et le développement de produits sont devenus “ La cuillère du chef ”, Une fois le maître absent , Je ne peux pas cuisiner un bon plat. .

Le manque de discipline se caractérise par un processus extensif ,La hiérarchie n'est pas claire.,Aucune spécification, Absence de gestion opérationnelle spécifique des processus . Chaque poste est libre de faire ce qu'il veut et comprend , En plus de l'examen sans point de décision , Conduit à la fragmentation de chaque lien .

“Défaillance en un seul point”, Facteurs humains existants , Il y a des circonstances. . D'un certain point de vue , Un seul point de défaillance pour souligner sa valeur , Dans un contexte plus large , Ça fait beaucoup de mal. .

Les dommages les plus évidents causés par cette discipline sont les problèmes de connexion en amont et en aval. , Tout le processus de développement s'est transformé en un processus en série de relais , On dirait que quelqu'un est responsable de chaque lien. , Quelqu'un contrôle , Mais en raison d'une compréhension incohérente , Résultats inégaux , L'interface n'est pas lisse et il y a beaucoup de fuites , Réduire encore la compétitivité des produits .

Cette situation va créer une autre situation terrible , C'est que le problème est toujours couvert. , Ou être retardé , Jusqu'à ce que l'orage Final .

Rigidité de l'organisation fonctionnelle

Par“ Fonctions ministérielles ” Organisation basée sur , Il est facile de tomber dans le mur du Département .

Les définitions du succès du produit varient d'un Ministère à l'autre ,Différents critères, Il est difficile d'atteindre des objectifs cohérents tout au long du cycle de vie d'un produit. , Ce qui rend difficile la collaboration . Si c'est dans un état de fonctionnement à grande vitesse , Le travail sur les produits doit être traité comme une transaction entre les ministères. , Comme une patate chaude. , Tout le monde veut descendre le plus vite possible. .

L'équipe responsable de la recherche et du développement porte toute la casserole Noire , Je ne peux pas le vendre parce que c'est une mauvaise expérience. , Les plaintes des utilisateurs sont encore plus dues à une mauvaise expérience .

Le deuxième problème de l'organisation fonctionnelle est qu'elle est susceptible d'entraîner PM Vous n'avez pas votre mot à dire. , Pas ou pas de responsabilité .PM Un rôle plus administratif et de coordination , Au lieu d'être le leader d'un produit ou d'un projet , Souvent, ils n'ont pas vraiment les moyens de faire avancer le projet. , Ce qui retarde , Ou de qualité insuffisante .

Quand unPM, Manque de pouvoir de décision , Cela signifie généralement que le projet est hors de contrôle .