Haben Sie eine Idee, die erst existieren muss, bevor Sie herausfinden können, ob sie funktioniert?
Vom Konzept zu einer ausgelieferten ersten Version, die man echten Nutzern vorsetzen kann: Webanwendungen, Verwaltungsoberflächen, kartenbasierte Produkte und mobile Apps, klein genug gehalten, um daraus zu lernen.
Das Problem
Die Idee ist meist klar. Unklar ist, welche Teile davon wichtig sind. Teams bauen entweder alles auf einmal und starten spät mit einem Produkt, das niemand angefasst hat, oder sie bauen einen so dünnen Prototyp, dass das Feedback den Prototyp betrifft und nicht die Idee. Beides verschwendet die einzige Ressource, die in dieser Phase zählt: eine schnelle, ehrliche Antwort.
Wie wir es angehen
Wir legen die eine Frage fest, die die erste Version beantworten muss, und bauen dann nur das, was nötig ist, um sie zu beantworten, aber das bauen wir richtig: echte Konten, echte Daten, ausgeliefert auf einer Infrastruktur, die Sie nicht blamiert, wenn die Antwort Ja lautet. Alles andere wird gestrichen oder offen simuliert. Wir instrumentieren das Produkt, damit die Antwort aus der Nutzung kommt und nicht aus Meinungen, und planen die zweite Version erst, wenn die erste benutzt worden ist. Wir haben auf diese Weise Produkte als alleiniger Entwickler ausgeliefert, vom ersten Commit bis zur veröffentlichten 1.0, und wir haben an diesem Punkt auch schon eines eingestellt, weil die Antwort Nein lautete. Verglichen mit einem Jahr Entwicklung ist das ein günstiges Ergebnis.
Durchgerechnetes Beispiel
Ein Geoinformationssystem, Verwaltungsoberfläche und Karten inklusive
Vier Jahre Entwicklung von Geoinformationsprodukten haben uns gezeigt, wo solche Projekte ins Stocken geraten: Die Karte ist der sichtbare Teil, aber das Produkt lebt in der Oberfläche dahinter. Bei einem laufenden Web-GIS haben wir diese gesamte Verwaltungsoberfläche allein gebaut, von der Benutzer- und Rollenverwaltung bis zu den Arbeitsabläufen, die die Karte speisen, und die Kartenfunktionen umgesetzt, mit denen Menschen darauf zeichnen, abfragen und Objekte bearbeiten. Ein mobiles Produkt ging den umgekehrten Weg: drei Partner, ein Entwickler und eine Version 1.0, die an echte Nutzer ausgeliefert wurde. Kurz darauf wurde es eingestellt, auf Grundlage dessen, was diese Nutzer taten, und genau dafür ist eine erste Version da.
Was Sie bekommen
- Ein schriftlicher Umfang für die erste Version, mit dem, was gestrichen wurde, und warum
- Ein ausgeliefertes Produkt mit echten Konten, echten Daten und Nutzungsmessung
- Ein kurzer Nutzungsbericht nach den ersten Wochen, in klarer Sprache
- Die Codebasis und die Infrastruktur, dokumentiert und in Ihrer Hand zum Weiterführen