Was muss ein Konfigurator-Prototyp vor dem Kauf nachweisen?

Ein Konfigurator-Proof-of-Concept soll ein bestimmtes Kaufrisiko reduzieren. Eine kleine Arbeitsdemonstration ist nützlich, wenn sie die schwierige Regel, Datenkonvertierung oder Systemübergabe beweist, von der Ihr Projekt abhängt. Wenn Sie eine attraktive Produktszene nachbilden, ohne dieses Risiko zu testen, erfahren Sie möglicherweise wenig über die vorgeschlagene Implementierung.

Wählen Sie die Unsicherheit, bevor Sie sich für die Demonstration entscheiden

Beispiele hierfür sind die Konvertierung einer bestimmten CAD-Baugruppe, die Anwendung einer Bewehrungsregel bei einem Dimensionsschwellenwert oder die Übergabe einer akzeptierten Spezifikation an eine vorhandene ERP. Nennen Sie eine primäre Unsicherheit und die Entscheidung, die ihr Ergebnis unterstützen wird. Halten Sie sekundäre visuelle Arbeiten verhältnismäßig.

Definieren Sie die Eingabeinformationen und die erwartete Ausgabe, bevor die Entwicklung beginnt. Andernfalls kann ein Team eine funktionierende Funktion präsentieren, die den ungelösten Teil der ursprünglichen Frage vermeidet.

Verwenden Sie eine kleine, aber aufschlussreiche Produktscheibe

Wählen Sie für eine Schrankserie zwei gültige Größen aus, eine Größe außerhalb des zulässigen Bereichs und ein von der Größe betroffenes Zubehör. Fügen Sie ein gespeichertes Projekt und einen erforderlichen Empfangsdatensatz hinzu. Der Slice ist absichtlich klein, aber die Abhängigkeiten sollten real sein.

Bitten Sie einen Geschäftsbenutzer, die Übung zu wiederholen, ohne dass der Entwickler die Schnittstelle bedient. Behalten Sie die Ergebnisse, bekannten Einschränkungen und alle manuellen Schritte bei, die zum Abschließen der Übergabe erforderlich sind.

Unterscheiden Sie zwischen Machbarkeit und Produktionsbereitschaft

Ein Prototyp kann einen technischen Ansatz beweisen, ohne Produktionsüberwachung, vollständige Kontokontrollen, Barrierefreiheitsprüfung oder vollständige Katalogabdeckung bereitzustellen. Fragen Sie, welche Prototypenarbeiten erhalten bleiben können und welche Teile neu erstellt werden müssen. Diese Unterscheidung wirkt sich sowohl auf den Zeitplan als auch auf die kommerziellen Erwartungen aus.

Ein erfolgreiches Experiment sollte den Implementierungsvorschlag klarer machen. Ein gescheitertes Experiment kann dennoch wertvoll sein, wenn es den Kauf eines ungeeigneten Ansatzes verhindert und dokumentiert, warum das Ergebnis inakzeptabel war.

Für Configurix verbinden Sie das Experiment mit einem Implementierungsplan mit Produkt-, Handels- und Werksabnahmeverantwortung. Benutzerdefinierte Software sollte die Unsicherheit, die Sie mit sich bringen, berücksichtigen und nicht einfach eine Demonstration für den Katalog eines anderen Herstellers wiederholen.

Sollte der Proof of Concept jede Produktfamilie umfassen?

Normalerweise sollte es den kleinsten Satz abdecken, der das wichtige Risiko offenbart. Bestätigen Sie separat, wie sich das Ergebnis auf Familien mit unterschiedlicher Geometrie oder Regeln erstreckt.

Ist ein erfolgreicher Prototyp ein Grund, auf Abnahmetests zu verzichten?

Nein. Nutzen Sie die Ergebnisse, um die Abschlusstests zu verbessern. Eine Produktionsanwendung hat einen breiteren Anwendungsbereich als das Experiment, das die Machbarkeit festgestellt hat.