Risikoen Ledelsen i Offshore Outsourcing

Det er et velkjent faktum at offshore outsourcing (eller noen form for outsourcing for den saks skyld) bærer kjente og ukjente risikoer. Det viktigste er å finne ut om din offshore outsourcing leverandøren er klar over disse risikoene og har en plan om å enten dempe den eller fjerne den helt. I dette innlegget vil jeg dele noen av kjente risikoer knyttet til offshore outsourcing. Risk One: Krav Misforståelse - Mange ganger hender det at kravene blir skrevet i en hast for å få prosjektet i gang så snart som mulig. Dette er greit hvis prosjektet blir gjort inhouse. Men hvis det blir outsourcet, blir det en risiko. Hvis spesifikasjonene ikke er skrevet riktig, eller er ufullstendige eller detaljert nok ikke er gitt, vil prosjektet ha problemer på ulike fronter som prosjektforståelse - hva må gjøres og levert, Prosjektering - å sette sammen faste datoer for levering, Endre Controls - massevis av endringskontroll vil bli generert senere i prosjektets livssyklus, som kan åpenbart forsinke prosjektet samt øke kostnadene. Per studien utført av Software Engineering Institute, ikke nok forståelse eller klarhet rundt kundens behov er en av de beste grunner på hvorfor programvareprosjekter mislykkes eller bli forsinket. For å redusere denne risikoen, sørg for at leverandøren har gått gjennom kravet forståelse fase før du starter kodingen fase. Kravet forståelse fasen bør ha flere runder med diskusjoner med alle involverte parter for å forstå og dokumentere sine krav i Software spesifikasjonsdokumenter. Denne fasen er uavhengig av teknologien som er valgt for prosjektet. Leverandøren skal også forberede HTML mock-ups som er en utmerket måte å fange søknaden flyt. Disse mock-ups bør gjenbrukt under kodefasen for innebygging av søknaden metodekall. Krav utvikling: Krav Development fasen handler om å samle kundens behov og oversette til kravspesifikasjon for hva systemet må gjøre. Krav Utvikling består av tre beslektede aktiviteter: 1. Gathering brukerens behov, noe som gjøres ved å intervjue de potensielle brukerne om systemet de ønsker, og bygge den interaktive prototyper, skriver kravspesifikasjonen dokumenter. 2. Analysere Krav, som handler om å bestemme aksepten implementere evne, og etterprøvbarhet. 3. Inspeksjon Krav, som er oppnådd ved å diskutere den foreslåtte kravet i detalj. Målet er å identifisere problemer og feil relatert til kravene uklarheter eller avvik. Leveransen fra denne fasen er en detalj requirments dokument som bør få i fellesskap gjennomgått og signert av. Bedriftens prosjektleder eller kontaktperson må gjennomgå status for eventuelle leveranser samt noen tester gjort, og være tilgjengelig for å kommunisere ofte med leverandøren prosjektleder. De fleste prosjekt problemer oppstår til sjeldne eller dårlig kommunikasjon mellom firmaet outsourcing, og leverandøren. Men "ingen nyheter er gode nyheter" tilnærming er sjelden sant; i virkeligheten vil det motsatte ofte forekommer. En av de enkleste måtene å redusere denne risikoen, og for å fange opp problemer tidlig, er å initiere hyppig kommunikasjon, med faste tider spesifisert for prosjektgjennomganger. Forskjeller i utviklingsmetodikk kan oppstå, hvis man firmaet foretrekker et RUP tilnærming med krevende spesifikasjoner, mens et annet firma foretrekker smidige metoder. En bedrift kan ha en foretrukket verktøy i stedet for kildekoden kontroll, eller for koding standarder, eller for testing bygger. Disse problemene kan ofte være utarbeidet ved å kommunisere årsaken til hver tilnærming, og deretter velge en konsistent metodikk. Oftest vil du spørre offshore team for å adoptere in-house dine metoder, men du kan bli overrasket over å oppdage at de har metoder eller verktøy som er lik din, spesielt hvis de har betydelig erfaring i en teknologi. Det er der teamarbeid, og kommunikasjonen mellom prosjekt og utvikling team ledere er avgjørende. Relatert til metoder evaluerer hvordan firmaet blir outsourcet til håndterer plutselige forespørsler om store volumer eller rask levering. Sjekk på hvor fleksibel og skalerbar leverandøren din er, og om de har prosesser på plass for å ansette flere medarbeidere som kreves for større prosjekter. Dette inkluderer å ha tilstrekkelig prosjektledere på plass for å sikre tilstrekkelig overvåking og kommunikasjon med firmaet ditt. Spør dem: «Hva er den minste prosjektet du har jobbet på Det største prosjektet?" for å fastslå om de kan skaleres til å møte dine behov. Du vil også være lurt å sjekke referanser for prosjekter som er lik din
.