Home / FAQs / Softwareprojektstart und Programmauswahl
QUESTION & ANSWER

Die Softwareanforderungen sind unvollständig, also können wir zuerst eine externe Firma haben, um sie zu bewerten?

Es ist möglich, und wenn die Nachfrage unvollständig ist, zuerst eine begrenzte Bedarfsdiagnose zu stellen, anstatt direkt einen festen Gesamtpreis zu verlangen, ein Unternehmen muss lediglich seinen Geschäftshintergrund, seine Zielgruppe, seine aktuellen Probleme, seine Zeit, um online zu gehen, und seine verfügbaren Budgets angeben.

Beantworten Sie die Frage.

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

Die erste Bewertung liefert in der Regel Geschäftsprozesse, Benutzerrollen, funktionale Prioritäten, Schlüsselrisiken, technische Routen, Phasenpläne und Budgethorizonte.Für Projekte, die weniger bekannt sind, kaufen Sie Diagnosen rechtzeitig und Ergebnisse, die zuverlässiger sind, als Lieferanten unterbewertet zu halten, wenn keine Informationen verfügbar sind.

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.

Ob operative Ziele und Key User beschrieben werden könnenVerfügbarkeit bestehender Systeme, Daten und SchnittstelleninformationenTime on line, Compliance-Anforderungen und BudgetgrenzenWelche Probleme müssen Prototypen oder technisch validiert sein, um zu bestimmen
ACTION STEPS

Vorgeschlagene Reihenfolge des Vorschusses

01

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

c Zusammenstellung der aktuellen Situation, der Ziele, der beteiligten Akteure und der verfügbaren Informationen.

02

Validierungsschlüsselabhängigkeit

Führen Sie Business-Interviews durch und zeichnen Sie aktuelle und Zielprozesse ab.

03

Entwicklung bewertbarer Ergebnisse

Unterscheidung zwischen den Elementen, Optionen und Annahmen, die validiert werden sollen.

04

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

Dem Umfang der Produktion, Risiken, Routen, Etappen und Budgets folgt eine Entscheidung über die Entwicklung.

PRACTICAL EXAMPLE

Wie verstehen Sie es im eigentlichen Geschäft?

Beispiel zur Erläuterung der Beurteilungsmethode

In der Bewertungsphase werden zunächst die drei Vertriebsprozesse mit ERP kombiniert, die Abrechnung und Freigabe in Prototypform bestätigt und dann ein First-Range-Angebot angeboten, das in der Entwicklung nicht konsequent umgestoßen wird. Die Beispiele geben nicht die Leistung eines bestimmten Kunden wieder und die tatsächlichen Schlussfolgerungen müssen in Verbindung mit dem unternehmenseigenen Geschäftsvolumen, den Stichproben, den System- und Haftungsgrenzen verifiziert werden.

COMMON RISKS

Die einfachste Grube, auf die man treten kann.

Übersetzen einer Gedankenlinie direkt in einen Fixsummenvertrag

Verlangen Sie von den Anbietern, dass sie das komplette Produktdesign kostenlos vervollständigen

Die Bewertung wurde nur mit Gesamtbeträgen, ohne Annahmen und ohne Posten vorgelegt

ACCEPTANCE

Wie sollen wir am Ende empfangen und bestätigen?

Der Bewertungsbericht sollte zumindest Probleme, Nutzer, Prozesse, funktionale Grenzen, Schnittstellen, Daten, Sicherheit, Risiken, Phasen, Personal- und Haushaltsannahmen beschreiben und dem Unternehmen die Möglichkeit geben, Entscheidungen über die Fortsetzung, Verkleinerung, Aussetzung oder den Austausch von Strecken entsprechend zu treffen.

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.

Bedarf ist unvollständig, können Sie zuerst mit dem Projekt kommunizieren?

Es genügt, uns geschäftliche Probleme, wichtige Benutzer und die Zeit mitzuteilen, die wir voranbringen wollen, um zunächst festzustellen, ob eine Kombination, ein Prototyp oder eine technische Validierung erforderlich ist.

Kontakt aufnehmen