Geben Sie zuerst Schlussfolgerungen, die für die Entscheidungsfindung verwendet werden können
Der „Lieferquellcode kann nicht als einfaches Versenden eines komprimierten Pakets verstanden werden. Ein Unternehmen muss wissen, welcher Version des Codes entspricht, wie er installiert, konfiguriert und platziert wird, wie die Datenbank aktualisiert wird, wie Dienstleistungen ausgegeben und zurückerstattet werden. Verträge sollten zwischen den ursprünglichen Vermögenswerten des Kunden, den neuen Ergebnissen des Projekts, den generischen Komponenten des Lieferanten, der Open-Source-Abhängigkeit und den kommerziellen Lizenzen von Drittanbietern unterscheiden und ihre jeweiligen Nutzungs- und Änderungsrechte klären.
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.
Vorgeschlagene Reihenfolge des Vorschusses
Zuerst werden wir uns über das Ziel und die Grenze im Klaren sein.
Die Liste der zu erbringenden Leistungen wird vor der Unterzeichnung erstellt und sollte bis zu den Meilensteinen des Projekts ausgefüllt werden.
Validierungsschlüsselabhängigkeit
Der Code wurde während der Entwicklung kontinuierlich in das vereinbarte Lager eingefüllt, anstatt am Ende des Projekts übergeben zu werden.
Entwicklung bewertbarer Ergebnisse
Führen Sie eine dokumentengesteuerte Build- und Deployment-Übung in einer sauberen Umgebung durch.
Stellen Sie sicher, dass Sie den nächsten Schritt mit den tatsächlichen Ergebnissen entscheiden.
Kontoübertragungen, Kompetenzwiederherstellung, Wissensschulung und Identifizierung von Altlasten.
Wie verstehen Sie es im eigentlichen Geschäft?
Der Anbieter lieferte das Paket zur Codekomprimierung, aber das Fehlen von Skripten für privates Vertrauen, Produktionskonfiguration und Datenbankmigration hindert den Kunden immer noch daran, dies zu veröffentlichen. Zuverlässiger ist die Annahme, dass das Liefermaterial vom Kunden oder einer unabhängigen Person in der neuen Umgebung erstellt und bereitgestellt wird und die Assets nach dem Kerntest bestätigt werden.
Die einfachste Grube, auf die man treten kann.
Der Vertrag enthielt nur "Quellcode bereitstellen" und keine Versionen und unterstützende Materialien.
Das Key-Konto wird unter einer persönlichen Telefonnummer oder einer E-Mail des Anbieters registriert
Versäumnis, Open-Source-Lizenzen und die Haftung für die Erneuerung von Geschäftskomponenten zu überprüfen
Wie sollen wir am Ende empfangen und bestätigen?
Die endgültige Liste sollte Code Warehouse, Versionslabel, Datenbank, Schnittstelle, Konfigurationsvorlage, Build Deployment, Testbericht, Entwurfsdokument, Handbuch, Kontonummernrechte und bekannte Probleme umfassen.
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.