Begrijp je echt zaken?
De leveranciers moeten proactief de rol, processen, gegevens, anomalieën en succesindicatoren opvolgen in plaats van onmiddellijk nauwkeurige totale prijzen te geven wanneer de informatie ontoereikend is.
Home / Beslissingsrichtsnoeren / Beoordeling en aanvaarding van leveranciers
PROJECT DECISION GUIDEHoe software-ontwikkelingsleveranciers beoordelen en accepteren
Vaak is de werkelijke impact op de projectresultaten geen kader, maar is het vermogen van leveranciers om bedrijfsgrenzen te identificeren, risico's bloot te stellen, op continue basis aanvaardbare resultaten te leveren en activa te verlaten die na het einde van de samenwerking kunnen worden gehandhaafd.
Beantwoord de vraag.
Beoordeling en aanvaarding van de leverancier
De aanbieder van beoordelingssoftware moet niet alleen de prijs- en presentatiepagina bekijken, maar ook het inzicht in behoeften, het bewijs van soortgelijke complexiteit, sleutelpersoneel, technische programma's, levering, acceptatievoorwaarden en risicomechanismen controleren.
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.
Of bewijs complex is of niet
In de zaak moeten de achtergrond, de technische reikwijdte, het leveringsproces en het kaliber van de resultaten worden vermeld, en in het anonieme geval moet ook worden aangegeven welke grenzen kunnen worden gecontroleerd.
Identificatie van het belangrijkste personeel
Verzoening van verantwoordelijkheden voor verkoop, product, structuur, ontwikkeling, testen en projectmanagement bij de feitelijke uitvoering.
Controle en levering
Naast de broncode, de locatie en overdracht van het magazijn, rekeningnummer, gegevens, implementatie, diensten van derden en documenten moeten worden verduidelijkt.
Gefaseerde aanvaarding en inspectie
Het prototype, de kernlinks, de piloot en online gereedheid worden geaccepteerd door mijlpalen, die de betalingknooppunten aan echte resultaten koppelen.
Intrekkings- en overnamemechanisme
Klanten moeten voortdurend toegang hebben tot codes en informatie en moeten de uitbreidingen, tekortkomingen, schorsingen en overdrachten vaststellen.
Voorbereiding van aanbevelingen voorafgaand aan de mededeling of beoordeling
Projectaannames en risicoverklaringBewijsmateriaal met betrekking tot complexiteitBelangrijkste personeel- en communicatiemechanismenNummer van de rekening van het brondocument en de vermelding van de gegevensGefaseerde aanvaarding en betalingTekorten en operationele aansprakelijkheid na de lijn
Voorgestelde pad naar implementatie
Aanbevolen wordt om de geconsolideerde vraag- en leveringslijst te gebruiken om leveranciers te vergelijken en de kwaliteit van samenwerking te valideren door middel van een beperkt diagnose-, prototype- of PoC.
DECISION WORKSHEET
Verkopersbeoordeling en aanvaarding omzetten in afdwingbare besluitvorming
De volgende werkbladen helpen bedrijven om vaag advies te organiseren in leveranciersgebaseerde, interne goedkeuring en project-receiveerbare input.
Begrijp je echt zaken?
De leveranciers moeten proactief de rol, processen, gegevens, anomalieën en succesindicatoren opvolgen in plaats van onmiddellijk nauwkeurige totale prijzen te geven wanneer de informatie ontoereikend is.
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.
Of bewijs complex is of niet
In de zaak moeten de achtergrond, de technische reikwijdte, het leveringsproces en het kaliber van de resultaten worden vermeld, en in het anonieme geval moet ook worden aangegeven welke grenzen kunnen worden gecontroleerd.
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.
Identificatie van het belangrijkste personeel
Verzoening van verantwoordelijkheden voor verkoop, product, structuur, ontwikkeling, testen en projectmanagement bij de feitelijke uitvoering.
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 worden de projectaannames en risicoverklaringen, bewijsmateriaal in verband met complexiteit, sleutelpersoneel en communicatiemechanismen, bronbestandsrekeningnummers en gegevenstoeschrijvingen georganiseerd, samen met een indicatie van het huidige bedrijfsvolume, gemiddelde verwerkingstijd, grote afwijkingen, systemen in de plaats, gegevensprivileges, afhankelijkheid van derden en toegangsvensters. Dezelfde versie van informatie wordt verstrekt aan verschillende leveranciers en afzonderlijke beschrijvingen van aannames, uitsluitingen, klantsamenwerkingskwesties, levering en acceptatie bewijs nodig om te voorkomen dat de totale prijs van slechts éé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.
Is het laagste aanbod kostenefficiënter?+
Niet noodzakelijk. Als de lage prijs is gebaseerd op ontbrekende interfaces, tests, migraties of transporten, kunnen de kosten van latere veranderingen en back-to-work hoger zijn.
Kunnen we samenwerken zonder de grote cliënt zaak openbaar te maken?+
De naam van de cliënt alleen is niet de basis voor een oordeel.
Hoe kan het risico van falen van de leverancier worden verminderd?+
Zorg ervoor dat codes en documenten continu worden ingevoerd in het voor klanten toegankelijke magazijn, dat cloudbronnen en derdenaccounts worden aangehouden door de klant, en dat er regelmatige back-up, mijlpaalacceptatie- en exitclausules zijn.
DECISION FAQ
Kijk eens naar alle 265 vragen.Gemeenschappelijke vraagstukken in verband met lopende projecten
Softwareontwikkeling en outsourcing van projecten
Wat moet de keuze zijn van softwareoutsourcing en zelfbouwteams?
Software outsourcing is meestal effectiever als het bedrijf een lange termijn continuüm vereist en de onderneming een product- en technologiebeheerscapaciteit heeft. Als het doel duidelijk is gedefinieerd, is een snelle start vereist of er is een tijdelijk gebrek aan specifieke capaciteit, veel bedrijven behouden het product- en technologie-eigenaren, waardoor de fase van O & O of de speciale constructie aan het externe team.
Volledig antwoord weergevenSoftwareontwikkeling en outsourcing van projectenHoe lang duurt het voordat een aangepast softwareproject zich ontwikkelt?
De cyclus is afhankelijk van de mate van bepaling van het toepassingsgebied, interface en gegevensvoorbereiding, besluitvormingsefficiëntie en toegangseisen, niet alleen van het aantal ontwikkelde mensen. Kleine interne instrumenten kunnen in weken worden voltooid en kruising tussen systemen en ondernemingsplatforms moeten vaak in fasen over een maand worden geïmplementeerd.
Volledig antwoord weergevenSoftwareontwikkeling en outsourcing van projectenWordt de software uitbesteed om vaste brutoprijzen te selecteren of om maandelijks samen te werken?
Vaste totale prijzen zijn gemakkelijker te controleren wanneer de vraag stabiel is, grenzen duidelijk zijn en het resultaat vooraf kan worden bepaald. Vraagwijzigingen, en als technologieroutes worden onderzocht of bedrijven kunnen deelnemen aan productmanagement, zijn ze in persoon of op een continue basis flexibeler.
Volledig antwoord weergevenSoftwareontwikkeling en outsourcing van projectenHoe kan het software-outsourcingproject de kwaliteit van ontwikkeling garanderen?
De kwaliteit kan niet wachten tot het project eindelijk wordt gegarandeerd door een functionele acceptatie. Gemeenschappelijke controles moeten worden omgekeerd vanaf de basis van de vraag, architectuur evaluatie, code management, continue testen, fase demonstratie en online. Ondernemingen moeten zien traceerbaarheid van vraag, gebreken, testen en het vrijgeven van bewijsmateriaal, in plaats van luisteren naar mondelinge vooruitgang.
Volledig antwoord weergevenRELATED
Indiening van de projectevaluatieHoud uw kennis van de diensten
Relevant
Samenwerkingsprocessen en uitvoeringsrichtsnoeren
Bekijk coöperatieve benaderingen, stadia en gemeenschappelijke resultaten
Voor meer informatie.RelevantCentrum van vertrouwen en bewijs
Informatie over bewijsmateriaal, inhoudsgrenzen en openbaarmaking
Voor meer informatie.RelevantIndiening van een voorlopige projectbeoordeling
We doen het team en het programma nadat we de behoeften hebben opgelost.
Voor meer informatie.