Thèses · Du temps de développement plutôt qu’un périmètre fonctionnel
Si vous avez seulement besoin de plus d’heures de développement, vous n’êtes pas au bon endroit.
Mon modèle n’est pas fait pour réaliser au moindre coût des tâches informatiques existantes. Ni pour de grandes équipes, ni pour simplement ajouter de la capacité à une organisation existante.
Il est fait pour des idées de produit où le développement rend visibles de nouvelles options pour l’entreprise.
En détail
À qui s’adresse le modèle hebdomadaire
L'approche convient particulièrement aux entreprises où existent des idées de produit substantielles dont le potentiel n'est pas encore suffisamment clarifié.
Ce peut être une nouvelle application autonome, un produit numérique, un système métier spécialisé, une simulation, un environnement de visualisation, un outil interactif complexe ou une extension logicielle importante d'un produit existant.
Le modèle est surtout pertinent lorsqu'un état de développement technique réel promet plus d'enseignements qu'une planification abstraite supplémentaire, et lorsque l'idée de produit est encore assez mobile pour réagir à de nouveaux enseignements.
Il convient moins lorsqu'il s'agit d'acheter un périmètre fonctionnel entièrement spécifié à un prix d'ouvrage fixe, lorsqu'une grande équipe de développement est nécessaire, ou lorsqu'il s'agit simplement d'intégrer des ressources de développement supplémentaires à une organisation existante.
L'approche ne vise pas la réalisation la moins chère possible de tâches informatiques existantes. Elle vise les idées de produit pour lesquelles le développement technique peut rendre visibles de nouvelles options entrepreneuriales.
À qui s’adresse le modèle hebdomadaire →
Autres thèses
- Un prix forfaitaire pour un produit nouveau, c’est parier qu’on sait d’avance ce qu’on n’apprend qu’en construisant.
- Qui ne possède pas le code source à l’issue d’un projet logiciel a loué un logiciel.
- Changer les priorités en plein développement, ce n’est pas mal planifier. C’est avoir appris quelque chose.
- Kontext bilden, um die Ecke denken, Verbindungen sehen, die vorher niemand gesehen hat: Das ist der Hauptberuf eines Künstlers.
- Es heißt: Der Mensch entscheidet, die KI entwickelt. Dabei steht am Anfang keine Entscheidung, sondern eine Idee.
- Der Softwaremarkt steht Kopf. Wer nur programmieren kann, verliert gerade seinen Wert.
- Mini-Apps sind nicht die Revolution. Die Revolution ist, dass sich Enterprise-Software jetzt mit Produkterfahrung und KI bauen lässt.
- 40 Jahre Sackgassen sind kein Ballast. Mit KI werden sie zum Abkürzungsverzeichnis.
- Wer mit KI seine erste App baut, freut sich zu Recht. Wer 40 Jahre Produkte gebaut hat, baut damit etwas anderes.
- Die erste Generation der Softwareentwickler war Architekt eines ganzen Systems. Mit KI wird sie es wieder.
- Die eigentliche Revolution der KI ist nicht die Automatisierung. Es ist die Neubewertung dessen, was als menschliche Kompetenz gilt.
- Die Leitkompetenz der kommenden Jahre ist nicht, Lösungen zu produzieren. Es ist, Richtung zu geben.
- KI liefert Material, Varianten, Muster. Eine Position entsteht erst dort, wo jemand auswählt, Grenzen setzt und Bedeutung verantwortet.
- Aus Überfluss entstehen neue Blickwinkel. Wer Varianten früh verbietet, verbietet die Idee, auf die er wartet.
- Mein informatisches Denken prägt meine Kunst. Meine Kunst prägt, wie ich Produkte entwickle.
- Ein Künstler mit 40 Jahren Softwareentwicklung ist kein Exot in der Produktentwicklung. Er ist das, was KI-Projekten gerade fehlt.
- Avantgarde ist der Moment, in dem eine neue Setzung auf eine Kultur trifft, die sie noch nicht kennt. Für Produkte ist dieser Moment jetzt.
- Jede erfolgreiche Avantgarde arbeitet an ihrer eigenen Auflösung. Euer heutiger Vorsprung ist morgen Standard.
- „Kunst ist Setzung“ habe ich vor fast 40 Jahren von meinem Kunstlehrer gelernt. Es ist der beste Satz über Produktentwicklung, den ich kenne.
- Beaucoup d’idées de produit en entreprise n’ont jamais échoué. Elles étaient seulement trop chères à essayer.
- Utiliser le codage par IA uniquement pour programmer plus vite, c’est n’en exploiter que la plus petite part.
- La plus longue liste de fonctionnalités est le pire départ pour un nouveau produit.
- Un projet arrêté au bout d’une semaine peut être le plus réussi de l’année.
- Quand le code devient bon marché, le bon jugement devient cher.
- La complexité n’est pas un gage de qualité. Avec l’IA, elle devient seulement moins chère.
- Pour un produit nouveau, le cahier des charges est une manière coûteuse de deviner.
- Ma plateforme est développée avec l’IA et ne contient aucune fonction d’IA. Ce n’est pas une contradiction.
- La qualité naît du choix, pas du nombre de possibilités. C’est dans l’art que je l’apprends.
- Un prototype cliquable montre à quoi un produit pourrait ressembler. Il ne montre pas s’il fonctionne.
- La vitesse seule ne fait pas un bon produit. Elle multiplie seulement les chemins où l’on peut s’égarer.
- Résoudre chaque problème avec la même technologie, ce n’est pas une technologie. C’est une habitude.