Home / FAQs / Softwareentwicklung und Outsourcing von Projekten
QUESTION & ANSWER

Wie lange dauert die Entwicklung eines benutzerdefinierten Softwareprojekts normalerweise?

Der Zyklus hängt vom Umfangsbestimmungsgrad, der Schnittstellen- und Datenaufbereitung, der Entscheidungseffizienz und den Zugangsanforderungen ab, nicht nur von der Anzahl der entwickelten Personen. Kleine interne Tools können in Wochen abgeschlossen sein, und systemübergreifende Unternehmensplattformen müssen oft in Phasen über einen Monat implementiert werden.

Beantworten Sie die Frage.

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

Der erste Schritt bei der Bestimmung des Zyklus besteht darin, zwischen „problemablen“ „Produzenten“ und „produzierbaren“ zu unterscheiden, der Prototyp ermöglicht die schnelle Demonstration des Hauptprozesses, aber das Produktionssystem muss auch die Rechte, Anomalien, Protokolle, Datenmigration, Schnittstellenstabilität, Schulung und Back-up-Vorbereitung abschließen. Die häufigste Auswirkung ist nicht die Geschwindigkeit des Codes, sondern die Verzögerung bei der Erkennung von Geschäftsregeln, das Fehlen von Konten in Schnittstellen von Drittanbietern, schlechte Qualität der historischen Daten oder das Fehlen von Zeitspeicherung durch das Empfangs- und Inspektionspersonal.

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.

Bedürfnisse und Prototypen, die von tatsächlichen Benutzern bestätigt wurdenSchnittstellen von Drittanbietern, Testkontonummern und Verfügbarkeit historischer DatenNotwendigkeit von Sicherheit, Leistung, Kompatibilität und Application Shop ClearanceIst die Entscheidungsfindung, Akzeptanz und der Zugang des Kunden zu den Fenstern mit dem iterativen Rhythmus kompatibel?
ACTION STEPS

Vorgeschlagene Reihenfolge des Vorschusses

01

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

Zerlegung des Projekts in einen geschlossenen Geschäftskreislauf, der eine unabhängige Annahme und Inspektion ermöglicht, anstatt eines endgültigen Veröffentlichungsdatums.

02

Validierungsschlüsselabhängigkeit

Schnittstellen, Migrationen und Hochrisikotechnologien werden validiert, bevor sie sich in der Endphase als nicht machbar erweisen.

03

Entwicklung bewertbarer Ergebnisse

Zeigen Sie alle zwei Wochen reale Ergebnisse, synchronisieren Sie das Risiko, bis zur Entscheidungsfindung und Änderung des Umfangs.

04

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

(c) Freie Zeit für den Probelauf, die Reparatur von Mängeln, die Schulung der Benutzer und den Upline-Rückzug zu reservieren.

PRACTICAL EXAMPLE

Wie verstehen Sie es im eigentlichen Geschäft?

Beispiel zur Erläuterung der Beurteilungsmethode

Ein Businessplan geht zwei Monate lang online. Die Startseite dauert nur drei Wochen, aber das alte ERP hat keine stabile Schnittstelle und keine einheitlichen Account-Nummerierungsrechte. Wenn das Projekt verlängert werden soll, wenn die Entwicklungsphase nur festgelegt ist, und wenn das Programm zur Authentifizierung und Identifizierung der Schnittstelle in der ersten Woche abgeschlossen ist, dann wird die Aufstellungssuche und -genehmigung abgeschlossen, wird die Unsicherheit weiter vorangetrieben und es den Geschäftseinheiten ermöglicht, den Test durchzuführen.

COMMON RISKS

Die einfachste Grube, auf die man treten kann.

Machen Sie die Prototyp-Abschlusszeit online offiziell.

Erhöhte Anzahl von Entwicklern, um das Problem der kompromisslosen Geschäftserkennung und -schnittstelle anzugehen

Keine Kundenzuweisungen, Abhängigkeit von Dritten und Pufferzeit

ACCEPTANCE

Wie sollen wir am Ende empfangen und bestätigen?

Der Plan sollte Meilensteine, Zugangsbedingungen, Demonstrationsergebnisse, Empfänger und Erweiterungseffekte enthalten, und die Unternehmen sollten sich mehr darauf konzentrieren, wann der erste geschlossene Regelkreis in den realen Testbetrieb eintritt, als auf einen Zeitraum, der ohne Qualität und Rechenschaftspflicht kurz erscheint.

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