Broncode en versiegeschiedenis
Overdracht van het door de klant gecontroleerde code magazijn, takstrategie, label, bouwbeschrijving en huidige productieversie naar de overeenkomstige indiening.
Home / Beslissingsrichtsnoeren / Lijst van de overdracht van informatie voor softwareprojecten
PROJECT DECISION GUIDEInformatie die nodig is voor de overdracht van software-items
Projectoverdracht stuurt het pakket met de broncodecompressie niet naar het nieuwe team. Het nieuwe team kan het alleen gestaag overnemen als codes, gegevens, milieu, rekeningen, zakelijke regels en onafgemaakte zaken worden gevalideerd.
Beantwoord de vraag.
Lijst van softwareprojecten voor de overdracht van informatie
De volledige overdracht moet betrekking hebben op digitale activa, operationele omgeving, gegevens en back-up, diensten van derden, zakelijke en technische bestanden, verdeling van verkeer, testen van bewijsmateriaal en onvoltooide zaken, en door de ontvanger gevalideerd worden in een bouw-, implementatie- en sleutelprocessen in een gescheiden omgeving.
DECISION FACTORS
Voor de besluitvorming te controleren sleutelelementen
Ten eerste worden de grenzen van terughoudendheid en verantwoordelijkheid vastgesteld, en worden de technische routes en modaliteiten van samenwerking vergeleken.
Rekeningnummers en infrastructuur
Een inventaris van cloudplatforms, servers, domeinnamen, certificaten, objectopslag, nieuwsdiensten, monitoring en geautomatiseerde uitgifte van accounts.
Databanken en operationele gegevens
Bied structuren, migratiescripts, woordenboeken, back-ups, herstelmethoden, datavolumes en gevoelige gegevensverwerkingsregels.
interfaces en licenties van derden
Geeft de rekeningnummers, de vernieuwingskosten en de toegestane grenzen van betalingen, sms'jes, kaarten, logistiek, facturen en commerciële of open-source componenten.
Operationele en technische documentatie
Beschrijving van kernprocessen, rolprivileges, systeemarchitectuur, interfaces, configuratie, tijdtoewijzingen en bekende beperkingen.
Werktijd en onafgemaakte zaken
Opname van online problemen, to-do behoeften, technische verplichtingen, noodrespons, kwaliteitsgarantie verantwoordelijkheden en tijdschema's voor het oorspronkelijke team.
Voorbereiding van aanbevelingen voorafgaand aan de mededeling of beoordeling
Het door de klant gecontroleerde code magazijnProductieversie en instructies voor de implementatie van de constructieServer domeinnaamcertificaten en cloud resource-accountsReservekopie van database en herstel van authenticatieLijst van interfacesleutels en diensten van derdenStructuurinterfacegegevens en vervoersdocumentenTestverslagen en aanvaardingsregistersLijst van bekende kwesties en verantwoordelijkheden
Voorgestelde pad naar implementatie
Het wordt aanbevolen een schriftelijke lijst te gebruiken om het nieuwe team in te schrijven en te regelen dat het zelfstandig de bouw, implementatie, databaseherstel en kernprocesvalidatie in een gescheiden omgeving kan voltooien.
DECISION WORKSHEET
Translating the software project transfer information list to afdwingbare besluitvorming
De volgende werkbladen helpen bedrijven om vaag advies te organiseren in leveranciersgebaseerde, interne goedkeuring en project-receiveerbare input.
Broncode en versiegeschiedenis
Overdracht van het door de klant gecontroleerde code magazijn, takstrategie, label, bouwbeschrijving en huidige productieversie naar de overeenkomstige indiening.
Indien de factor onzeker blijft, moet een diagnostische of kleinschalige validatie worden geregeld en het is niet passend om de niet-variabele vaste totale prijsklasse rechtstreeks op te nemen.
Rekeningnummers en infrastructuur
Een inventaris van cloudplatforms, servers, domeinnamen, certificaten, objectopslag, nieuwsdiensten, monitoring en geautomatiseerde uitgifte van accounts.
Indien de factor onzeker blijft, moet een diagnostische of kleinschalige validatie worden geregeld en het is niet passend om de niet-variabele vaste totale prijsklasse rechtstreeks op te nemen.
Databanken en operationele gegevens
Bied structuren, migratiescripts, woordenboeken, back-ups, herstelmethoden, datavolumes en gevoelige gegevensverwerkingsregels.
Indien de factor onzeker blijft, moet een diagnostische of kleinschalige validatie worden geregeld en het is niet passend om de niet-variabele vaste totale prijsklasse rechtstreeks op te nemen.
Wat moet een vergelijkbare samenvatting van beoordelingen bevatten?
Ten minste het door de gebruiker gecontroleerde code magazijn, de productieversie en de bouw van implementatieverklaringen, serverdomeinnaamcertificaten en cloud resource-accounts, de back-up en herstelvalidatie van de database, samen met een indicatie van het huidige bedrijfsvolume, de gemiddelde verwerkingstijd, de grote afwijkingen, bestaande systemen, gegevensprivileges, afhankelijkheid van derden en toegangsvensters. Dezelfde versie van informatie wordt verstrekt aan verschillende leveranciers en afzonderlijke beschrijvingen van aannames, uitsluitingen, klantsamenwerkingskwesties, leverings- en acceptatiebewijs zijn vereist om te voorkomen dat alleen de totale prijs van één ontbrekende grens wordt vergeleken.
De onderneming verwacht bijvoorbeeld dat het project 160 uur arbeid per maand zal besparen, maar dit cijfer moet worden uitgesplitst in het aantal taken, eenmalige tijdbesparing, adoptiepercentages en manuele beoordelingsratio's. Als slechts 40% van de gebruikers de eerste periode gebruikt of als het nieuwe proces het herzieningsproces verhoogt, zullen de werkelijke voordelen aanzienlijk lager zijn dan de schijnbare schatting.
Vier soorten bewijs aanbevolen voor ondervraging tijdens de communicatie met de verkoper
Het eerste is het bewijs van de draagwijdte: consistentie van de vraagversies, bedrijfsprocessen, prototypes, interfaces en uitsluitingen; het tweede is technisch bewijs: of soortgelijke technologieën toegankelijke structuren, codebeheer, testen, implementatie en probleembeheermethoden hebben; het derde bewijs is personeel: of de werkelijke deelnemers, inputfasen, verantwoordelijkheden en vervangingsmechanismen duidelijk zijn; en het vierde bewijs is levering: hoe broncodes, gegevens, rekeningnummers, documenten, opleiding, kwaliteitsborging en vervoer worden overhandigd. Het is normaal dat leveranciers niet in staat zijn om de vertrouwelijkheid van klanten in het biedstadium te bieden, maar in staat moeten zijn hun eigen methoden en het bewijs dat in het kader van dit project kan worden ontwikkeld, uit te leggen.
Het verdient aanbeveling de reikwijdte, de kritische afhankelijkheid, de capaciteit van het team, de acceptatie-existentie en de overname op lange termijn afzonderlijk te beoordelen en de basis voor elke score te registreren. Als een programma goedkoper is, wordt de interface, migratie, testen of online verantwoordelijkheid uitgesloten, dan moet het vóór vergelijking in hetzelfde leveringskaliber worden omgezet.
Het beginsel van het vonnis
Deze pagina biedt een besluitvormingskader dat geen vaste aanbieding of prestatietoezegging vormt.
FAQ
FAQs
De meest voorkomende kwesties voor de samenwerking worden duidelijk van tevoren vermeld.
Alleen de broncode compressie pakket kan overnemen?+
Hoewel dit eerst kan worden beoordeeld, verhoogt het ontbreken van een versie van geschiedenis, afhankelijkheid, databases en milieu-informatie de kosten van terugwinning en zorgt het er niet voor dat de broncode consistent is met de productieversie.
Wie moet de rekening van derden beheren?+
Kernrekeningen die rechtstreeks verband houden met bedrijfsactiviteiten en -gegevens moeten normaliter door de cliënt worden gecontroleerd en de minimaal noodzakelijke autoriteit die aan het serviceteam wordt verleend.
Wat als het originele team weigert mee te werken?+
De contract- en wettelijke machtiging worden bevestigd, bestaande codes, rekeningnummers, gegevens en back-up worden zo snel mogelijk bewaard, en de mate van herstel wordt bepaald door onafhankelijke technische diagnose.
DECISION FAQ
Kijk eens naar alle 265 vragen.Gemeenschappelijke vraagstukken in verband met lopende projecten
Contracten, betalingen, wijzigingen en projectuitvoering
Hoe kan de code- en systeeminterface in het midden van de shift door de softwareprovider worden ingevuld?
De schakelaar gaat niet alleen over het verzenden van een source-code compressie pakket, maar ook over het herstellen van de bouw, implementatie en kernactiviteiten. Het oorspronkelijke team moet de structuur, afhankelijkheid, niet-afgewachte behoeften, tekortkomingen en productie-activiteiten beschrijven.
Volledig antwoord weergevenApplets, APPs, SaaS en oude systemenKan het slechte staart software project en de oude code worden overgenomen nadat het oorspronkelijke ontwikkelingsteam het contact heeft verloren?
De meeste projecten kunnen eerst worden geëvalueerd, maar kunnen niet direct worden vastgelegd om te repareren zonder de activa en codes te kennen. De eerste stap is het behouden van code, server, database, domeinnaam, certificaat en derden rekeningen volgens de wet, en vervolgens het repertoire van repertoire en de werking te herstellen.
Volledig antwoord weergevenContracten, betalingen, wijzigingen en projectuitvoeringHet softwareproject is uitgesteld.
Stop met het vragen van alleen het percentage van voltooiing, en vraag het team om een lijst van operationele resultaten, resterende banen, risico's en afhankelijkheid. Onderscheid tussen toegenomen reikwijdte, klantsamenwerking, technische problemen, of leveranciers management leidt tot vertragingen. Herformuleer het ontvangst- en inspectieherstelplan op basis van feiten en bevries niet-kritieke nieuwe eisen.
Volledig antwoord weergevenContracten, betalingen, wijzigingen en projectuitvoeringKunt u vragen om een fixatie als het project is mislukt of niet beschikbaar is?
De reikwijdte, duur en herziening van de wijzigingen kunnen worden bepaald aan de hand van de reikwijdte van de overeenkomst, de aanvaardingscriteria, de redenen voor het mislukken en de wederzijdse verantwoordelijkheid.De eerste stap is het behoud van de versie, log, test, communicatie en bewijs van de operationele impact, en om louter verbale argumenten te vermijden.
Volledig antwoord weergevenRELATED
Indiening van de projectevaluatieHoud uw kennis van de diensten
Relevant
Overname en redding van softwareprojecten
Bekijk de diensten voor bewaring van activa, technische audit, restauratie en verplaatsing
Voor meer informatie.RelevantGeen document oude code overnemen
Terugvordering en risicobeoordeling bij ontbrekende informatie
Voor meer informatie.RelevantTechnische diagnose van softwareprojecten
Activa, risico's en overnameroutes worden ontwikkeld door middel van onafhankelijke audits
Voor meer informatie.