Les bases de l'analyse d'entreprise

1. Introduction: Bonjour là. Je m'appelle Adam. Je suis chef de produit et je suis dans le monde des produits depuis un certain temps maintenant, développé des produits dans plusieurs industries différentes et introduit les gens dans le monde des produits en bas de la ligne. C' est un monde passionnant. Et ce qui le rend si intéressant, c'est la diversité, les connaissances qui basent les interactions, ce sentiment d'achèvement que vous obtenez avec chaque nouvelle fonctionnalité. Donc, chacun de vos rêves est analyste d'affaires, propriétaire de produit ou chef de produit, mais vous n'avez aucune idée de ce qu'il s'agit, alors soyez assuré que vous êtes au bon endroit. Si vous êtes déjà entré dans ce domaine magique du produit, mais que vous y êtes encore nouveau. Et vous pourriez utiliser un coup de pouce doux que je suis ici pour offrir des conseils avec juste la bonne quantité d'inflammation de qualité pour stimuler votre confiance, assaisonné avec des astuces et astuces ainsi que quelques exercices pour faire fonctionner ce moteur. Nous parlerons du cycle de vie du développement des produits et de la façon de nous emballer autour de toutes les questions. Nous parlerons des rôles et des responsabilités et de la façon de choisir soigneusement ce qui souhaitait. Nous allons plonger en profondeur dans le processus de gestion des exigences du cadre et de raffinement de la gestion des parties prenantes, mais aussi concevoir des façons de travailler et d'autogestion réfléchies. Et vers la fin, nous aurons aussi un avant-goût de l'ensemble des compétences tout autant que de comprendre ce qu'il faut pour sortir et ne pas faire ce produit. Peut-être avez-vous déjà essayé de digérer des heures et des heures de vidéos. Vous avez dû lire des milliers de mots en essayant de comprendre ce qu'est la gestion des produits. Cela signifie que vous vous êtes déjà engagé dans ce changement. Tout ce que vous devez faire maintenant est de prendre cet engagement d' un pas de plus et vous avez votre percée. Et il y a beaucoup de cours incroyables là-bas, chacun d'eux se concentrant sur divers sujets de gestion des produits. Ceci cependant, est le seul cours qui vous initiera au monde du produit et tiendra la porte ouverte pour vous pendant que vous vous familiariserez pleinement avec la terminologie et les concepts et les méthodes de travail, vous comprendre de quoi il s'agit. Vous ne serez plus perplexe ou débordée, et vous trouverez enfin à votre portée de faire le changement de carrière que vous avez toujours rêvé. Je suis ici pour vous offrir une visite guidée de ce que signifie être une personne de produit. Et pour les exercices pratiques que nous allons passer. Vous aurez également un avant-goût de la façon dont vous avez l'impression de gérer un produit. De la tactique à la stratégie. Bon, faisons ça. 2. Chapitre 1 : Produit unique: Lors de notre première session, nous parlerons du produit, une première étape dans le monde du produit. À quoi ressemblerait le produit ? Les dictionnaires commerciaux définissent les produits comme des biens, des idées, des méthodes, des inflammations, des objets ou des services créés à la suite d'un processus et répondant à un besoin spécifique. Par conséquent, un produit a une combinaison d'attributs tangibles et intangibles. Ce sont les avantages, les fonctionnalités. Par exemple, lorsque vous souhaitez acheter une voiture, vous pouvez considérer des attributs tangibles, tels que sa taille et sa couleur, le nombre de portes, etc. Cela signifie que vous recherchez un produit en fonction de ses attributs tangibles. D' autre part, vous pouvez également considérer des attributs intangibles tels que le prix, qualité et les résultats des tests de sécurité. Alors qu'est-ce qu'un produit après tout ? Eh bien, tout peut être un produit d'un stylo ou d'un téléphone à un livre, ou une fête d'anniversaire, ou même une personne pour moi, est devenu mon propre produit personnel quand je suis passé de la banque au développement de produits logiciels, J' ai dû acquérir de nouvelles compétences et aussi changer de forme et améliorer la façon dont mis en valeur mon profil sur le marché. Mais pourquoi pensez-vous que nous avons besoin de développement de produits ? Nous devions améliorer la qualité et ajouter de la valeur pour les clients. Nous devions améliorer les performances et réduire les coûts. Nous avons besoin de développement de produits parce que l'amélioration continue est essentielle à toute entreprise. C' est ce qui nous garde en avance sur le jeu, sont en train de former et de fournir la meilleure expérience client. Axé sur le client est toujours une bonne attitude parce que de cette façon nous ne perdrons jamais notre attention sur ce qui est vraiment important. Et sans clients, il n'y a pas de produit. Alors, qui pourrait gérer un produit ? Eh bien, en vérité, n'importe qui peut gérer un produit et toutes les personnes impliquées dans le cycle de vie du développement du produit peuvent certainement présenter des idées et des commentaires. Mais généralement, la personne responsable de cela est le chef de produit ou le propriétaire du produit, selon le modèle organisationnel. Mais il peut parfois s'agir d'un analyste commercial ou de tous ces rôles travaillent ensemble tout au long du cycle de vie du développement de produits. Quoi qu'il en soit, si nous voulons parler de la personne derrière le rôle, alors il y a plus que ce que l'on peut voir. Catherine, ancienne propriétaire de produit, c'est Shutterstock, l'a réduit à six catégories. Vous avez des propriétaires de produits obsédés par les taux de conversion et les analyses sont ceux qui aiment plonger en profondeur dans les parcours des utilisateurs et les flux d'affaires. Comment les autres sont accro aux médias sociaux et au réseautage. Alors que certains d'entre nous sont incroyables, de bons services de construction, si les données et les algorithmes sont votre truc, alors vous avez votre place spéciale. Et tu es tout aussi spécial. Si vous êtes concentré sur le mobile. En fin de compte, il n'y a pas de propriétaire de produit universel. Si vous êtes un employeur, cela dépend de ce que vous recherchez exactement. Alors que si vous êtes le propriétaire réel du produit, vous avez juste besoin de faire attention à vos forces, vos passions et vos faiblesses, afin que vous optiez pour le travail qui vous convient le mieux. Comment devrions-nous gérer un produit ? Le rôle du propriétaire du produit ne semble doux sur le papier et effrayant à. Vous êtes le roi de la route sur le chemin de la production, le leader ultime et l'expert de l'industrie. Mais en fait, être propriétaire de produit ne signifie pas être la voix la plus importante. Il ne s'agit pas de générer à lui seul un IDF de l'autre. Il ne s'agit pas d'être un concepteur ou un programmeur ou tout ça à la fois. Être propriétaire de produit, c'est être la voix du client. Il s'agit de faciliter le travail d'équipe, atteindre la communication, de diriger et de guider les gens tout au long du parcours du produit. Il s'agit d'être positif et déficient. Il s'agit de prendre des décisions sur place avec une poignée d'informations. Tout cela et bien plus encore. Voici un exercice pour vous. Prenez 15 minutes pour trouver une idée de produit et mettre en évidence ses principales caractéristiques. Ne le complique pas trop. Il ne s'agit pas de l'idée elle-même. Ce n'est pas censé être unique ou finaliste du prix Nobel d'ailleurs. Il s'agit de mettre en place un point de départ pour tous les exercices suivants tout au long du cours. Nous pouvons donc être une montre connectée, une application, un jouet, une voiture, ou un livre. Donc, fondamentalement n'importe quoi, assurez-vous juste que vous spécifiez ses caractéristiques générales. Comme par exemple, je veux créer une montre intelligente pour les personnes ayant une déficience visuelle afin qu'elles puissent facilement accéder aux flux d'information, contenu des médias sociaux, à la couleur, l'inflammation et aux transports publics en entier. À la fin du cours, vous aurez traversé toutes les étapes du développement des produits. Et c'est votre point de départ. Bonne chance, et rendez-vous sur notre prochaine session où nous parlerons pensée du design comme une façon incroyablement créative de concevoir un produit. À partir de l'empathie. 3. Penser design: Salut et bienvenue. Dans cette session, nous allons parler de la façon de concevoir des choses à travers. Nous pourrions souvent utiliser un guide, un manifeste en cinq étapes vers le succès. Et nous avons peut-être déjà cette connaissance enterrée au fond sous un tas d'inflammation. Et tout ce que nous avons à faire est de réorganiser les pièces du puzzle pour que tout ait du sens. Alors voici ce qui est tendance. Conception de pensée. La pensée conceptuelle est un processus. Comment une technique et finalement un processus cognitif destiné à donner vie de manière créative et efficace à un produit. Et le concept de pensée du design remonte aux années 1960, et il est né comme un mélange de techniques de créativité et de méthodes de conception telles que la divergence, convergence, le prototypage et la durabilité. C' est une approche centrée sur l'homme, ce qui signifie que par opposition à une approche centrée sur le client où nous parlons de facilité d'utilisation, d' amélioration des flux, d'interfaces conviviales. Avec la pensée du design, nous parlons des désirs, des besoins, des sentiments et de la valeur ajoutée. Tout commence par l'empathie. empathie est notre capacité à nous repositionner pour que nous pénètrons dans les profondeurs de ce qu'une autre personne vit. Nous devons donc prêter attention à ce que l'autre personne dit, fait, pense et ressent. Bien que cela puisse être assez facile avec des actions et des mots, nous avons besoin d'un œil attentif pour les détails et observation attentive quand il s'agit de pensées et de sentiments. Donc, si le produit que nous avons l'intention de créer est une montre intelligente pour les malvoyants, par exemple. Ensuite, nous pouvons penser à nos clients potentiels, marcher un kilomètre dans leurs chaussures et essayer de plonger profondément dans leurs peurs, frustrations et obstacles, mais aussi leurs désirs et leurs besoins. Nous aurions alors besoin de définir. C' est là que nous avons commencé à travailler avec toutes les informations que nous avons recueillies à l'étape précédente. Nous pouvons donc identifier et définir les problèmes en analysant les faits et les données recueillies jusqu'à présent. Je comprends les causes et les effets en définissant correctement les problèmes, puis en expliquant les problèmes. Pourquoi devons-nous expliquer les problèmes ? Parce que c'est la preuve ultime que les problèmes ont été bien compris. Nous pouvons ensuite procéder à l'identification et à la définition de la solution. Et nous pouvons le faire en compilant une liste de solutions possibles, testant les solutions et en les validant, puis nous pouvons définir globalement la solution appropriée et assigner sa mise en œuvre. La troisième étape de la conception consiste à générer des idées. J' ai jeté la table. Amy et moi voulons dire, absolument toute idée qui croise votre esprit à ce stade, c'est de générer des idées. Ça n'a pas d'importance. Peu importe du tout, que ce soit bon ou mauvais ou si c'est la pire idée jamais, s'en occupera plus tard. Tout ce qui compte maintenant est de générer autant d'idées que possible sans contraintes, analyse ou comparaison d'aucune sorte. Alors pensez hors de la boîte ci-dessous sur les idées des autres. Restez concentré sur le sujet. Et b Visual, aller pour des idées sauvages et aller pour la quantité. Le prototype est ce que nous devrons faire ensuite. Celui-ci concerne la production de la version allégée du produit, une version qui n'est pas très chère. Et nous sommes dans une phase expérimentale. L' objectif ici est d'identifier la solution la plus appropriée. Et comment y arriverons-nous ? Peut tester et retester en enquêtant, en améliorant et en testant encore et encore jusqu'à ce que nous ayons une meilleure idée de la solution pour le problème et le produit à la fois. Le test est la dernière étape. Il y a des tests rigoureux en cours ici. Et le but est de tester soigneusement le produit complet, considérant la solution optimale telle qu'elle a été identifiée au cours de l'étape précédente. Nous testons donc le produit, nous évaluons la solution, nous générons de nouvelles idées, et nous affinons ou redéfinissons le problème. Cela conduit à un processus itératif parce que c'est ce que la pensée de conception est. Tu ne mets pas ton crayon une fois les tests passés. Test, le produit nous apprendra plus sur les clients et il va générer de nouvelles idées. Les tests peuvent également redéfinir le problème lui-même. Vous voyez, ce n'est pas la fin de la ligne. Ce n'est pas seulement une recette simple en cinq étapes pour le produit parfait. C'est plus que ça. Voici votre exercice pour la journée. Vous avez déjà trouvé une idée de produit. Et vous avez également mis en évidence ses principales caractéristiques. Maintenant, il est temps d'empathie. Pensez à vos clients et marchez un kilomètre dans leurs chaussures, identifiez leurs points douloureux, leurs besoins. Vous devez ensuite définir ce qu'ils rencontrent, mettre en évidence les problèmes et définir la bonne solution pour chaque problème spécifique. Et maintenant, venez avec des idées. Il n'y a pas de mauvaise idée. Alors allez-y et commencez trier vos idées et à identifier celles qui conviennent le mieux à votre objectif. Ensuite, catégorisez-les correctement, en les regroupant sous les entités correspondantes que vous avez précédemment identifiées. Mais laissez-moi vous donner un exemple. Si je devais créer une montre intelligente pour les personnes malvoyantes, comme je l'ai dit, mes caractéristiques de haut niveau seraient les suivantes. Nouvelles, médias sociaux, couleur, inflammation, météo et transport en commun. Pourquoi devrais-je appeler l'inflammation, par exemple, pour être disponible sur ma montre intelligente en braille. Parce qu'en tant que client, il serait un peu plus difficile pour moi de simplement m'arrêter, peut-être au milieu d'un trottoir bondé et d'accéder fonctionnalité particulière de mon téléphone qui me dirait juste cela. Donc, cette fonctionnalité me permettrait d'accéder à cette information beaucoup plus facilement. Maintenant, comment est-ce que c'est censé fonctionner exactement ? Eh bien, les idées suivantes pourraient convenir à cette fonctionnalité. Il afficherait le nom ou le numéro de téléphone de la personne qui m'appelle. Il afficherait des options pour prendre ou rejeter ce charbon. Il afficherait une option pour rappeler et ainsi de suite. Maintenant certaines de ces idées pourraient être bonnes, certaines d'entre elles pourraient être grandes, d'autres pourraient être complètement inutiles. Je les arrangerais plus tard de toute façon. Donc, pour les produits I, je ne choisirais qu'une ou deux de ces idées, puis les tester et analyser les résultats, puis procéder au processus. Parce que, comme je l'ai dit, pensée du design est un processus itératif. Et c'est juste la beauté de cela parce qu'il apporte de l'efficacité à travers étapes clairement définies qui nous permettent de nous concentrer sur une chose à la fois. Nous permettant ainsi de faire ressortir les meilleures idées et les meilleures solutions, le meilleur produit pour les besoins de nos clients. Bonne chance et rendez-vous dans notre prochaine session lorsque vous découvrirez que le bon sens devrait être votre arme de choix lorsque vous devez choisir entre un large éventail de cadres et de méthodologies. 4. Agile et SCRUM: Salut et bienvenue. Au cours de cette session, nous parlerons du bon sens comme arme de choix. Bland, construire, tester, examiner, déployer. s'agit d'une cascade, et elle passe généralement par un long processus de planification suivi par la construction du produit, puis le test du produit, examen et éventuellement le déploiement du produit. À ce stade, vous pouvez finir par mettre le mauvais produit sur le marché si la demande ou la technologie du marché a changé depuis l'élaboration du plan initial. Certains des problèmes de cette approche sont que la planification doit être faite avant le début de tout travail. Ensuite, la plupart du temps, la planification est faite sans comprendre pleinement le projet pendant les étapes de développement, souvent les choses sont renvoyées à la phase de développement, auquel cas, soit le projet doit recommencer ou les développeurs critiqués pour ne pas comprendre le plan et ainsi de suite. Donc beaucoup de retour à pied et à faire plus. Cela signifie beaucoup de temps avant que vous puissiez sortir le produit de la porte. Avec Scrum. D' autre part, le processus est divisé en morceaux plus petits. abord, nous faisons juste assez aveuglant pour commencer à construire l'ensemble de fonctionnalités minimum. Nous construisons ensuite ce qui était prévu. Nous testons, examinons et préparons le produit à être publié. Lorsque ce cycle est terminé, nous finissons avec un produit potentiellement expédiable. Ce processus est répété maintes et maintes fois dans un délai de une à trois semaines. Et le processus est répété encore et encore. Vous vous retrouvez donc avec des cycles de libération incrémentiels appelés sprints. Parfois, vous pouvez finir par expédier votre produit après le deuxième sprint ou le troisième, ou le quatrième, ou plus tard. Mais vous finissez par expédier le produit des valeurs et les principes du développement logiciel Agile sont compris dans un soi-disant manifeste. Ici, il va, les individus et les interactions sur les processus et les outils. Cela signifie que la communication par tous les moyens nécessaires est plus importante que de suivre une procédure spécifique. Les temps changent pas à pas. Les gens changent la façon dont nous interagissons changent. Continuez donc et adaptez les logiciels de travail par rapport à une documentation complète. Ce que cela signifie, c'est que cela fonctionne sur ma machine n'a jamais été assez bon. Nous avons peut-être le guide d'intégration le plus exquis, mais tout est pour rien. Si l'appel API reçoit un retour à l'expéditeur, collaboration client sur la négociation du contrat, tout le monde a besoin du filet de sécurité. Nous en avons tous un en place, mais nous ne partons pas en bas. Nous avons travaillé ensemble, nous communiquons, nous transmettons le message à travers la table avec précision et en temps opportun. Même si parfois le vent souffle un peu le filet de sécurité sur le côté, réagissant au changement de suite à un plan. Pour ma part, considérez cela comme étant au cœur de l'état d'esprit agile. Vous construisez un plan, puis quelque chose se passe et le projet est en danger. Qu' est-ce que tu fais ? Qu' est-ce qui compte le plus pour vous à ce stade ? Je dirais qu'il est dans l'intérêt de tous de s'abstenir, s' adapter, d'ajuster le plan pour qu'il tienne compte du changement. Gardez l'objectif final en vue et soyez agile. Dans Agile Scrum, trois rôles clés sont nécessaires pour que le framework fonctionne bien. Le propriétaire du produit est la personne responsable de la définition des caractéristiques nécessaires au produit. Le maître de mêlée est un chef de service de l'équipe, responsable de la protection de l'équipe et du processus, de la tenue des réunions et du maintien des choses. L' équipe peut être composée de développeurs, de testeurs, de pilotes, de toute autre personne qui aide à construire le produit. Toutes ces personnes travaillent et travaillent ensemble pour mettre le produit à la porte. Il y a aussi trois artefacts ou documents, disons, qui sont utilisés dans Agile Scrum, le carnet de commandes de produits. C' est là que les propriétaires de produits créent une liste hiérarchisée de fonctionnalités connues sous le nom d'histoires d'utilisateurs pouvant entrer dans le produit. Ce moins évolue et change de priorité à chaque sprint. Ensuite, nous avons les histoires d'utilisateurs, qui sont une façon de décrire l'ensemble de fonctionnalités. Ils sont généralement écrits de telle sorte qu' ils ont du sens pour quiconque les lirait. En tant que client. J' ai besoin de quelque chose. Donc, et ici nous avons le but. La raison pour laquelle cette façon de formuler l'histoire de l'utilisateur permet au propriétaire du produit spécifier le bon nombre de détails pour que l'équipe puisse estimer la taille de la tâche. Les histoires d'utilisateurs les plus prioritaires vont dans le carnet de commandes de sprint. Ceux-ci sont estimés pour la taille et sont engagés pour le prochain sprint. Enfin, nous avons les tableaux de burndown qui montrent les progrès réalisés pendant le sprint et l'achèvement des tâches sur le carnet de sprint. Ces tableaux devraient approcher 0 point au fur et à mesure que les travaux sont terminés. Nous avons aussi quelques cérémonies qui composent Scrum. Nous avons cette session de raffinement d'impression, où le propriétaire du produit, maître de mêlée et l'équipe se rencontrent pour discuter des histoires des utilisateurs et estimer leurs tailles relatives. Cela se produit généralement une ou deux fois par sprint. Selon les nécessités. La planification du sprint est ce qui se passe une fois par sprint au début de celui-ci. Et c'est quand le propriétaire du produit, maître de mêlée, et l'équipe, ils ont tous besoin de passer en revue les histoires des utilisateurs, tels qu'ils ont été précédemment estimés et arrangés dans le carnet de commandes de sprint par le propriétaire du produit en fonction de leur priorité. La mêlée quotidienne est une brève réunion de stand où l'équipe discute de ce qu'elle a accompli depuis la réunion précédente, ce qu'elle travaille et de tout ce qui pourrait être bloqué ou nécessitant une résistance. Et puis nous avons cet aperçu imprimé et rétrospectif, qui se produisent à la fin du sprint. C' est là que l'équipe démontre le travail accompli au propriétaire du produit et aux diverses parties prenantes. Ensuite, l'équipe discute de ce qu'elle peut faire pour améliorer le processus à l'avenir. Cela peut être fait en un seul, mais généralement les gens préfèrent les avoir comme deux réunions complètement séparées. Et je ne pouvais pas être plus d'accord parce que ça te permet de te concentrer sur une chose à la fois. En plus d'autres parties prenantes pourraient se joindre à la session de démonstration. Alors que la rétrospective est réservée à l'équipe. Mais Agile est plus qu'un simple cadre. C' est un état d'esprit. Il ne s'agit pas seulement d'éliminer les obstacles, mais aussi d'enseigner et de mentorat. Il ne s'agit pas seulement de facilitation, mais aussi de coaching. Donc, vous voyez qu'il y a beaucoup plus à être agile que de simplement suivre un ensemble de règles spécifiques. Quel que soit le rôle que vous jouez dans l'univers de la gestion des produits, il sera bon pour vous d'adopter l'agilité sous toutes ses formes. Votre seul en danger de devenir un meilleur professionnel. Là, un collègue, une meilleure personne. Et depuis que nous avons parlé de cette approche de miettes dans le cadre de ces univers Agile. J' espère que c'est le moment mentionner qu'il n'y a pas de cadre parfait. n'existe pas de mesures standardisées adaptées à chaque entreprise, à chaque besoin, à chaque équipe. Personnalisez, évoluez, grandissez et atteignez la maturité de votre organisation. Mais faites ça à votre façon. Trouvez votre propre chemin. Suivez votre propre parcours naturel. Bonne chance et rendez-vous sur notre prochaine session où nous parlerons de la gestion des exigences. 5. Chapitre 4 : Gestion des exigences: Salut et bienvenue. Au cours de cette session, nous parlerons de la gestion des exigences. Alors, qu'est-ce que la gestion des exigences ? Eh bien, tout d'abord, il s'agit de recueillir des informations. Comment ? Eh bien, vous pouvez le faire de plusieurs façons différentes, selon le contexte. Vous pouvez analyser des documents. Vous pouvez organiser un groupe de discussion, ou interroger des personnes, des ateliers de remue-méninges ou une ingénierie inverse. Ou vous pouvez configurer une enquête. Ce ne sont que quelques techniques couramment utilisées pour recueillir les besoins. Donc, ce qui vous convient le mieux et vous pouvez les combiner en fonction de vos besoins. n'y a pas de recette spéciale, mais gardez à l'esprit que le but principal ici est de comprendre clairement les exigences. Rappelez-vous qu'en pensant au design, nous avons dû expliquer les problèmes à quelqu'un une fois que nous les avons identifiés comme une preuve ultime du fait que les problèmes n'ont pas été bien compris. Eh bien, c'est assez similaire parce que nous avons appris lors nos sessions précédentes que lors de la réunion de raffinement, le propriétaire du produit explique les exigences de chaque histoire utilisateur afin que les membres de l'équipe puissent comprendre l'entreprise estimer les efforts nécessaires pour répondre à ce besoin et soulever des questions. Si quelque chose n'est pas clair, que le propriétaire du produit peut répondre sur place ou prendre cela comme un point d'action et revenir avec des clarifications à l'équipe afin qu'elle puisse estimer la volonté, le désir de rapidement et à fond comprendre une entreprise spécifique ou une situation commerciale spécifique est connu sous le nom de sens des affaires. Ce que cela signifie, c'est qu'il faut aussi comprendre le contexte qui risque les opportunités, fondamentalement, tout ce qui est lié au sujet, se transformant ainsi en un expert en la matière. Un tel propriétaire de produit est un atout précieux pour toute organisation Agile. Et comme j'ai mentionné les risques, ils doivent être identifiés dès le début. Lorsqu' un projet est lancé. Les risques sont en outre identifiés, puis évalués et incorporés au cours de la phase de planification du projet. Ils sont contrôlés tout au long des étapes d'exécution et examinés lors de la clôture du projet. Veuillez garder à l'esprit que lors de l'évaluation du risque, nous devons identifier le propriétaire du risque, la probabilité. Autrement dit, quelle est la probabilité que ce qui est marqué comme un risque se produise effectivement ? La gravité de l'impact et les solutions d'atténuation. Quand il parle des exigences, nous devons également insister sur la façon dont ces exigences encore à présenter à l'équipe, utilise des histoires, c'est la convention de dénomination. Les histoires d'utilisateurs sont essentiellement la base intermédiaire entre les parties prenantes de l'entreprise et l'équipe, entre le besoin commercial et son accomplissement technique. Les histoires d'utilisateurs sont la langue utilisée par le propriétaire du produit pour rapprocher la communication et traduire les informations d'un côté à l'autre. Et ce qui fait une bonne histoire. Ce bon scénario ou deux. Parce que si vous empruntez la voie du développement axé sur le comportement, que je n'hésiterais pas à recommander. Ensuite, en tant que propriétaire de produit, vous devrez diviser chaque histoire d'utilisateur en plusieurs scénarios. Pourquoi ? Parce que ces scénarios seront ensuite étendus et transformés en tests automatisés, ce qui aidera à écrire le code réel. Le comportement des fonctionnalités, l'idée principale quand il s'agit d'être DDS, il est centré sur le client. Par conséquent, il est beaucoup plus facile pour les développeurs et les testeurs de marcher dans la peau du client. Les scénarios sont rédigés dans un langage facile à lire. Dit que les scénarios sont écrits en tant que tels. Elles peuvent être facilement comprises par toutes les parties prenantes. Cette méthode réduit également le risque de se retrouver avec une fonctionnalité qui ne réussit pas le test d'acceptation de l'utilisateur UAT. En ce qui concerne l'efficacité des critères d'acceptation, nous avons appris lors d'une session précédente qu'il doit avoir un titre clair et commencer par une structure spécifique pour définir son objectif. En tant que client, j'ai besoin de quelque chose pour que quelle que soit la raison puisse être. Mais alors nous devons aussi construire les scénarios dont je parlais. Les scénarios suivent également une structure spécifique. Tout d'abord, chaque scénario a également son propre titre pour définir exactement ce qui doit être fait pour cette mise en œuvre particulière. Ensuite, il a également une structure spécifique donnée, qui est la condition préalable, quand, qui est le déclencheur, puis qui est le comportement attendu. Aujourd'hui, j'ai un autre exercice pour vous. À l'heure actuelle, vous disposez déjà d'une liste de fonctionnalités de haut niveau pour votre produit, mais vous avez également une liste d'idées regroupées sous chaque fonctionnalité correspondante. Ce seront vos histoires d'utilisateurs. Voilà ce que je veux que tu fasses. Tout d'abord, donnez la priorité à vos fonctionnalités de haut niveau. Et puis grande idée à la fois et définir les histoires d'utilisateurs. Et ceux-ci devraient chacun avoir un titre et la structure suivante en tant que i1. Et enfin, commencez à écrire les critères d'acceptation complets pour vos histoires d'utilisateurs en utilisant le modèle de développement basé sur le comportement. Cela signifie que chaque histoire d'utilisateur aura au moins un scénario suivant la structure donnée quand alors. Permettez-moi de vous donner un exemple. J' ai déjà dit que je construirais une montre intelligente pour les personnes malvoyantes. Et l'une de mes caractéristiques de haut niveau serait l'inflammation des couleurs. J' ai donc trouvé quelques idées sur la façon dont il est censé fonctionner exactement. Une des idées que je considère viable est le fait qu'une fois que je reçois un appel téléphonique, la smartwatch affichera le nom de la couleur. Voici donc à quoi ressemblerait mon histoire d'utilisateur. Le titre serait, afficher le nom de la couleur. Quand un appel téléphonique est reçu, alors la structure serait, en tant que client, je veux connaître le nom de la personne qui m'appelle afin que je puisse décider de prendre ce charbon ou non. Maintenant, le premier scénario serait il intitulé nom de couleur d'affichage et la structure du premier scénario serait, étant donné que la smartwatch est jumelée avec un téléphone quand un appel téléphonique est reçu. Et puis la smartwatch affiche le nom de la couleur. C' est le scénario de cas heureux. Nous devons également écrire un scénario pour quand il n'y a pas de magasin les informations sur la couleur. Ce serait notre deuxième scénario intitulé numéro de téléphone d'affichage si le nom n'est pas disponible. Et la structure serait donnée que la smartwatch est jumelée avec un téléphone. Lorsqu' un appel téléphonique est reçu et que la couleur et le but n'est pas disponible, affichez le numéro de téléphone à la place. Ainsi, vous pouvez voir que le donné est la condition préalable. Le quand est le déclencheur, alors que alors est le résultat attendu. Nous traiterons de la possibilité de prendre ou rejeter l'appel dans une histoire utilisateur complètement séparée. Parce que les histoires utilisateur doivent être petites et livrables en un seul sprint. Et l'équipe va ensuite prendre vos scénarios, les étendre si nécessaire, et construire les tests automatisés, etc. Mais l'idée est que les histoires d'utilisateurs qui sont structurées de cette façon, ils sonnent comme des histoires avec des mots réels, phrases en anglais clair. Et cela les rend beaucoup plus faciles à comprendre tant pour les entreprises que pour les techniciens. Et bonne chance. Et à notre prochaine session, quand nous parlerons du processus de raffinement. 6. Chapitre 5 : Processus de raffinement: Salut et bienvenue. Au cours de cette session, nous parlerons du processus de raffinement. Cartographie d'histoire. Il consiste à commander des histoires d'utilisateurs selon deux dimensions indépendantes. La carte organise les activités de l'utilisateur le long de l'axe horizontal par ordre de priorité approximatif ou par ordre dans lequel vous décririez les activités pour expliquer le comportement du système. Et sur l'axe vertical, il représente une sophistication croissante de la mise en œuvre. Compte tenu d'une histoire de cartes ainsi disposées, la première ligne horizontale représente une version nue mais utilisable du produit. Travailler à travers des lignes successives apporte des fonctionnalités supplémentaires au produit. Donc, nous avons déjà eu cette étape lorsque nous avons trouvé des idées qui ont finalement été transformées en histoires d'utilisateurs. Cette carte est faite des mêmes idées exactes. Et nous devrions construire une carte avant d'aller plus loin dans la définition des critères d'acceptation réels des histoires d'utilisateurs. Pourquoi ? Car au fur et à mesure que nous construisons la carte, nous pouvons également définir de nouvelles histoires d'utilisateurs ou en redéfinir certaines qui ont déjà été créées. Donc, pour éviter le travail à jeter et nous permettre de nous concentrer sur ce qui est vraiment important à chaque étape. Tout d'abord, nous devons construire la carte. Une fois la carte finalisée, nous ajoutons tous les éléments au carnet de commandes de produits, qui est essentiellement une liste ordonnée de tout ce qui est connu pour être nécessaire pour le produit. C' est la seule source de vérité pour les exigences. le propriétaire du produit est généralement responsable de l'arriéré du produit, y compris de sa disponibilité du contenu et de sa commande. Une fois que nous avons tous les articles arrangés et classés par ordre de priorité dans le carnet de produits, nous devons mettre en place des sessions de perfectionnement. Ce sont les réunions où le propriétaire du produit présente les exigences de l'entreprise et l'équipe répond à toutes les questions, prend des points d'action pour revenir avec des réponses si nécessaire et obtenir des estimations de l'équipe. Les histoires d'utilisateurs sont estimées en fonction de leur complexité et elles sont généralement estimées en points d'histoire. Lorsque nous avons une nouvelle équipe, nous choisissons généralement une histoire d'utilisateur de base sur laquelle cette équipe a travaillé. Et son estimation servira de référence. Il doit être une taille médiane un, généralement estimé un trois points de l'histoire de sorte que si aura des moins complexes, nous pouvons aller aussi bas que deux ou un point de l'histoire. Alors que si nous en avons des plus complexes, nous pouvons aller jusqu'à cinq ou huit points d'histoire, 13 points d'histoire ou des utilisations plus grandes histoires doivent être évitées parce que généralement ils ne sont pas livrables en un seul sprint de deux semaines. Ensuite, au fur et à mesure que le temps passe, l'équipe évolue la ligne de base peut changer l'histoire de l'utilisateur qui valait des points de trois étages, peut-être évaluée à un moment de l'histoire après quelques mois de travail ensemble. C' est exactement la même raison pour laquelle les estimations fournies par une équipe ne peuvent être comparées à celles d'une autre équipe. Donc, vous voyez, Planning Poker est une technique d'estimation, principalement utilisée pour estimer la complexité ou la taille relative des objectifs de développement. Dans la planification du poker, les membres du groupe font des estimations par blâmer cartes numérotées face vers le bas sur la table au lieu de les parler à haute voix. Les nombres font partie de la séquence Fibonacci. Nous utilisons habituellement 1, 2, 3, 5, 8 et 13. Scénario le pire. Tout ce qui est plus grand, doit certainement être divisé en petits morceaux d'exigences. Les fiches sont donc examinées et les estimations sont discutées. En cachant les chiffres, chaque personne du groupe utilisera son meilleur jugement pour évaluer les exigences sans être influencée par un autre membre de l'équipe. Un aspect très important est que les histoires des utilisateurs doivent être clairement comprises avant leur estimation. Par conséquent, s'il y a des questions en suspens, cette équipe ne fera pas d'estimation. C' est parce que très probablement la réponse qu'ils attendent mon impact sévère sur l'estimation. Et aussi, si nous avons de grandes différences entre les estimations, ce qui signifie que certains des membres de l'équipe ont donné et l'estimation de trois, et d'autres donnent une estimation de huit. Nous devons mener quelques discussions pour comprendre pourquoi la grande différence. Peut-être que certains des membres sont nouveaux dans l'équipe. Leur degré d'incertitude est donc plus élevé. Ou peut-être qu'il y a quelque chose qui a été mal compris. Et en discutant de tous ces aspects qui ont conduit à cette estimation, nous avons une chance de parvenir à un terrain d'entente. Donc, fournit fondamentalement des estimations similaires. Mais estimer et s'engager dans une histoire d'utilisateur spécifique ne signifie pas que nous sommes encore là dans le monde Agile. Et comme dans n'importe quel autre monde, établir les bonnes attentes est de la plus haute importance. Pour ce faire, en ce qui concerne les histoires d'utilisateurs, nous devons définir la définition de prêt et la définition de fait. La définition de ready est une liste compilée par l'équipe. Une liste qui contient les critères qu'un récit utilisateur doit remplir pour être pris dans le sprint et commis quatre. Cela signifie que si l'une des conditions spécifiées au Moyen-Orient ne sont pas remplies, alors tout le monde est conscient que l'histoire de l'utilisateur ne sera pas prise et travaillé pendant le prochain sprint. La définition de « ready » peut être différente d' une équipe à l'autre en fonction de leur expérience, selon le temps qu'ils ont travaillé ensemble, et ainsi de suite. Permettez-moi de vous donner un exemple d'un tel ensemble d'accords. Les spécifications doivent être clairement définies. n'y a pas d'histoires d'utilisateurs bloquées. n'y a pas de dépendances entre les histoires d'utilisateurs ou les dépendances d'une tierce partie. L' estimation ne dépasse pas 13 points d'histoire. conceptions et les traductions sont prêtes et disponibles le cas échéant. Un ensemble similaire d'accords est défini pour établir quand une histoire d'utilisateur peut être considérée comme terminée et peut-elle être fermée ? Voici un exemple. Tous les tests sont passés. Le code a été examiné, la documentation a été mise à jour et les critères d'acceptation ont été respectés. Et bien sûr, des tests d'acceptation de l'utilisateur ont été effectués, ou UAT, comme il est le plus communément connu. Par conséquent, l'histoire de l'utilisateur a été acceptée par le propriétaire du produit. Et comme nous avons mentionné l'UAT, et c'est la dernière étape lorsque le propriétaire du produit vérifie que l'exigence, la fonctionnalité a été implémentée comme demandé et comme décrit dans les critères d'acceptation. L' UAT échoue, puis le propriétaire du produit refuse d'accepter l'histoire de l'utilisateur et la fonctionnalité retourne en développement afin de mettre à jour le code et les tests si nécessaire, sorte que les critères d'acceptation soient respectés. Ainsi, comme vous pouvez le voir, le propriétaire du produit a une grande responsabilité lors de la définition des critères d'acceptation. Et cela doit être fait de manière appropriée dès le début. Sinon, le temps et l'argent seront perdus, tandis que la frustration fera facilement son chemin et détournera l'harmonie au sein de l'équipe. Donc, voici un exercice pour la journée. Lors de notre session précédente, vous avez défini un ensemble d'histoires d'utilisateurs. Maintenant, il est temps de commencer à estimer. Utilisez votre meilleur jugement pour estimer chacune de ces histoires d'utilisateurs. Et pour ce faire, pensez en termes de complexité. Par exemple, lors de l'idée de mon propre produit, la smartwatch pour les personnes malvoyantes, j'ai dit que certaines fonctionnalités seraient d'afficher le nom ou le numéro de téléphone de la personne qui m'appelle, afficher des informations météorologiques, afficher des informations sur les transports publics. Le premier devrait donc être assez simple. Je dirais quelque part autour de cinq points d'histoire pour afficher informations météorologiques qui impliqueraient peut-être l'intégration d'un fournisseur tiers. Pas vraiment sûr de ça. Donc je serais soit estimé à 13 points de l'histoire parce que le degré d'incertitude est beaucoup plus élevé, ou je mettrais dans un pic de cinq points d'histoire en premier. Cela signifierait une enquête assortie d' pour déterminer l'approche technique la plus appropriée. Et le pic serait suivi par l'histoire de la mise en œuvre réelle, qui aurait certainement une estimation beaucoup plus précise. Quant à l'information sur les transports publics, il s'agirait certainement d'une aide ou de 13 points d'histoire. Pensez à l'emplacement, aux données en temps réel et aux certifications, etc. Peut-être que celui-ci vaudrait la peine de diviser en plusieurs petits objets afin que chacun d'eux puisse être livré en un seul sprint. Alors allez-y, commencez à estimer. Et bonne chance. Rendez-vous à notre prochaine session lorsque nous parlerons de la gestion de l'arriéré. 7. Chapitre 6 : Gestion du backlog: Salut et bienvenue. Au cours de cette session, nous parlerons de la gestion de l'arriéré. Nous avons parlé ou des séances précédentes au sujet de l'arriéré et de ce que cela signifie. Nous avons donc un arriéré de produits, arriéré de sprint, des éléments qui sont clairs et ont une priorité élevée. Ils sont les premiers à passer de l'arriéré de produits à l'arriéré de sprint. Pour qu'ils puissent être travaillés. Un article est classé par ordre de priorité par rapport aux autres en fonction de sa valeur commerciale. Et sa valeur commerciale est généralement liée à combien d'argent il apportera et combien de temps après la sortie. Mais il est également précieux pour les entreprises de ne pas perdre votre licence pour une instance. Ainsi, vous voyez que la valeur commerciale est déterminée par un raisonnement éclairé et tient compte d'aspects tels que le coût par rapport aux avantages, délai de mise sur le marché, les obligations juridiques ou les réglementations de conformité, etc. Mais une décision doit être prise. Et une fois que la décision a été prise de prioriser, nous avons alors une structure. Les éléments hautement prioritaires auront des exigences détaillées et seront plus proches de l'entonnoir du carnet de commandes de sprint. Les articles de faible priorité auront des exigences floues et de haut niveau et seront en retard dans l'arriéré des produits. Toujours au cœur de notre décision de prioriser, il y a toujours le client et ses besoins. C' est l'aspect le plus important. Et ce n'est que si nous franchissons cette étape que nous pouvons penser à combien d'argent cela apportera ? Où si la concurrence nous oblige à aller de l'avant. La décision d'établir un ordre de priorité peut également être influencée par notre relation avec nos partenaires, ou, enfin, par les risques qu'elle comporte, mais les risques doivent également être pris en compte lors de la planification. Par conséquent, l'atténuation des risques dans Scrum implique la flexibilité d' ajouter ou de modifier les exigences sont une rétroaction régulière et la transparence, ce qui garantit la mise en place d'un haut degré de sensibilisation et aussi la mise en place des bonnes attentes et non de la dimension une approche itérative de prestation qui réduit le risque d'investissement, gestion du risque dans Scrum, d'autre part, implique l'identification du risque, analyse de la gravité de l'impact, priorisation des risques en fonction de l'exposition, la création de plans d'action et la surveillance accompagnés d'un suivi pour assurer l'atténuation des risques. Il existe cependant un type de risque différent qui est associé à chaque ligne de code. Lorsqu' une modification est démarrée sur une base de code, il est souvent nécessaire d'effectuer d'autres modifications coordonnées en même temps dans d'autres parties de la base de code, les modifications requises qui ne sont pas terminées sont considérées comme il est souvent nécessaire d'effectuerd'autres modifications coordonnées en même temps dans d'autres parties de la base de code, les modifications requises qui ne sont pas terminées sont considérées comme doit être payé à un moment donné dans l'avenir. Donc, afin que l'équipe soit en mesure de maintenir un niveau constant de qualité et de sortie. Après la sortie, nous devons nous assurer que nous pouvons expédier des fonctionnalités propres et bien rangées. Voici ce que vous pouvez faire pour assurer un niveau de qualité aussi élevé. Vous pouvez redéfinir la définition de « done ». Les équipes agiles définies comme vous êtes prêt à sortir, ce qui signifie que les développeurs ne commenceront pas à travailler sur une nouvelle histoire tant que cet élément actuel n'est pas pratiquement entre les mains des clients. Pour accélérer les choses tout au long des techniques d'utilisation telles que le workflow de ramification de fonctionnalités, il s'agit de tests automatisés et d'intégration continue tout au long du cycle de vie du développement. prévention de la dette technique est ce qui permet au développement d'être agile à long terme également. La branche principale avec un ensemble basé sur le code doit toujours être prête à être expédiée. C' est la priorité numéro un, le propriétaire du produit est habilité à concentrer d'abord l'équipe du travail le plus précieux, plutôt que de réduire la portée de la version plutôt que de compromettre la qualité. dette technique est la différence entre ce qui a été promis dans ce qui a été effectivement livré. Vous pouvez prioriser la dette technique et la planification du sprint comme un travail de fonctionnalité normal. Et éduquons-nous sur les vrais coûts de la dette technique. Puisque nous avons appris quelque chose ou deux sur la gestion de l'arriéré et que nous avons déjà tout ce dont nous avons besoin lors de nos sessions précédentes, faisons l'exercice d'aujourd'hui sur l'organisation ou l'arriéré. Nous avons déjà nos fonctionnalités et les histoires d'utilisateurs en dessous, n'est-ce pas ? Et nous avons également estimé chacun d'entre eux. Alors maintenant, nous allons simplement organiser tous ces éléments sur le tableau en fonction de leur valeur commerciale. Une fois cela mis en place, vous devez également définir votre MVP, c'est-à-dire votre produit minimum viable, qui est en fait un ensemble de fonctionnalités que vous pouvez placer en toute confiance devant le client. Tout ce qui est laissé de côté, découplé du MVB qui peut être regroupé dans une phase ultérieure. De cette façon, vous apportez quelque chose au client dans un court laps de temps. Vous pouvez ensuite construire sur ce que vous avez déjà en production. Les clients sont enthousiasmés par chaque nouvelle fonctionnalité que vous ajoutez au produit. Sans oublier que vous améliorez également vos taux de fidélisation des clients. Alors allez planifier, hiérarchiser et définir votre MVP et bonne chance, et rendez-vous à notre prochaine session où nous parlerons de la gestion des parties prenantes. 8. Chapitre 7 : Gestion des intervenants: Salut et bienvenue. Au cours de cette séance, nous parlerons de la gestion des intervenants. Qu' est-ce qu'un intervenant et qui peut être gagné ? Un intervenant est soit une personne, un groupe ou une organisation qui est touchée par le résultat d'un projet. Un intervenant peut aussi être toute personne qui peut avoir un impact sur le projet lui-même. Les intervenants s'intéressent au succès du projet et peuvent être de l'intérieur ou de l'extérieur de l'organisme qui parraine le projet. Les intervenants peuvent avoir une influence positive ou négative sur le projet. Nous pouvons les diviser en quatre catégories différentes. Au cœur, nous avons les sponsors ou les propriétaires de l'exigence. Ce sont eux qui, en fin de compte, portent la responsabilité du succès du projet. Dans le cercle plus large, nous avons ensuite l'équipe de développement, celles qui viennent avec la solution technique et qui s'assurent que la mise en œuvre est correctement effectuée. Si nous allons encore plus loin dans le troisième cercle, nous trouverons le groupe de référence, gens qui veillent à ce que tout fonctionne correctement, que rien d'autre n'a été touché par le changement. Ou si c'est le cas, ils s'assurent que tout est aligné. Et dans le dernier cercle de votre carte des parties prenantes, vous trouverez vos clients, les utilisateurs finaux de votre produit. Il y a les bénéficiaires de tous les efforts qui ont été déployés dans le processus de développement des produits. Nous pouvons également cartographier nos intervenants à l'aide d'un tableau à deux axes. Notre axe vertical est celui qui illustre le pouvoir des parties prenantes. Alors que l'axe horizontal représentera leur niveau d'intérêt. Ce que nous devons faire d'abord, c'est d'identifier qui sont nos parties prenantes. Nous devons alors déterminer leur pouvoir, leur influence et leur intérêt afin de savoir sur qui nous devrions nous concentrer. En outre, nous devons développer une bonne compréhension des intervenants les plus importants afin de savoir comment ils sont susceptibles de réagir et comment nous pouvons obtenir leur appui. En tant que lignes directrices générales, nous avons seulement besoin de surveiller comme laisser les intervenants qui ont un faible niveau de pouvoir, mais aussi un faible niveau d'intérêt. Au fur et à mesure que les intérêts des parties prenantes s'élèvent, nous devons les tenir informés et respecter leurs intérêts. Lorsque nous traitons avec des parties prenantes qui ont un faible niveau d'intérêt, mais qui ont une position puissante au sein de l'entreprise. Il faudra les garder satisfaits et répondre à leurs besoins. Le point d'intérêt de notre carte des parties prenantes, nous mettrons en évidence ceux qui sont très intéressés par le projet et qui ont également beaucoup de pouvoir. Ce sont les parties prenantes que nous devons gérer étroitement et rester engagés en tout temps lorsque nous parlons de pouvoir, qu'il s'agisse d'un projet ou d'une affaire personnelle, nous pouvons certainement identifier plusieurs types de pouvoir différents. Nous pouvons avoir un pouvoir légitime basé sur sa position au sein de l'entreprise. Ou nous pouvons avoir Bauer sur la base de l'expertise, des compétences spécialisées ou des connaissances. Il y a alors le pouvoir basé sur la récompense. Quand on a la capacité de distribuer quelque chose que les autres apprécient. Il y a aussi des références et des pouvoirs bureaucratiques ou charismatiques. Donc, vous voyez, nous devons faire attention à écouter activement et découvrir nos parties prenantes afin de les identifier correctement et de les aborder de la manière qui convient le mieux à leurs besoins et à leurs attentes. Tout cela est nécessaire si nous voulons nous assurer que nous atteignons le résultat souhaité du projet. Ce faisant, nous construisons également une relation avec nos intervenants et nous facilitons les interactions futures, éliminant ainsi beaucoup d'obstacles à la communication et le lissage ou la voie vers le succès. Alors que diriez-vous de ça pour l'exercice d'aujourd'hui ? Pensez à votre produit, pensez à vos parties prenantes, identifiez-les, puis effectuez une analyse de puissance par rapport à l'intérêt. Ensuite, créez votre propre carte des parties prenantes et positionnez-les de manière appropriée sur la carte. C' est un bon exercice et nous supprimons tout le temps avec chaque nouveau projet. Il aide en apportant la clarté avec un impact direct sur la communication. Parce que nous saurons qui approcher quand et surtout comment le faire pour que nous nous entendions sur les livrables et assurer le succès de notre projet. Et bonne chance avec votre cartographie des parties prenantes et vous voir dans notre prochaine session lorsque nous parlerons de l'ensemble des compétences, ce qu'il faut pour être une personne de produit exceptionnelle, et comment cela aura une influence positive sur votre la vie aussi. 9. Ce qu'il faut pour devenir un analyste commercial: Salut et bienvenue. Dans cette session, nous aurons un avant-goût de cet ensemble de compétences. Que faut-il pour être une personne de produit exceptionnelle ? Eh bien, vous savez, tout comme dans le football, l'ingénierie ou les arts, c'est soit vous êtes taillé pour ça, soit vous vous cassez le cul, apprenez, construisez sur ce que vous avez appris et apprenez plus. Mais idéalement, il faut à la fois du talent ou passion et beaucoup de travail acharné et de dévouement pour y arriver. Alors innovez et commencez par vous-même. L' innovation est un mélange de désirabilité, de faisabilité et de viabilité. Ainsi, dans le cadre du processus d'innovation, les questions suivantes doivent trouver leurs réponses dès le début. C' est réel ? Y a-t-il un marché pour ce produit ? Y a-t-il un véritable besoin sur le marché ? Je peux gagner ? Analyser l'environnement concurrentiel ? Votre proposition est-elle compétitive ? Ça en vaut la peine ? Avons-nous des estimations réalistes des ventes et des recettes ? Les coûts du produit sont-ils acceptables ? Notre des coûts de développement abordables ? Eh bien, si vous avez toutes vos réponses, alors vous avez votre cœur au bon endroit. Voyons maintenant ce que vous devez faire pour mettre votre esprit au bon endroit. Et pour ça, parlons de l'état d'esprit. L' état d'esprit est un ensemble d'hypothèses, de méthodes ou de notations détenues par une ou plusieurs personnes ou groupes de personnes. Ou en d'autres termes, c'est la façon dont votre esprit est formé pour travailler. C' est la façon dont vous êtes habitué à évaluer un acte ou à réagir dans diverses circonstances, chaque instant, jour après jour. C' est la façon dont vous voyez la vie elle-même. Souhaite. Il y a essentiellement deux grands types d'état d'esprit. Il y a un état d'esprit fixe et un état d'esprit de croissance. Et les différences entre les deux prennent vie lorsqu'il faut faire face à des défis, obstacles, à des efforts ou à des critiques, voire à la réussite des autres. Vous pouvez donc choisir d'éviter les défis ou de les embrasser, tout comme vous pouvez choisir d'abandonner en trébuchant sur un obstacle ou de persister et de trouver un moyen de le surmonter. C' est la même chose avec l'effort. Vous pouvez choisir de le considérer comme étant infructueux. Ou vous pouvez choisir de le considérer comme votre chemin vers la maîtrise. Apprenez de la critique, ou simplement ignorez-le. Sentez-vous menacé par le succès des autres, ou choisissez d'en tirer une leçon précieuse. À chacune de ces rencontres, c'est votre choix, c'est votre vision, votre présent et l'avenir qu'elle façonne. Alors choisissez judicieusement, redéfinissez, changez de perspective, découvrez vous-même et travaillez avec vous-même pour un état d'esprit sain et un avenir épanouissant. conscience émotionnelle de soi et l'autogestion ont également une énorme contribution au succès dans la forme qui change notre mentalité. Et c'est parce que l'intelligence émotionnelle est fondamentalement notre capacité à reconnaître nos propres émotions et celles des autres, à discerner entre les différents sentiments et à les étiqueter de façon appropriée, à utiliser la formation émotionnelle pour guider la pensée et le comportement, et de gérer ou d'ajuster les émotions pour s'adapter aux environnements ou pour atteindre nos objectifs. adaptabilité, par exemple, est la preuve d'une autogestion émotionnelle efficace, alors que l'empathie est un indicateur de notre conscience sociale. Si nous arrivons à l'encadrement ou au mentorat c'est encore une autre composante de l'intelligence émotionnelle. C' est la capacité de gestion des relations qui nous permet d' interagir avec un haut niveau de professionnalisme et de sensibilisation. Et l'intelligence émotionnelle est au cœur d'un processus idéal de cartographie mentale. Un processus dans lequel nous devons éviter les blocages pour capturer des idées et découvrir des idées, ou pour révéler des modèles. Mais nous ne pouvons le faire efficacement qu'avec une certaine distance mentale et en nous arrêtant pour nous examiner. Tellement critique. Mind-mapping est une question de créativité. La planification, la productivité et un processus efficace de cartographie de l'esprit peuvent améliorer la collaboration donc en accroître les avantages. Mind-mapping encourage la flexibilité et génère des résultats clairs. Les cartes mentales sont visuellement animées et permettent une libre circulation des idées. Et enfin, le mappage de l'esprit est amusant. Cela n'a même pas l'impression de travailler, même si les réalisations sont bien au-delà des attentes. Donc, peu importe si vous travaillez sur le développement d'un logiciel ou si vous êtes rédacteur, peu importe si vous êtes un parent, un enseignant ou un étudiant. Qui que vous soyez, et ce dont vous avez besoin, effacez l'encombrement et commencez à cartographier l'esprit. Je peux vous garantir que vous aurez beaucoup de plaisir et que vous serez surpris par le résultat. Je n'ai pas mentionné plus tôt le concept de re-cadrage. Eh bien, le cadrage est le processus de pensée que les gens utilisent pour définir une situation et décider comment ils vont y faire face. Alors que le recadrage est de le faire à nouveau d'une manière différente. Par exemple, décider qu'un conflit peut être abordé de manière positive plutôt que négative. Donc, recadrer est essentiellement de voir une situation spécifique d'un point de vue différent. Et cela peut être extrêmement utile dans la résolution de problèmes, la prise de décisions et l'apprentissage. Nous le faisons tout le temps, par exemple, lors de réunions rétrospectives. Au lieu de nous demander ce qui a mal tourné ces dernières semaines, nous nous demandons, que pouvons-nous faire mieux ? Que pouvons-nous améliorer de cette façon ? Nous éviterons de nous concentrer sur l'impact négatif et nous trouverons plutôt des idées à améliorer. Donc, non seulement l'attitude devient beaucoup plus positive, mais le résultat est également beaucoup plus utile. Vous pouvez également vous abstenir en créant une personnalité. personnages sont des personnages fictifs, et vous les créez généralement en fonction de vos recherches afin de représenter les différents types de clients qui pourraient utiliser votre service ou votre produit. La création de personnes vous aidera à comprendre les besoins, les expériences, les comportements et les objectifs de vos clients . Donc, ce qui se passe, c'est que la création de personnas peut vous aider à sortir de vous-même. Cela peut vous aider à reconnaître que différentes personnes ont des besoins et des attentes différents. Il peut également vous aider à vous identifier avec le client pour lequel vous concevez, ou avec la personne devant vous lorsqu'il s'agit d'une conversation difficile. Alors n'oubliez pas, visez vers un état d'esprit sain. Éduquez votre intelligence émotionnelle, recadrez votre chemin à travers le processus d'innovation et utilisez persona pour marcher un kilomètre dans les chaussures du client. bonne nouvelle, c'est que vous avez déjà fait la plupart de ces choses. Tout ce que vous devez faire maintenant, c'est faire de l'exercice. Faites-le tout tout le temps et vous vous retrouverez un jour à faire tout naturellement sans effort et certainement profiter à chaque étape du chemin. Et si vous êtes d'humeur pour un dernier exercice, j'aimerais vous inviter à construire un prototype de votre produit. Imaginez que vous allez vendre votre produit dans un magasin de détail. Donc, ce que vous devez faire est de prendre une boîte à chaussures et de concevoir le produit que vos clients vont acheter. Droit ? Détails et fonctionnalités qui vous aideront à vendre le produit. Couper les images des journaux et les coller sur la boîte. Donnez-lui de votre mieux pour vous assurer un produit très attrayant prêt à être vendu. Et puisque sans clients il n'y a pas de produit, essayez de vendre votre produit à quelqu'un. Le processus de vente vous permet de vous concentrer sur les avantages, tandis que l'espace limité sur la boîte oblige à hiérarchiser les caractéristiques de votre produit. J' espère que vous n'aurez pas une foule difficile, mais de toute façon, ce sera un excellent exercice. Bonne chance, et merci de m'avoir rejoint dans ce merveilleux voyage vers le monde du produit.