Création d'un produit logiciel et gestion de son développement

Bonjour, Habr! Aujourd'hui, nous lançons une série de supports pratiques pour les chefs de produit, les fondateurs de startups et toute autre personne souhaitant acquérir les compétences d'un responsable du développement logiciel. Cet article et les suivants ont été préparés sur la base des conférences du cours "Créer un logiciel et gérer son développement" , organisé avec l'aide d'Acronis.



image


Quiconque envisage de lancer ses produits, cherche à élargir ses compétences ou souhaite débattre avec nous - s'il vous plaît, sous cat.



Table des matières du cours



1. < —

2.

3.

4.

5.

6.

7.

8. - -

9.





Je m'appelle Vasily Rudomanov et je suis responsable du développement des produits chez Acronis. Depuis de nombreuses années, je suis impliqué dans l'ingénierie ou le côté technique de la création de produits et de solutions. Cependant, l'expérience technique que j'ai acquise m'a finalement conduit à me spécialiser dans le développement de logiciels. Au fil des années de travail dans ce domaine, je suis devenu convaincu que la capacité à travailler avec votre produit, à comprendre comment une idée se transforme en produit fini, à choisir des niches de marché, à la positionner et à planifier le développement peut être utile pour les développeurs, ingénieurs, fondateurs de startups et employés du département. les ventes et de nombreux autres professionnels des entreprises informatiques, pas seulement les chefs de produit.



Dans notre cours, nous avons décidé de partager notre expérience dans le développement de logiciels, que nous avons accumulée au cours de plusieurs années de création et de promotion de produits logiciels sur les marchés russe et international.



Le fondateur d'une startup est de facto le chef de produit de l'entreprise et détermine donc complètement son développement. Par la suite, les chefs d'entreprise transfèrent cette fonction aux chefs de produit. Par conséquent, ces derniers doivent effectuer un grand nombre de tâches, contrôler le processus de développement, analyser les besoins du marché, résoudre les problèmes des clients et bien plus encore. Pour ce faire, vous devez disposer de tout un éventail de connaissances et de compétences importantes, ainsi que de pouvoir travailler avec des cadres spécialisés. Mais aujourd'hui, nous allons commencer par une idée ... avec cette «licorne» qui apparaît dans la tête de chaque personne quand il décide de donner au monde un nouveau produit.



Pourquoi certains projets sont-ils licenciés alors que d'autres ne le sont pas?



Comment un produit est-il généralement créé? Habituellement, une idée surgit et un groupe de personnes commence à la mettre en œuvre. Dans l'esprit des managers, des pensées brillantes surgissent sur la manière exacte dont le produit doit se développer. Les hauts dirigeants, administrateurs, conseillers, présidents d'entreprise ou propriétaires ont leur propre opinion. Ils forment la stratégie de développement commercial, ainsi que le produit lui-même.



image



Mais ce n'est pas tout: en plus de la stratégie, il y a souvent un besoin urgent «de mettre en place de nouvelles fonctionnalités en 2 semaines pour une transaction spécifique». Les ingénieurs, les développeurs et les architectes suggèrent d'utiliser de nouvelles piles technologiques, des bases de données, des technologies et des langages de programmation, et l'équipe d'assistance signale qu'il existe des bogues techniques dans le produit et qu'ils doivent être corrigés.



Mais ce système manque quelque chose. En l'absence de gestion des produits, rien de tout cela n'a rien à voir avec le marché! D'énormes ressources peuvent être gaspillées, et une bonne idée peut ne jamais voir sa réalisation simplement parce que le produit a évolué dans la mauvaise direction qui fait de l'argent.



L'essence d'un chef de produit



En fait, le chef de produit doit trouver les problèmes du marché et y trouver une solution. Mais les recherches montrent qu'en réalité, les chefs de produit passent moins de 20% de leur temps à le faire. Le reste va travailler avec tous les participants au processus, y compris les ingénieurs, les cadres supérieurs et, bien sûr, les clients eux-mêmes.



image



Le fait est que l'approche «à partir de l'idée» ne fonctionne pas, quelle que soit l'idée dont il s'agit - le dirigeant, le directeur ou le propriétaire de l'entreprise. Tôt ou tard, vous devez écouter le marché, car lorsque les directeurs commerciaux commencent à vendre un produit, il s'avère qu'il manque quelque chose, le produit est vendu aux mauvaises personnes, dans la mauvaise région, peut-être dans la mauvaise catégorie de prix. Après cela, il y a une révision ou même une version d'une nouvelle version du produit, même s'il était possible de commencer immédiatement à travailler dans la bonne direction. C'est pourquoi le rôle d'un chef de produit est si important pour une mise sur le marché réussie.



image


Cadre de gestion des produits



De nombreux développeurs connaissent déjà The Mythical Man-Month de Fred Brooks. Je recommande vivement de le lire si vous ne l'avez pas déjà fait. Fred Brooks a participé à la création de l'IBM 350. Son équipe a réalisé un excellent travail de création de logiciels pour le mainframe. Et dans son livre, il décrit très bien quelle est la différence entre un programme et un produit ou un système logiciel.



image


Brooks dit qu'il faut trois fois plus de temps pour transformer un programme créé et exécuté sur l'ordinateur du codeur en un logiciel. Il est nécessaire de le tester, de publier de la documentation, de le mettre en support, de vérifier ses performances sur différentes plates-formes logicielles, etc. Et si le développeur a passé un mois sur la création du programme, encore 3 mois s'écouleront avant que le logiciel n'apparaisse.



Le système logiciel est encore plus complexe. Les interfaces doivent apparaître; afin que le programme puisse interagir avec différents composants des plates-formes et être intégré dans un écosystème spécifique. Cela prend trois fois plus de temps. Ainsi, si vous souhaitez entrer sur le marché, vous devez y consacrer 9 fois plus de temps et de ressources.



C'était un exemple du domaine du développement, mais cet exemple montre bien que pour faire un gros travail, il faut penser à un éventail d'activités beaucoup plus large. C'est pourquoi un chef de produit a un grand nombre de responsabilités et de tâches qui vont au-delà de la définition des exigences pour un développeur. Les gestionnaires prennent un grand nombre de décisions - à la fois tactiques et stratégiques, et les cadres créés spécifiquement pour le développement de produits logiciels et de systèmes aident au travail systémique.



Les décisions stratégiques à long terme affectent l'avenir de l'entreprise et pour les mettre en œuvre, tout un ensemble d'éléments de planification doit être complété. Ils se reflètent sur la ligne jaune au centre du cadre.



image



Des blocs fonctionnels sont attachés à chaque segment de la stratégie, qui reflètent les actions nécessaires à la création réussie d'un produit. Tous ces éléments sont situés au bas de la charpente.



Mais en plus, pour créer le produit lui-même, vous devez effectuer de nombreuses actions d'un point de vue commercial. Ce n'est qu'alors qu'il sera possible de promouvoir le produit et de le commercialiser réellement. Ces blocs sont en haut du cadre.



Au cours de nos publications, nous nous familiariserons avec tous les éléments de ce cadre, que j'ai emprunté à l' Institut pragmatique.en créant d'abord un fork et en y ajoutant les éléments que je considère importants et en supprimant ceux qui ne sont pas utilisés dans Acronis. En plus du cadre, nous déterminerons quelles méthodes sont disponibles pour résoudre chacune des tâches de développement et de promotion de produits, ainsi que les domaines de responsabilité des différents départements et spécialistes lors du travail sur un produit logiciel:



image



car malgré le fait que le chef de produit est responsable de l'ensemble de l'entreprise liée avec un produit spécifique, bien entendu, les collaborateurs des autres départements, avec lesquels le chef de produit interagit directement, doivent bien entendu «peindre» tel ou tel bloc fonctionnel: responsables marketing, commerciaux, direction financière, développeurs, prévente.



Travailler avec le framework est très important pour toutes les catégories d'employés d'une entreprise informatique moderne.



Conclusion



Aujourd'hui, nous avons parlé d'approches générales de la gestion des produits qui seront utiles à la fois directement aux produits et aux PDG de startups qui devraient vraiment tirer (du moins selon les fondateurs). Dans le prochain article, nous discuterons de la manière de déterminer sur quel segment de marché vous ciblez votre produit et de la manière de mener une analyse concurrentielle de ce marché. Si ce sujet est important et utile pour vous, n'oubliez pas de vous abonner à notre blog.



→ L'enregistrement vidéo de toutes les conférences du cours est disponible sur YouTube



Première conférence:






All Articles