Ne lisez jamais des livres pour l'auto-éducation comme ça, sans pratique. C'est la pire chose quand une personne lit un tas de livres, puis essaie d'obtenir un emploi en tant que chef de produit, en agitant les connaissances du livre. Ces candidats sont immédiatement visibles. Et c’est formidable si une personne au travail commence à se développer en tant que chef de produit. Très souvent, les chefs de projet se comportent comme des produits. Par exemple, les testeurs commencent à lire des livres utiles, contrairement aux développeurs qui s'assoient et écrivent du code sans rien lire sur les mêmes méthodologies flexibles.
J'ai appris de ma propre expérience combien il est décevant de consacrer beaucoup de temps et d'argent à quelque chose, puis vous avez lu un livre qui décrit toutes les erreurs que j'ai faites. Et si je l'avais lu plus tôt, j'aurais pu l'éviter, tout aurait pu se passer différemment. Et si vous souhaitez évoluer dans votre métier, mieux vaut ne pas répéter les erreurs des autres, ou le faire consciemment. Et les livres y contribuent beaucoup. Permettez-moi de vous conseiller sur les livres dont la lecture est recommandée par chaque chef de produit.
Demandez à maman
Chaque chef de produit doit pouvoir poser des questions et comprendre ce qu'est l'utilisateur. «Ask Mom» est un livre sur le développement client, sur le bon sens, sur les utilisateurs, avec d'excellents exemples et descriptions d'erreurs courantes.
Écrire, couper
Les textes sont importants car les utilisateurs les lisent vraiment. Et de nombreux chefs de produit ont un inconvénient - ils ne savent pas bien écrire. Mais ce sont les produits qui comprennent leur produit mieux que quiconque, et ce sont eux qui doivent le remplir de texte. Et comment le faire correctement, il est écrit en "Write, Cut".
On the Hook (Inspiré: Comment créer des produits technologiques que les clients adorent)
Ce livre explique comment créer des produits. Voici des exemples de la façon dont les utilisateurs perçoivent le produit, ce qui est important pour eux, quelles erreurs peuvent être commises. Ne cherchez pas ici des solutions à vos problèmes pratiques, ce livre a pour but de penser correctement au produit.
Offrir le bonheur
Le livre traite de l'attitude envers les utilisateurs. Dans de nombreuses entreprises où je travaillais, il y avait une telle pratique: les développeurs sont envoyés pour quelques jours travailler dans un service de support, avec modération. De là, les gens en sortent différents. Souvent, ils commencent à coder juste là: "
Oui, je vais réparer
cette merde dans cinq minutes maintenant. Comment savais-je que c'était une telle douleur? Cette tâche est suspendue depuis longtemps. Mais si j'avais su, je l'aurais fait différemment . " Et puis les développeurs disent déjà aux produits quels sont les problèmes des utilisateurs, ils développent la motivation pour résoudre certains problèmes.
Dans le développement de logiciels allégés, il y a le concept d'un certain cycle de travail unifié, au sein duquel tous les développeurs doivent être aussi proches que possible de l'utilisateur. Et c'est la tâche d'un bon produit: amener le développement à l'utilisateur le plus près possible à travers la user story, le job story, les explications, etc. Le livre "On the Hook" sur la façon dont vous pouvez aimer les utilisateurs, à quoi cela mène vraiment. Elle a inspiré tant de gens qui ont réussi. Oui, les changements ne seront pas rapides mais profonds.
De bon à excellent
Un livre sur la façon dont les entreprises cool sont vraiment créées. En 2010-2014, il y a eu une ère de consultants qui ont promis de tout faire tout de suite. Mais si vous analysez le succès de Pampers, Gillette et de nombreuses autres grandes entreprises qui ont progressivement atteint leurs sommets, il s'avère qu'elles le doivent à des employés ordinaires, et non à des «stars». Les entreprises vraiment cool sont construites tranquillement, et non par des relations publiques fortes.
Si un chef de produit veut gérer l'écosystème qui l'entoure - développeurs et autres produits - s'il grandit en tant que senior ou CPO, interagissant avec toutes les structures, alors il doit comprendre que cela nécessite un travail acharné. À l'exemple des entreprises décrites dans ce livre, il devient clair qu'il n'est pas nécessaire de faire beaucoup de relations publiques et de prendre la parole lors de conférences. Cependant, une seule recette n'existe pas.
Le dilemme de l'innovateur
Livre sur l'innovation perturbatrice. Si vous travaillez dans une grande entreprise, vous devez accepter le fait qu’à un moment donné, vous pourriez être expulsé du marché et que vous ne le remarquerez même pas.
Comment cela se passe-t-il? Par exemple, les pelles à piston ont déplacé les pelles à câble du marché. Lorsque les modèles à piston sont apparus pour la première fois, ils étaient bien pires que les modèles à câble utilisés, qui occupaient le milliardième marché. Mais avec le développement et l'amélioration, les pelles à piston ont finalement déplacé les pelles à câble du marché, dont les fabricants n'attachaient pas d'importance aux concurrents, puis il était trop tard.
Le chef de produit a toujours deux aspects: il est nécessaire d'améliorer l'existant, mais en même temps de penser à quelque chose d'innovant, sapant le marché, qui: a) pilotera votre produit à l'avenir, votre entreprise; b) ne permettra pas de mourir dans la compétition. Vous devez rivaliser avec quelque chose qui vous appartient - perception, positionnement, fonctionnalités - mais pas de valeur. Le livre contient de nombreux excellents exemples avec des chiffres qui montrent comment certaines entreprises ont pu reconstruire et d'autres non. Ce livre traite également de l'analytique et de la réflexion stratégique à grande échelle, qui manquent tellement à de nombreux chefs de produit.
Gestion flexible des projets et des produits
L'auteur, Boris Wolfson, était CTO Banki.ru et est maintenant le directeur technique de HeadHunter. Dans son livre, il a décrit très brièvement tout ce qui est nécessaire au développement d'un produit. Le plus souvent, le chef de produit est responsable du déploiement du produit, et pas seulement de l'écriture des tâches, il doit donc comprendre comment cela se fait. La valeur de la compréhension de la théorie et des processus n'est pas que vous puissiez dire «ils l'ont comme ça, faisons de même», mais que vous pouvez appliquer correctement ces connaissances dans votre situation. Autrement dit, il est en mesure, dans n'importe quelle situation, de trouver ce qui doit être fait.
Ce livre traite de toutes sortes de processus, de la façon dont vous pouvez structurer les équipes, comment elles interagissent. De nombreux exemples, étayés par des chiffres. Je me souviens surtout du tableau de refactoring. J'ai toujours pensé que le refactoring est très difficile à justifier, mais Boris a complètement réfuté cette croyance.
Entreprise à partir de zéro
Ceci est un livre de base. Il a été écrit lorsque «startup» était un mot à la mode qui était inséré partout. En fait, un livre sur l'épargne. De la théorie Lean, dont l'essence est de réduire les pertes, tous nos Scrum et Agile proviennent. Prenez Scrum, par exemple: parcourez, asseyez-vous et voyez ce que vous avez fait de mal. Vous corrigez et faites mieux la prochaine fois: réduction itérative des pertes, y compris les interactions supplémentaires avec d'autres personnes.
Cette approche est largement utilisée grâce au système de production Toyota, qui est basé sur le cycle PDCA (planifier-faire-vérifier-agir) - vous devez d'abord planifier, faire, vérifier, appliquer. Mais la chose la plus importante est l'analyse. L'épargne est que vous accélérez progressivement beaucoup, et pour cela, vous devez constamment passer par le cycle PDCA, c'est très important.
Bien que ce soit la startup qui soit la plus intéressée à minimiser les coûts, 80% du livre est consacré au produit: comment créer, tester, faire du MVP, ce qui n'a pas besoin d'être fait et comment cela devrait.
Inside intel
Curieusement, ce livre traite d'Intel: comment la société a été créée, comment et avec qui elle a concurrencé, et en cours de route raconte l'histoire de nombreuses autres sociétés, dont AMD et Microsoft. Il sera très utile de lire aux personnes qui veulent entrer sur le marché international, quelles sont les règles là-bas, ce qui devrait être sacrifié. Bien que le livre soit assez ancien, il décrit la base établie dans toutes les entreprises informatiques des mêmes États-Unis.
Andrew Grove, l'un des fondateurs d'Intel, est aujourd'hui considéré comme l'un des meilleurs dirigeants d'entreprise de l'histoire. Il a développé un certain nombre de techniques de gestion qui sont maintenant largement utilisées en informatique.
Date limite Gestion de projet Roman
Le seul roman sur l'informatique: comment un énorme développement est réalisé à partir de zéro, comment les gens interagissent. Diverses règles, lois, nuances, pièges sont décrits. Tout cela s'applique aux entreprises occidentales. C'est facile à lire, mais il y a beaucoup d'informations dans ma tête sur la façon de former des équipes, comment motiver et quelles règles suivre.
Par exemple, la question s'est posée: comment motiver les développeurs à travailler plus efficacement et en même temps à ne pas les forcer à recycler? Tous ont été transférés sur des ordinateurs fixes et à 18h00, ils ont coupé l'électricité dans le bureau. Tout le monde le savait, alors ils fumaient moins et perdaient du temps, tout le monde avait une meilleure vie de famille. Les gens ont donc été encouragés à planifier et à utiliser efficacement le temps de travail. Aujourd'hui, cette approche est utilisée dans de nombreux studios de conception avancés.
* * *
Ces livres aideront le chef de produit à former une certaine façon de penser. En général, il existe deux types de produits: les "starters" et les "améliorants". Certains n'aiment pas les autres. Les «lanceurs» se considèrent eux-mêmes et leur propre type de visionnaires, et les «améliorateurs» sont plus jolis que toutes sortes de mesures. Mais les livres répertoriés sont pour les deux catégories. Ils aideront à former une base, à structurer les connaissances afin qu'il y ait de quoi parler lors des entretiens et avec des collègues.