Home / FAQs / Software ontwikkeling en uitbesteding van projecten
QUESTION & ANSWER

Wat moet Shanghai Software Outsourcing kiezen?

Het is belangrijk om te zien of de leverancier zakelijke kwesties kan vertalen in reikwijdte, risico en acceptatie criteria, in plaats van bedrijfsgrootte en verkoop retoriek. Terwijl lokale communicatie in Shanghai complexe proces interviews en online samenwerking, code kwaliteit, project management en continu onderhoud zijn nog steeds onderworpen aan bewijs. Het wordt aanbevolen dat de andere partij wordt gevraagd om uitleg over de structuur, levering, ongebruikelijke behandeling en overname van soortgelijke projecten.

Beantwoord de vraag.

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

Bij het selecteren van een Shanghai software outsourcing bedrijf, het hoofdonderwerp, de rol van het team en de verantwoordelijkheid voor de levering, gevolgd door geval en technologie. Ware leveranciers zullen proactief zijn in het vragen over het zakelijke volume, de gebruikersrol, bestaande systemen, interfaces, gegevens en online beperkingen, en zullen wijzen op degenen die niet tijdelijk kunnen worden vastgelegd.

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.

Samenhang tussen business-, contract-, collectie- en feitelijke leveringsteamsVerifieerbare faseresultaten, codebeheer en testprocessen demonstrerenOf de offertes niet van de artikelen, de uitsluitingen, de medewerking van de klant en het veranderingsmechanisme zijnWie bestuurt de broncode, gegevens, domeinnamen, cloudbronnen en derdenaccounts?
ACTION STEPS

Voorgestelde volgorde van de voorschotten

01

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

Drie tot vijf leveranciers werden in dezelfde projectsamenvatting gecontacteerd om de consistentie van vergelijking te waarborgen.

02

Validatie Zeer belangrijke afhankelijkheid

Er werd een gezamenlijke bedrijfstechnische communicatie georganiseerd om de werkelijke verantwoordelijke persoon in staat te stellen de structurele en risicovragen te beantwoorden.

03

Ontwikkeling van de te beoordelen resultaten

Monsters van niet-gesensitiseerde leveringsartikelen, zoals vraagcatalogi, interfacebestanden en testverslagen, worden gevraagd.

04

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

Ten eerste een diagnose of een eerste mijlpaal, en of de reikwijdte op basis van echte resultaten van samenwerking moet worden uitgebreid.

PRACTICAL EXAMPLE

Hoe begrijp je dat in de praktijk?

Voorbeeld gebruikt om de methode van beoordeling te illustreren

Het bedrijf moet verbinding maken met ERP, site apparatuur en mobiele eind. Verschillende bedrijven beweren dat te doen bij het kijken naar de pagina, maar in de interface inventaris review, teams die proactief offline apparatuur kunnen identificeren, data feed, toegang en back-up zijn meer waard om de volgende ronde.

COMMON RISKS

De makkelijkste put om op te stappen.

Het aantal personeelsleden, het aantal vestigingsjaren en de rechtstreekse gelijkwaardigheid van het lopende project

Accepteer een prijs zonder limiet en aanvaardingsnota

De verkoop werd goed gecommuniceerd, maar het team nam nooit deel aan de voorafgaande beoordeling na de ondertekening

ACCEPTANCE

Hoe moeten we uiteindelijk ontvangen en bevestigen?

De beoordeling van in aanmerking komende leveranciers moet ten minste een begrip van de vereisten omvatten, reikwijdte van aanbevelingen, technische routes, projectrollen, mijlpalen, leveringslijsten, risico- en prijsaannamen.

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