Home / FAQs / Contracten, betalingen, wijzigingen en projectlevering
QUESTION & ANSWER

Welke risico's kunnen worden verborgen voor de lage prijs van software-outsourcing?

Lage prijzen kunnen voortvloeien uit het hergebruik van templates, ontbrekende scopes, onderbemand of later afhankelijk van verandering vergoedingen, die niet noodzakelijkerwijs een grotere efficiëntie vertegenwoordigen. De prijs van het vergelijken van aanbiedingen is om vraag, interface, gegevens, testen, implementatie, broncode en onderhoud kaliber te harmoniseren. Vooral lage prijzen vereisen uitleg van de rol van het team, werklast en uitsluiting.

Beantwoord de vraag.

Ten eerste, geef conclusies die kunnen worden gebruikt voor de besluitvorming

Het verschil in aanbod van de verkoper kan redelijk zijn, zoals het bestaan van volwassen componenten, hoge automatisering of verschillende teamkostenstructuren; maar als de prijs niet betrekking heeft op de analyse van de vraag, het ontwerp, het testen en on-line verantwoordelijkheid, kan het worden afgewogen door het verminderen van de kwaliteit, met behulp van niet-geautoriseerde broncodes, frequente wijzigingen, late levering of het verlaten van het project.

DECISION FACTORS

Welke voorwaarden moeten worden vastgesteld voordat een oordeel wordt uitgesproken?

Dezelfde vraag kan verschillende antwoorden hebben in verschillende bedrijfs-, data- en projectfasen. Er wordt voorgesteld de volgende voorwaarden te controleren en de gemeenschappelijke bevindingen op het web in hun eigen projecten op te nemen.

Of de individuele aanbiedingen op dezelfde reikwijdte en aanvaardingscriteria waren gebaseerdInclusief backstage, interface, datamigratie, testen en implementatieOf broncode, licentieverlening van derden, cloudbronnen en onderhoudskosten gescheiden zijnOf het aantal teams, de invoercyclus en het aanbod logisch worden afgestemd
ACTION STEPS

Voorgestelde volgorde van de voorschotten

01

Eerst zullen we duidelijk zijn over het doel en de grens.

Een samenvatting van hetzelfde project en een lijst van problemen werden naar alle leveranciers gestuurd.

02

Validatie Zeer belangrijke afhankelijkheid

Er werden verklaringen gevraagd over werklast, technische route, hergebruikinhoud en belangrijke aannames.

03

Ontwikkeling van de te beoordelen resultaten

Validatie van echte leveringskwaliteit door middel van mini-diagnose of mijlpalen.

04

Zorg ervoor dat u de volgende stap met de echte resultaten te beslissen.

Drie jaar onderhoud, verandering en overname kosten worden gemeten voordat het besluit wordt genomen.

PRACTICAL EXAMPLE

Hoe begrijp je dat in de praktijk?

Voorbeeld gebruikt om de methode van beoordeling te illustreren

Een beheersysteem low-cost regeling bevat alleen een front-end template en gedeelde backstage, exporteert geen volledige gegevens of leveren service-end broncode. Een onderneming is beperkt tot elke latere aanpassing door het platform als het kijkt naar de eerste prijs.

COMMON RISKS

De makkelijkste put om op te stappen.

De functionele naam is dezelfde, dus de verantwoordelijkheid voor de levering is dezelfde.

Accepts a large “follow-up” range, but still signs fixed totals

Geen geënsceneerde resultaten vóór betaling, geen exitmogelijkheden voor goedkope projecten

ACCEPTANCE

Hoe moeten we uiteindelijk ontvangen en bevestigen?

De lage prijs is geen probleem op zich en het is niet mogelijk om uit te leggen hoe de prijs overeenkomt met de resultaten van het werk en de langetermijnaansprakelijkheid die het risicosignaal is.

Bij de voorbereiding op communicatie met leveranciers of interne teams, wordt aanbevolen om huidige processen, representatieve monsters, bestaande systemen, planningstijd en budgetniveaus worden gebracht. Eerst, de onbekende items zijn duidelijk gemarkeerd, en dan wordt besloten om gebruik te maken van diagnostiek, PoC, vaste-range projecten of lopende onderzoek en ontwikkeling, die meestal betrouwbaarder is dan een directe vraag naar een prijs en duur zonder grenzen.

Uw projectvoorwaarden verschillen van de bovenstaande voorbeelden?

Operationele doelstellingen, bestaande systemen, steekproef en geplande tijd kunnen worden verzameld voordat consultants een voorlopige beoordeling kunnen maken van de feitelijke grenzen.

Associate project consultants