Riskit Management offshore Outsourcing

On tunnettu tosiasia, että offshore ulkoistaminen (tai minkä tahansa ulkoistaminen, että asiaa) harjoittaa tunnettuja ja tuntemattomia riskejä. Tärkeintä on selvittää, jos offshore ulkoistaminen tarjoaja on tietoinen näistä riskeistä ja on suunnitelma joko lieventää sitä tai poistaa sen kokonaan. Tässä postitse, aion jakaa joitakin tunnettuja riskejä offshore ulkoistaminen. Riski Yksi: Vaatimus Väärinkäsitys - Monesti käy niin, että vaatimukset saavat kirjallisen on kiire saada Hanke käynnistyi mahdollisimman pian. Tämä on kunnossa, jos hanke on tehty inhouse. Mutta jos se on ulkoistettu, se tulee riski. Jos tiedot eivät ole kirjoitettu oikein tai ovat puutteelliset tai tarpeeksi tietoja ei anneta, hankkeella on ongelmia eri rintamilla, kuten hankkeen ymmärtäminen - mitä pitää tehdä ja toimittaa, Projektin suunnittelu - koota yhteen yrityksen päivämäärät toimitusta, muuta Controls - paljon muutosten hallinta luodaan myöhemmin hankkeen elinkaaren, joka voisi tietenkin viivyttää hankkeen sekä lisätä kustannuksia. Per tutkimuksessa Software Engineering Institute, ei riitä ymmärrystä tai selkeyden noin asiakkaan vaatimukset on yksi hyvä syy, miksi ohjelmistoja hankkeet epäonnistuvat tai saada myöhässä. Lieventämiseksi tätä riskiä, ​​varmista, että palveluntarjoaja on käynyt läpi vaatimus ymmärtämisen vaiheessa ennen koodausta vaihe. Vaatimus ymmärrys vaihe pitäisi olla useita kierroksia keskustelun kaikkien osapuolten ymmärtää täysin ja dokumentoida niiden vaatimukset ohjelmiston Specification asiakirjat. Tämä vaihe on riippumaton teknologia valitaan hankkeeseen. Tarjoajan olisi myös valmistella HTML vedosten joka on erinomainen tapa vangita hakemuksen kulkua. Nämä vedosten olisi uudelleen aikana koodaus vaiheen piintynyt soveltamista metodikutsuja. Vaatimukset Development: Vaatimukset kehitys vaihe on noin kerätä asiakkaan tarpeet ja kääntää vaatimusmäärittelyn mitä järjestelmä on tehtävä. Vaatimukset kehittäminen koostuu kolmesta liittyvää toimintaa: 1. Gathering käyttötarpeita, joka toteutetaan haastattelemalla mahdollisia käyttäjille järjestelmän he haluavat, rakennus interaktiivinen prototyypit, kirjallisesti vaatimuksen eritelmä asiakirjoja. 2. analysointi Vaatimukset, mikä on noin määritettäessä hyväksyttävyys, toteuttaa kyky, ja testattavuus. 3. tarkastus Vaatimukset, joka toteutetaan keskustelemalla ehdotettu vaatimus yksityiskohtaisesti. Tavoitteena on tunnistaa ongelmat ja virheet liittyvät vaatimukset epäselvyydet tai poikkeamia. Suoritteen tästä vaiheesta on yksityiskohtainen, vaatimusten asiakirja, joka pitäisi saada yhdessä tarkistettava ja allekirjoitettava pois. Yrityksen projektipäällikkö tai nimetty yhteyshenkilö täytyy tarkistaa tilan kaikki suoritteet sekä kaikki testaus tapahtuu, ja käytettävissä kommunikoida usein kanssa myyjä projektipäällikkö. Useimmat projektin ongelmia esiintyy harvoin tai huono viestintää yrityksen välillä ulkoistamisen, ja myyjä. Mutta "ei uutinen on hyvä uutinen" lähestymistapa on harvoin totta; Itse asiassa, vastapäätä usein tapahtuu. Yksi helpoimmista tavoista vähentää tätä riskiä, ​​ja kiinni ongelmia varhain, on aloittaa usein viestintä, säännöllisesti kertaa määritetty hanke arvostelua. Erot kehittämismenetelmät voi ilmetä, jos jokin yritys haluaa RUP lähestymistapaa vaativia ominaisuuksia, kun taas toinen yritys suosii ketterä menetelmiä. Yksi yritys voi olla paras keino paikallaan lähdekoodin ohjaus, tai koodausstandardeja ja koekäytössä rakentaa. Näitä kysymyksiä voidaan usein toiminut viestimällä syy kunkin lähestymistavan, ja valitsemalla sitten johdonmukaista menetelmää. Useimmiten voit kysyä offshore joukkue hyväksyä yrityksen omien menetelmien, mutta saatat yllättyä löytää että ne ovat menetelmät tai työkalut, yhtä sinun, varsinkin jos heillä on merkittävä kokemus teknologia. Tässä on tiimityötä, ja viestintä hankkeen ja kehitys tiimi johtajien on kriittinen. Liittyviä menetelmiä arvioida, miten yritys on ulkoistettu käsittelee äkillinen pyyntöjä suuria määriä tai nopea toimitus. Tarkista, miten joustava ja skaalautuva myyjältä on, ja onko heillä prosesseja palkkaamiseen lisähenkilöstön tarpeen suuremmille hankkeille. Tähän kuuluu riittävä hankkeen hallinnointiin osallistuville henkilöille, joilla varmistetaan riittävä seuranta ja yhteydenpito oman yrityksen. Kysy heiltä: "Mikä on pienin projekti olet työskennellyt? Suurin projekti?" auttaa määrittämään, ovatko he voivat skaalata tarpeisiisi. Saat myös haluavat tarkistaa viittaukset hankkeisiin, jotka ovat samankaltaisia ​​kuin sinun.
.