Produits, projets et autres animaux

Produit ou projet? Les différends sur la définition de ces concepts ne disparaissent pas, et ce n'est pas un débat futile. Les méthodes de gestion dépendent des caractéristiques de chaque discipline et les attentes des parties intéressées dépendent. Je souhaite présenter mes définitions des concepts de «produit» et de «projet». Je tiens à souligner tout de suite - ce seront exactement mes définitions basées sur de nombreuses années de pratique. Il est peu probable que vous trouviez leur mot à mot dans la littérature certifiée, mais je vais essayer de montrer tous les calculs qui conduisent précisément à de telles définitions. Je discuterai avec plaisir dans les commentaires si votre point de vue diffère du mien.

Un projet est une activité. Un produit est aussi une activité. Une fois terminé, un résultat tangible peut apparaître sous la forme d'un produit informatique, mais un logiciel n'est jamais une fin en soi d'un produit. Contrairement au projet, où le fait même de créer une solution informatique fonctionnelle sera un résultat significatif. L'objectif de l'activité de création de produit est de résoudre un problème spécifique d'un groupe spécifique de personnes. La qualité d'une solution à un problème peut être mesurée en argent, en likes, en nombre de vies sauvées, en nombre d'accidents, ou simplement en concept subjectif de «qualité de vie». Oui, puisque nous sommes, après tout, des informaticiens, nous utilisons des outils informatiques pour résoudre les problèmes. Cependant, le résultat du produit dans son ensemble ne peut pas être évalué par la conformité du mandat et du produit informatique développé. Mais dans le projet, c'est ainsi que nous évaluons le résultat.

L'objectif de l'activité du projet est de réaliser la tâche dans un délai et un budget clairement définis, avec une qualité donnée. Même si l'affectation de projet est écrite dans la première phase du projet, le projet a toujours un client dans l'intérêt duquel cette affectation est écrite. Le projet est le client, le produit est le problème.C'est une différence très importante! Même si le client du projet formule l'objectif comme «résoudre le problème pour moi», il ne sera pas équivalent au produit pour une raison simple: la responsabilité. Dès que l'équipe de projet forme la tâche et l'apporte au client pour signature, la responsabilité du fait que la méthode proposée résout le problème est transférée au client. Oui, dans certains cas, vous pouvez réduire le risque de solutions manquées en utilisant des approches Agiles (afin de ne pas démarrer un autre holivar, supposons que dans ce contexte, Agile est «une approche qui réduit le risque de ratés en raison de cycles de développement courts, constants analyse du résultat et la possibilité de changer la direction du mouvement à n'importe quelle itération »). Mais un projet a toujours ses limites. Au moins dans le temps. Donc, la responsabilité dequ'à la fin du projet, le résultat ne sera pas atteint, il restera toujours avec le client (surtout, surtout avec l'approche Agile, où le client s'implique assez étroitement dans le travail).

Le produit n'a pas de client. Il y a des utilisateurs dont le produit résout le problème. Mais ce ne sont pas du tout des clients. Henry Ford est crédité de la phrase "Si je demandais à mes utilisateurs quoi faire, j'attacherais toujours la cinquième jambe au cheval." Ce n'est pas si important qui est venu avec la phrase, mais elle illustre parfaitement la différence. Ford a résolu le problème du mouvement rapide et indépendant des gens de la classe moyenne. Yandex taxi résout le problème de la livraison rapide de voitures indépendamment de son appartenance à une flotte de taxis, et l'utilisation d'un smartphone et d'un système informatique au lieu d'un seul centre de répartition vous permet de battre ce dernier en prix et en qualité. Delivery-club résout le problème de la diversité alimentaire. Etc.

Un produit a toujours un investisseur. Il peut s'agir soit d'un fondateur qui investit son temps et de l'argent accumulé, soit d'une entreprise distincte investissant de l'argent ou des relations. Un investisseur diffère du client en ce qu'il n'accepte aucune responsabilité pour le résultat de l'équipe. L'équipe est responsable du résultat du produit. Pour comprendre si un produit évolue dans la bonne direction, des métriques de produit sont générées. Concernant leurs modifications, celles-ci ou ces modifications apportées au produit pour une certaine période sont évaluées. Le projet a également des paramètres, mais ils concernent principalement le développement du temps ou du budget. Pour comprendre la différence, regardons un exemple simple: la métrique "exécution budgétaire" pour la période a montré un excès de fait par rapport au plan. L'analyse a montré que nous avons capturé le segment sur lequel nous ne nous attendions pas à de la publicité contextuelle.La conversion du segment en action cible a montré qu'il y avait du potentiel. Si nous fabriquons un produit, nous analyserons et renforcerons les avantages compétitifs du produit dans le nouveau segment, en augmentant le budget. Si nous faisons un projet, alors c'est une étape claire au-delà des limites du projet et nous devons ajuster les publicités afin de supprimer le trafic inutile.

Chaque produit a au moins un concurrent - une façon familière de résoudre un problème. Pour Henry Ford, il s'agissait d'équitation ou de calèches. Pour le taxi Yandex, appelez les compagnies de taxi ou appelez un seul service d'expédition. Le Delivery Club se bat, tout d'abord, avec «cuisinez vous-même». Et l'efficacité de chacun n'est pas la commodité des interfaces de leurs applications, mais la qualité de la solution au problème d'origine. Si Yandex-taxi arrivera toujours beaucoup plus rapidement que via le répartiteur, alors peu importe la gêne occasionnée par l'application, ils l'utiliseront. Mais à Tolyatti, par exemple, toujours un taxi, commandé par téléphone auprès d'un seul service d'expédition, arrive plus rapidement et en plus d'endroits. Par conséquent, à Tolyatti, le taxi Yandex en tant que produit échoue, malgré l'application super cool.

Les projets peuvent ne pas avoir de concurrents, car le but du projet peut être d'optimiser certains processus ou simplement de collecter des données, de la reconnaissance au combat. Le projet se termine dès que son objectif est atteint ou la date limite de sa mise en œuvre. Le produit est vivant pendant que le problème est vivant. Les changements de produits sont un moyen de survivre dans un environnement concurrentiel. À chaque itération, l'équipe produit doit répondre aux questions «que pouvons-nous changer pour qu'il devienne encore plus facile / plus rapide / plus confortable pour nos utilisateurs de résoudre leur problème». L'équipe de projet résout le problème inverse - comment empêcher la croissance du volume du projet.

Maintenant, sur la base des caractéristiques ci-dessus, dérivons les définitions du projet et du produit.

• — , , , . ( ) , .
• — , . , , , , — , . — — .

Avant de tirer des conclusions, je veux répondre à une question silencieuse des lecteurs: "Qu'est-ce que l'image dans le titre a sur le sujet en discussion"? Le plus direct. Jacob Jordaens a représenté la deuxième rencontre d'un satyre avec un paysan de la fable d'Ésope «L'Homme et le satyre». Lors de la première réunion, le satyre a demandé au paysan en se soufflant les mains en hiver: "

Que fais-tu?" Pourquoi soufflez-vous sur vos mains?
"Je les réchauffe avec mon souffle."
Lors de la deuxième réunion, qui est sur la photo, le satyre demande au paysan: "
Pourquoi soufflez-vous sur la soupe, en essayant de la réchauffer?" Est-il si chaud?
"Non, je souffle sur la soupe pour la refroidir!"

De ce dialogue, le satyre conclut que les humains sont des créatures suspectes à deux faces qu'il vaut mieux éviter.

Des définitions des concepts de «produit» et de «projet» sont nécessaires pour ne pas tomber dans la même situation qu'un satyre. Ils sont nécessaires pour appliquer les bons outils au bon moment, en choisissant le bon système de contrôle. Afin de ne pas essayer d'évaluer les activités du projet avec des métriques de produit ou vice versa. Afin de ne pas tenter de formuler un budget produit sur la base des spécifications techniques d'un système informatique. Concentrer clairement l'équipe sur une stratégie de travail spécifique. Par exemple, lors de la conception de systèmes informatiques dans un projet, il est logique de choisir les solutions les moins risquées. Et dans le produit sont ceux qui répondent au concept gagnant-gagnant. Le choix d'une cascade itérative pour le développement du projet est une étape tout à fait naturelle, car elle vous permet de contrôler plus précisément le budget et le calendrier. L'utilisation d'approches flexibles dans les produits est plus pratique, car ce sont elles qui font les erreurs le plus souvent et le plus rapidement.Utilisez des approches conformes à la réalité, ne vous trompez pas - et il y aura moins de frustration dans la vie.