Osez sortir du rang !: Comment les esprits originaux changent le monde
Vous avez lu ce livre ?
Super intĂ©ressant ! Il part Ă l’encontre des idĂ©es reçues !
Non, il ne faut pas tout mettre dans un seul plan, unique, et tout tout investir dedans, c’est pas toujours (mĂȘme rarement) la bonne idĂ©e.
Il y parle de ce biais, de cette croyance du self-wo-man-made qui se construit en lançant tout dans une seule idée à fond.
Bien souvent, on a au contraire un tremplin de sĂ©curitĂ© quelque part, et ça permet de sauter le pas, d’oser investir Ă fond dans un plan A .. pour un projet donnĂ©.
Prenons bon nombre de startups qui se crĂ©ent, soit le soir, aprĂšs le taff, soit durant le chĂŽmage, soit durant les Ă©tudes …
Prenons les personnes qui crĂ©ent leur entreprise alors qu’ils ont conjoint ou conjointe qui a un mĂ©tier plus sĂ©cure, ….
Attention, je n’ai pas dit que ce n’Ă©tait pas possible de crĂ©er et rĂ©ussir Ă fond en allant tout investir, il existe des cas qui ont rĂ©ussi.
Mais c’est le biais du survivant ça : on ne voit que ceux qui ont rĂ©ussi et on se consacre sur cette idĂ©e ….
Dans un projet informatique, de devs, de devs avec ias, bref, pour un-e client-e,
qu’est-ce qu’on peut apprendre de cet Ă©tat d’esprit ?
– PremiĂšrement qu’on peut en effet n’avoir qu’un seul plan A lais .. sur une petite itĂ©ration par exemple, pour .. limiter les risques : Tests and learn
– Puis on va quand mĂȘme tester plusieurs idĂ©es, si possibles en mĂȘme temps, une fois qu’on a un socle bĂȘta ou alpha (nombre de startups qui montent ont cette stratĂ©gie, les tests A/B en sont l’exemple)
– Nous chercherons Ă limiter les risques sur une techno et ne pas faire obligatoirement du full js, ou du full dotnet : c’est Ă Ă©tudier. On peut limiter les risques de dĂ©pendances (Ă contrebalancer avec la stack technique de l’entreprise)
– Et puis, nous pourrons aller tester une idĂ©e Ă un peu dĂ©calĂ©e, voir trĂšs dĂ©calĂ©e, sur une feature, pas toutes par exemples, …