Home / FAQs / Softwareprojektstart und Programmauswahl
QUESTION & ANSWER

Nur Ideen haben keinen Produktmanager. Wie startet man das Softwareprojekt?

Das Fehlen eines Produktmanagers bedeutet nicht, dass er nicht gestartet werden kann, aber es muss klar sein, wer die Geschäftspriorität und die Akzeptanzentscheidungen laufend trifft. Interviews, Bedarfsanalysen, Prototypen und Versionsplanung können durch externe Produktberater oder Lieferteams erleichtert werden, und es besteht immer noch die Notwendigkeit, einen Unternehmensleiter zu identifizieren, um die Regeln zu bestätigen.

Beantworten Sie die Frage.

Geben Sie zuerst Schlussfolgerungen, die für die Entscheidungsfindung verwendet werden können

Die Startphase sollte zur Problemdefinition, zum Zielbenutzer, zum Kernprozess, zu Geschäftsregeln, zum Prototyp, zum anfänglichen Umfang und zur Akzeptanzkalibrierung führen, denn externe Produktrollen können für methodische und Dokumentationsarbeiten verwendet werden, können aber nicht die Beurteilung des Kunden, des Preises, des Prozesses und des Risikos durch ein Unternehmen ersetzen.

DECISION FACTORS

Welche Bedingungen müssen vor der Entscheidungsfindung festgelegt werden?

Die gleiche Frage kann in unterschiedlichen Geschäfts-, Daten- und Projektphasen unterschiedliche Antworten haben, und es wird vorgeschlagen, die folgenden Bedingungen zu überprüfen und die gemeinsamen Ergebnisse im Internet in ihre eigenen Projekte einzuarbeiten.

Wer kennt sich am besten mit dem Geschäft aus und hat die Befugnis, endgültige Entscheidungen zu treffen?Teilnahme der Zielnutzer an Interviews und PrototypentestsGeschäfts- und technische Annahmen, die in der ersten Phase validiert werden müssenWer wird die nachfolgende Änderung der Nachfrage einordnen und die Kosten akzeptieren
ACTION STEPS

Vorgeschlagene Reihenfolge des Vorschusses

01

Zuerst werden wir uns über das Ziel und die Grenze im Klaren sein.

Bestimmen Sie interne Betriebsleiter und bewerten Sie den Rhythmus.

02

Validierungsschlüsselabhängigkeit

Interviewen Sie die Benutzer und organisieren Sie Aufgaben, Schmerzpunkte und bestehende Alternativen.

03

Entwicklung bewertbarer Ergebnisse

Produktion von kostengünstigen Prototypen zur Validierung von Kernprozessen und -regeln.

04

Stellen Sie sicher, dass Sie den nächsten Schritt mit den tatsächlichen Ergebnissen entscheiden.

Das erste Einfrieren, die Akzeptanzkriterien, wird dann iterativ entwickelt.

PRACTICAL EXAMPLE

Wie verstehen Sie es im eigentlichen Geschäft?

Beispiel zur Erläuterung der Beurteilungsmethode

Der Unternehmer hat eine Servicetermin-Idee, aber keinen Job. Er oder sie wird zuerst für 10 Zielbenutzer interviewt, zeichnet Termin-, Zahlungs- und Compliance-Prozesse, verwendet einen anklickbaren Prototyp, um sie zu validieren, und entwickelt einen Mindest-Closed-Loop. und er oder sie ist verantwortlich für geschäftliche Kompromisse, mit einem externen Team, das für Produktanalyse und technische Lieferung verantwortlich ist.

COMMON RISKS

Die einfachste Grube, auf die man treten kann.

Machen Sie das UI-Design genauso wie das Produktdesign.

Es gibt niemanden im Haus, der Entscheidungen trifft.

Der Prototyp wird ohne Validierung entwickelt, um eine große Anzahl von Backstage- und Edge-Funktionen zu entwickeln.

ACCEPTANCE

Wie sollen wir am Ende empfangen und bestätigen?

Nach dem Start sollte das Team konsistente Aufzeichnungen über Benutzer, Probleme, Kernprozesse, anfänglichen Umfang, Aussetzung von Entwicklungsgegenständen und Akzeptanzstandards haben.

Bei der Vorbereitung auf die Kommunikation mit Lieferanten oder internen Teams empfiehlt es sich, aktuelle Prozesse, repräsentative Muster, bestehende Systeme, Planungszeit und Budgetniveaus mitzunehmen. Zunächst werden die unbekannten Elemente eindeutig gekennzeichnet und dann wird die Entscheidung für Diagnostik, PoC, Feststreckenprojekte oder laufende Forschung und Entwicklung getroffen, was in der Regel zuverlässiger ist als eine direkte Forderung nach einem Preis und einer Dauer ohne Grenzen.

Ihre Projektbedingungen unterscheiden sich von den oben genannten Beispielen?

Betriebsziele, bestehende Systeme, Stichproben und geplante Zeit könnten zusammengetragen werden, bevor Berater vorläufige Entscheidungen in Bezug auf tatsächliche Grenzen treffen könnten.

Assoziierte Projektberater