Arrêter de construire un logiciel générique

Arrêtez d’essayer de construire ce qui existe déjà. Commencez à construire ce qui vous distingue.

Vous n’obtenez pas de crédit pour tout construire vous-même, mais vous faire Soyez puni lorsque votre logiciel échoue. Alors pourquoi construisez-vous toujours les pièces génériques? Pourquoi tombons-nous dans le piège de penser que nous le savons mieux?

La construction de logiciels ne concerne pas la mécanique – il s’agit du marché. Si vous passez du temps à coder et que vous n’envoyez jamais la chose qui se vend réellement, vous perdez.

Si vous souhaitez créer le bon logiciel, vous devez arrêter de créer des logiciels génériques. Vous devez commencer à construire le type qui offre de la valeur. Cela signifie: vous devez maximiser le travail non effectué.

Maximiser le travail non fait

Maximiser le travail non effectué est un principe agile clé. Mais au début de ma carrière, j’ai eu du mal avec ça. Surtout en tant que designer, cela ressemblait à une contrainte créative. J’ai apporté de nouvelles idées et des concepts audacieux.

Le principe ressemblait à un rejet. Un refus de changement. Alors, je l’ai combattu. J’ai essayé de le surpasser avec de meilleures idées. Mais, comme beaucoup de choses dans la vie, vous grandissez. Vous gagnez de l’expérience. Et finalement, vous voyez ce qui compte.

J’ai appris que moins c’est vraiment plus. La véritable compétence est de réduire la portée. Lorsque la vitesse et la qualité sont non négociables, la portée est votre seul levier. Vous ne pouvez pas toujours changer de budget ou de temps. Mais vous pouvez choisir ce qu’il ne faut pas faire.

La maximisation du travail n’est pas terminée ne concerne pas le manque d’ambition. Il s’agit de clarté. Vous vous concentrez sur ce qui compte vraiment – votre bord spécifique au domaine. Les pipelines de données sécurisés. Les algorithmes brevetés. Les fonctionnalités qui font de votre logiciel le vôtre – pas juste un logiciel.

Gratification retardée

En tant que père, je dois dire non tout le temps. J’essaie de le faire grâce à des compétences de vie importantes, comme une gratification retardée.

Si mes enfants peuvent résister à l’envie d’une récompense instantanée, ils gagnent en maîtrise de soi. Ils apprennent à attendre, à réfléchir et à choisir le chemin qui est payant à long terme. Ce n’est pas facile, mais cela en vaut la peine.

Les équipes logicielles ont besoin de cette même compétence.

Il y a toujours des idées excitantes, des objets brillants et des tendances excitées. Mais tout ne doit pas être résolu en ce moment. Certains problèmes sont mieux stationnés. Certaines idées ont besoin de plus d’enquête. Et quelques fonctionnalités? Ils ne devraient jamais être construits du tout.

Nous devons aller mieux pour dire «pas maintenant». Parce que lorsque vous construisez maintenant, vous ne dépensez pas seulement des efforts – vous dépensez une capacité future. Vous créez quelque chose qui doit être soutenu, maintenu, débogué et finalement remplacé.

Au lieu de cela, concentrez votre énergie là où elle est payante à long terme:

• Résoudre de vrais problèmes de l’industrie.
• Amélioration des résultats pour les utilisateurs.
• Faire des choix qui peuvent ne pas se sentir excitants maintenant, mais créez une valeur durable.

Pas encore

Tout ce que vous construisez vous-même, vous devez maintenir. J’ai appris que à la dure.

Pour un produit, nous en avons traversé trois – peut-être quatre – des entrées des implémentations de cartographie. Chaque fois, nous pensions que ce serait mieux. Plus puissant. Plus sur mesure. Et à chaque fois, nous avons fini par trop personnaliser.

Cela nous a coûté. Effort supplémentaire. Fixation de bogues. Mettre à niveau les problèmes. Dette technique.

Conclusion: nous avons passé beaucoup trop de ressources à construire quelque chose de générique.

Ce n’était pas spécifique au domaine. Cela n’a pas rendu notre produit de manière significative. Et cela ne nous a certainement pas gagné plus d’offres.

Ce sont les fonctionnalités qui vous font réfléchir: Pas encore. Pas encore une fonctionnalité qui appartient à une boîte à outils. Pas encore un budget gaspillé sur les logiciels génériques. Ne retardant plus le temps de commercialisation d’une «meilleure idée».

Oui, vous avez besoin de logiciels de haute qualité dès le début. Mais vous n’avez pas besoin de tout construire vous-même. Achetez le générique. Construire la différence.

Construisez ce que seul vous pouvez

Construisez ce qui est spécifique au domaine. Ce qui fait votre produit le vôtre.

C’est pourquoi des kits d’outils existent. C’est pourquoi les progrès existent. Ils vous aident à expédier rapidement les trucs génériques: les écrans, les tables, les filtres, les entrées, les graphiques.

Acceptez que les solutions standard ont des limites. Mais ils vous aident à commercialiser plus rapidement. Vous apprendrez et gagnerez plus vite – ce qui permet votre avantage concurrentiel. Utilisez des systèmes éprouvés et des kits d’outils qui ont déjà résolu les trucs ennuyeux. Ensuite, dépensez votre énergie sur ce qui compte le plus pour vos utilisateurs.

Arrêtez d’essayer de construire ce qui existe déjà. Commencez à construire ce qui vous distingue.

Dire «non» plus

Dire non n’est pas toujours facile. Mais c’est une compétence dont vous avez besoin pour créer d’excellents logiciels.

Dites pas plus souvent: à la portée du fluage. Pour construire ce qui a déjà été construit. Aux objets brillants qui ne servent pas vos utilisateurs.

Savoir ce qu’il ne faut pas faire est ce qui maintient les équipes concentrées et rapidement.

Dites «non» plus. Maximiser le travail non effectué.

Découvrez comment les progrès peuvent vous aider à démarrer: Découvrez la boîte à outils Telerik Devcraft. Il est livré avec un essai gratuit de 30 jours.