10 étapes pour créer MVP en 6 semaines.

Le voyage de démarrage.

Une startup est une chose très difficile à faire. Fondamentalement, parce que vous devez faire beaucoup de choses différentes simultanément: l'analyse de rentabilisation, le marketing, le pitch, les études de marché, le design, la recherche de concurrents, les documents juridiques, beaucoup de communications et de conversations, la recherche de talents… La mission est beaucoup plus facile si vous avez une équipe exceptionnelle, qui peut organiser et répartir les tâches en équipe performante. Mais même pour une équipe de passionnés et parfaitement coordonnés, c'est une chose extrêmement difficile à faire (je dirais qu'il est presque impossible de bien faire les choses!).

Le voyage devient encore plus difficile si vous êtes à court d'argent et de ressources. Tout doit être fait rapidement et cela doit être fait en un seul coup, aucune chance d'erreurs. Cela ressemble à une aventure fantastique, non? C'est pourquoi c'est si gratifiant lorsque la passion et la persévérance obtiennent les résultats.

MVP

MVP est le produit de valeur minimale, certains l'appellent le produit de valeur minimale et les plus intelligents émotionnellement parmi nous l'appellent le MLP, produit de qualité minimale, pour cette histoire, je vais avec le produit de valeur minimale. J'aime entrer sur le marché avec un produit qui crée de la valeur en fonction des besoins réels des gens - un bon endroit pour développer et raffiner

Aujourd'hui, les gens donnent un sens différent à MVP par rapport à ce que Frank Robinson avait initialement défini en 2001 http://www.syncdev.com/minimum-viable-product/.

Certaines personnes croient même que le MVP n'est plus le véritable objectif, peut-être pas pertinent:

  • https://hackernoon.com/the-mvp-is-dead-long-live-the-rat-233d5d16ab02
  • https://medium.com/the-happy-startup-school/beyond-mvp-10-steps-to-make-your-product-minimum-loveable-51800164ae0c
  • https://blog.leanstack.com/dont-start-with-an-mvp-aa883de5cd18

Mais disons simplement que ce MVP est le produit initial, qui crée une valeur tangible pour votre client. Il peut s'agir d'un site Web, d'un livre blanc ou d'une énorme plate-forme logicielle. C'est l'expérience mûrement réfléchie qui devrait constituer un pied solide en avant sur le marché auquel vous souhaitez accéder.

Notre histoire MVP de 6 semaines!

À Madappgang, un jour, nous avons rencontré le cas réel d'une mission de démarrage extrêmement difficile. L'entrepreneuriat Mr.Donnavan, fondateur du projet Creator Connect, voulait que nous créons un MVP en 6 semaines. Le but du projet, donner à chaque talent artistique une plateforme pour créer, se connecter et collaborer en appuyant sur un bouton. Voici les principales exigences:

  • Il devrait s'agir d'une application iOS native, pour croître et évoluer rapidement et facilement après la sortie de MVP, la conception était composée de 163 écrans
  • Devrait fournir une communication par messagerie en temps réel
  • Devrait avoir un outil de modération pour contrôler et bloquer le mauvais contenu et les utilisateurs
  • Devrait avoir un flux de paiement intégré
  • Doit être capable de créer des données de graphique associées avec des mentions et des hashtags
  • Cela devrait être fait et publié dans 6 semaines

Leçons apprises

Cette tâche ressemblait à un travail de 6 mois et non de 6 semaines. Mais si vous regardez le premier point de notre fondation, vous comprendrez pourquoi cela ne nous a pas arrêtés. Nous croyons profondément qu'aucun cas n'est impossible!

Fidèle à nos croyances, nous l'avons fait. C'était particulièrement difficile, risqué et difficile. Et voici les leçons que nous avons apprises.

Communique beaucoup

Cela ressemble à une mauvaise suggestion à première vue, mais ce n'est pas le cas. Une mauvaise communication est la principale raison de l'échec des projets. Une bonne communication au sein de l'équipe est la priorité et elle doit être rapide et efficace. Alors, que signifie avoir une bonne communication? Premièrement, le PDG / fondateur devrait faire partie de l'équipe. Nous utilisons la méthodologie Scrum pour avancer rapidement et coordonner notre travail, nous devons donc prendre le temps de nous assurer que le CEO / fondateur comprend comment Scrum fonctionne. On peut penser que cela semble facile: il suffit de déplacer les tâches dans les rangées de gauche à droite, mais le problème est que ce n'est pas si facile Scrum est une réunion quotidienne, la planification du sprint, l'estimation des tâches, les réunions rétrospectives, la priorisation du backlog et, surtout, c'est un rapide conversation pour conduire la vitesse. Le fondateur doit être sur la même longueur d'onde avec tout le monde dans l'équipe et être un vrai Product Owner. Le Product Owner a un rôle pivot dans le processus Scrum et pour jouer ce rôle, le PDG doit comprendre les règles et la signification de chaque rituel. Heureusement, nous avons un livre incroyable pour nous aider à naviguer, un guide rapide et facile à comprendre pour les personnes non techniques à bord de l'équipe. Scrum: L'art de faire deux fois le travail en deux fois moins de temps

Utilisez la technologie pour la vitesse

Il existe des dizaines de technologies sur le marché pour accélérer le processus. Gardez à l'esprit que certaines solutions peuvent être difficiles à mettre à l'échelle après MVP, et certaines ne s'emboîtent pas. Réfléchissez bien, ne vous répétez pas pour le bien du familier et n'essayez pas non plus de réinventer la roue. Soyez réel, comprenez les besoins de votre projet et écoutez l'expérience de l'équipe. Les technologies clés nous ont aidés à réaliser ce projet:

  • AWS AppSync, GraphQL
  • S3 avec CloudFront
  • AWD lambdas (Golang et Nodejs)
  • Identifo par MadAppGang
  • Invision

Prioriser l'arriéré

Passez du temps avec l'équipe et composez l'arriéré. L'arriéré est votre chemin et le seul moyen de mesurer votre vitesse. Après 1 à 2 sprints, vous trouverez votre rythme, vous comprendrez votre vitesse et vous pourrez prédire les étapes de sortie. Dans notre cas, après le premier sprint, nous avons réalisé que nous avions besoin de 2 développeurs supplémentaires pour sortir le MVP à temps.

Sacrifice

En tant que propriétaire de produit, vous penserez très probablement que chaque fonctionnalité est essentielle, plus c'est plus - mais nous savons tous que les applications les plus performantes font très bien 1 ou 2 choses, moins c'est plus. Soyez prêt à supprimer les fonctionnalités non essentielles de la version MVP. Soyez honnête avec vous-même, honnête quant aux besoins réels du client et écoutez l'équipe. Votre MVP ne devrait pas être parfait. Plus vite vous obtenez des commentaires de vos utilisateurs, meilleures sont vos chances de faire quelque chose de vraiment précieux pour vos utilisateurs. Votre plan initial n'est que votre prédiction de ce dont ils ont besoin, la réalité est toujours différente. Nous avons supprimé une énorme liste de fonctionnalités pour rendre MVP possible en 6 mois:

  • Aucun paiement et flux de paiement
  • Aucune capacité à suivre les utilisateurs
  • Simplifiez le fil d'actualité
  • Aucune notification
  • Intégration simplifiée
  • Aucune image dans les conversations en temps réel
  • Pas de partage
  • Aucun traitement d'erreur (les utilisateurs voient les erreurs conviviales pour les développeurs :-))
  • Un processus de téléchargement d'images très simple

Ne lésinez pas sur les tests

Nous avons eu un ingénieur AQ sur le projet à partir du jour 0. Elle a mis en œuvre des tests automatisés d'interface utilisateur, l'intégration continue et effectué un test manuel sur chaque version interne. Malheureusement, la majorité des gens sautent souvent le processus de test des MVP. Surtout parce qu'ils pensent que les tests consistent uniquement à avoir une application finale sans bug. La réalité est un peu différente. Les premières impressions comptent. En faisant référence au livre Scrum, il y a une histoire incroyable à ce sujet.

Au Japon, des sociétés telles que Honda, Toyota et Nissan fabriquent en moyenne une voiture de luxe toutes les 17 heures. Alors que les constructeurs automobiles en Allemagne, comme Audi, BMW et Mercedes prennent 57 heures pour fabriquer une voiture de luxe. Les voitures produites par les constructeurs japonais n'avaient en moyenne que 34 défauts sur 100 véhicules alors que les constructeurs allemands fabriquaient des voitures avec une moyenne de 78,7 défauts pour 100 véhicules. La différence est que lorsque quelqu'un sur une chaîne de production Toyota découvre un défaut, il arrête toute la chaîne de production et tout le monde corrige ce défaut ensemble là-bas. Cette méthode fournit également une rétroaction directe à l'endroit où ce défaut a été créé, et un processus peut être mis en place afin qu'il ne se reproduise plus. Alors que chez BMW, les défauts sont corrigés dans les voitures après leur sortie de la chaîne de production à la fin. Pour étayer cela, Jeff fait également référence à des recherches effectuées par Palm qui ont montré que si un bogue dans un logiciel est corrigé après six semaines à compter de sa découverte, il faudra 24 fois plus de temps pour le corriger que s'il avait été corrigé au moment de sa découverte. .

Vous devez composer une équipe complète

Travailler dans des délais limités vous oblige à être aussi efficace que possible. Avoir des dépendances externes fait perdre beaucoup de temps. Par exemple, si vous avez déjà une conception prédéfinie et que l'équipe a commencé à la mettre en œuvre. Et puis vous vous rendez compte qu'il vous manque un écran, ou vous devez composer une nouvelle version simplifiée de l'écran parce que vous avez supprimé certaines fonctionnalités. Vous pouvez potentiellement être bloqué pendant que vous recherchez votre designer, qui pourrait maintenant être hors ligne en vacances à la montagne. Alors n'oubliez pas de garder tous vos coéquipiers ensemble, au moins lors de la mise en œuvre d'un MVP!

Soyez prêt pour le plan B

Les gens ne sont pas des machines. Ne mettez pas tous vos œufs dans le même panier. Les développeurs sont des gens (parfois c'est difficile à croire :-)). Ils pourraient avoir un changement dans leur situation personnelle, ils pourraient tomber malades, etc. Soyez donc prêt à vous connecter à d'autres développeurs en tant que plan de sauvegarde. Chez MadAppGang, nous impliquons délibérément des développeurs substituts pour effectuer du code et des évaluations par les pairs tout le temps. Cela résout deux problèmes. Une revue externe nous aide à améliorer le code et le projet. En outre, si le développeur principal n'est pas en mesure de travailler pour une raison quelconque, le développeur de remplacement ne nécessite aucun temps d'intégration. Elle ou Il pourrait intervenir et commencer à écrire le code immédiatement.

Croyez en vous

Travailler dans un environnement stressant peut nuire à votre santé mentale. Connaissez-vous, comprenez vos limites, vos besoins et comprenez le leadership. rappelez-vous que si vous cessez de croire en ce que vous faites, ne vous attendez pas à ce que le reste de l'équipe reste motivé. Soutenez et aidez tout le monde, soyez un bon exemple pour tout le monde, soyez un leader. Vous avez probablement lu ou au moins entendu ce livre emblématique, il peut sembler kitsch mais certains des concepts simples fonctionnent très bien pour moi. Trouvez votre propre source d'inspiration et maintenez-la au quotidien. Faites de l'exercice, prenez des douches froides, mangez bien, méditez, essayez des rituels de gratitude - ils sont incroyables pour rester forts sous le stress et rester positifs. Le leadership est difficile, mais c'est une excellente occasion pour vous d'être meilleur! Comment gagner des amis et influencer les gens

Travailler dur

Cela semble évident. Mais il y a un grand nombre de cas où les équipes (ou une partie de l'équipe), gardaient le même rythme, pour archiver des résultats remarquables. Tout le monde dans l'équipe doit comprendre que pour obtenir des résultats exceptionnels sous des contraintes de temps aussi énormes, toute l'équipe doit accepter de travailler dur dès le départ. J'apprécie vraiment notre équipe MadAppGang qui s'est portée volontaire pour sacrifier leurs week-ends et leur temps libre, a changé leurs horaires et a poussé tous les efforts pour livrer le MVP à temps. Il est important de permettre un équilibre naturel, votre équipe doit se sentir à l'aise avec les temps d'arrêt après s'être ressaisie et avoir poussé fort.

Trouvez de bons développeurs

Tout, dont nous parlons ici, n'est vraiment possible qu'avec une équipe exceptionnelle, une équipe qui partage votre idée a un bon processus de travail et un véritable esprit d'équipe et une véritable passion pour son travail. En fin de compte, si vous créez un bon environnement de travail positif pour votre équipe, vous faites confiance aux gens, offrez de la flexibilité, permettez aux humains d'être humains, alors de bonnes personnes viendront, créeront ensemble, construiront ensemble et resteront ensemble. Parlez-nous de votre parcours de démarrage et de vos apprentissages, quel est votre secret pour créer des équipes géniales?! Veuillez consulter notre blog pour en savoir plus sur le choix d'une bonne équipe de développement.

Lisez d'autres histoires intéressantes sur notre blog: https://madappgang.com/blog