Mukautetut ohjelmistokehitysyrityksen palvelut
Me olemme yhtiö joka rakentaa digitaalisia etätiimejä virastoille, IT-palveluntarjoajille ja IT-osastoille.
Tässä keskustelemme haasteista, mahdollisista ratkaisuista, ulkoistamisen eduista ja lisätietoja mukautettujen ohjelmistojen kehittämisestä.
Johdanto: Haasteet
IT-ratkaisujen rakentamisessa on monia haasteita. Kun kyseessä on kolmannen osapuolen myyjä, siitä tulee vielä monimutkaisempi.
Jotkut noista haasteista ovat:
- Avoimuuskysymykset : Varmista, että kolmannen osapuolen myyjä antaa oivalluksia ohjelmiston kehityksestä ja ettei ole ”savunäyttöä”, kuten projektipäälliköt ja myyntihenkilöt, jotka estävät tarkasti sisäisiä prosesseja.
- Kuka työskentelee projektissa : Joissakin tapauksissa kumppani, joka ulkoistaa työn, ei tiedä kuka tosiasiallisesti työskentelee IT-projektissa. Kysymyksiä, kuten ”millaisia ohjelmoijia on mukana?”, ”Ovatko he kaikki kokeneita IT-ammattilaisia?”, ”Työskentelevätkö he myyntiprosessissa mainittujen malliprojektien parissa?”, ”Onko testaajia / laatua analyytikot ja sovellusarkkitehdit mukana? ”,” Vai onko joukkueessa vain nuorempia ohjelmoijia? ” joissakin tapauksissa vastaamatta.
- Luottamus ongelmia : Kuinka vilpitön IT-palvelujen tarjoaja on? Työskentelevätkö he erittäin rehellisesti? Ovatko ne täysin avoimia, jos tapahtuu jotain negatiivista? Vai piilottavatko he mahdolliset ongelmat, joita saattaa syntyä tulevaisuudessa? Kuten järjestelmän ylläpidettävyys tai skaalautuvuus, joka voidaan saada selville vasta tulevaisuudessa eikä heti projektin luovutuksen jälkeen.
- Laskutukseen liittyvä avoimuus : Laskuttavatko he enemmän tunteja kuin tarvitaan? Panevatko he liian suuren marginaalin kustannuksiinsa?
Yleensä avoimuus projektin parissa työskentelevien suhteen ja myös laskutukseen liittyvät kysymykset heikentävät myyjän ja työn ulkoistaneen kumppanin välistä suhdetta.
Syyt näihin kysymyksiin löytyvät ulkoistavien yritysten puolelta sekä kumppanien puolelta.
Toimittaja (IT-toimittaja) antaa:
- Ei tiedä asiakkaan maksutapaa : Maksaako asiakas kaikki laskunsa ajoissa? Vetävätkö he maksuja pitkällä aikavälillä? Eivätkö he maksa laskujaan sanoen, että projektia ei toimitettu oikeaan laatuun tai oikeaan aikaan? Kaikki tämä saa palveluntarjoajan epäröimään tuoda A-tiiminsä projektiin ja välttää viettämästä liikaa aikaa aluksi ennen vastauksia näihin kysymyksiin.
- Hänellä ei ole tarvittavaa asiantuntemusta, mutta se tarvitsee projektin sisäisen kustannusrakenteen vuoksi : Joskus mukautettujen sovelluspalvelujen tarjoajilla on korkeat kuukausikustannukset palkkojen ja muun infrastruktuurin (vuokra, tietokoneet, internet, yleiskustannukset jne.) Vuoksi. Tämä saa jotkut myyjät toteuttamaan projekteja, joita he eivät voi tehdä korkealaatuisina parhaalla mahdollisella hinnalla. Kustannusten kattamiseksi he ottavat projektin mukaan.
- Haluaa välttää työntekijöiden salametsästystä : Piilottamalla ohjelmoijat projektipäälliköiden ja myyntihenkilöiden taakse, IT-toimittaja varmistaa, että kykyjen mahdollinen salametsästys vältetään. Koska jos myyjä ei tiedä kumppanin käyttäytymistä, voi olla, että he alkavat palkata heidät pois. Tämä ”savunäyttö” aiheuttaa ongelmia viestinnässä, koska kaikki viestit on lähetettävä eri ihmisten kautta, jotka eivät tuota paljon lisäarvoa keskusteluun.
- Haluaa varmistaa, että laskutus ja ponnistelut ovat tasapainossa : Myyntihenkilö saattaa olla tiiviisti mukana prosessissa varmistaakseen, että laskutus ja ponnistelut ovat tasapainossa. Mutta tämä ei auta projektia sellaisenaan ja on sen sijaan hyödyllistä vain myyjälle.
Kumppanin (asiakas) asiat:
- Voinko olla varma, että lopputulos on se, mitä odotin?: Kun 5 hengen tiimi työskentelee 7 kuukautta projektin parissa, kaikki laskut maksetaan ja hakemus toimitetaan, aionko olla varma, että saan ratkaisun, joka on skaalautuva ja ylläpidettävä? Tämä kumppani voi tietää vasta useiden kuukausien sisäisen testauksen jälkeen sekä loppukäyttäjiltä saadun palautteen.
- Maksanko liikaa huonolaatuisista palveluista?: Kuten alussa mainittiin, kumppani ei voi olla varma kuka työskentelee sovelluksessa, jos läpinäkyvyys puuttuu. Tämä puolestaan voi vaikuttaa tuotannon laatuun.
- Kuinka voin varmistaa, että tuotetta voidaan ylläpitää tulevaisuudessa?: Entä koodausstandardit, dokumentointi ja ylläpidettävyys? Voiko oma tiimimme tai toisen toimittajan tiimi helposti tietää, mitä koodissa tapahtuu, ja rakentaa sitä? Nämä ovat asioita, jotka ovat tärkeitä mukautettujen ohjelmistojen kehittämisessä. Koska suuri osa projekteista epäonnistuu tässä seuraavassa vaiheessa.
Mahdolliset ratkaisut
Sovelluksen rakentavan kolmannen osapuolen toimittajan on oltava varma, että hän saa palkkion sen palveluista ja toisaalta haluaa työskennellä luotettavien kumppaneiden kanssa.
Kumppani haluaa varmistaa, että se saa parhaan vastineen kohtuulliselle budjetille. Ratkaisu, joka on skaalautuva, nopea ja ylläpidettävä.
Olemme työskennelleet monta vuotta useiden asiakkaiden kanssa ympäri maailmaa. Ollakseni rehellinen: Jotkut näistä hankkeista epäonnistuivat tekstin alussa mainituista syistä.
Vuodesta 2014 olemme muuttaneet malliamme tarjoamaan omistautuneita IT-asiantuntijoita kumppaneillemme, tämä on ollut kohta, jossa asiat muuttuvat erittäin positiivisiksi. Suurimman osan asiakkaista noista ajoista olemme edelleen töissä.
Kuinka omistautuneet tiimit työskentelevät
Sen sijaan, että tekisimme perinteisen ulkoistamisyhteistyön, jossa myyjä toteuttaa kaikki vaatimukset alusta loppuun, asiakaspuoli osallistuu enemmän.
Tätä varten kumppanipuolella vaaditaan seuraavia asioita:
- a) projektipäällikkö : Tämän henkilön olisi pitänyt jo tehdä sovelluskehitykseen liittyviä projekteja. Hänellä on siten tietoa siitä, mitkä haasteet IT-projekteissa voivat tulla esiin ja miten ne voidaan ratkaista.
- b) Koodaamisen asiantuntija : Joku kumppanipuolella, joka tietää koodauksen nurinpäin. Tämä varmistaa, että kumppaniyritys voi tarkistaa toimitetun ohjelmoinnin. Hyvin nopeasti kaikki ongelmat löytyvät tällä tavalla.
Työvoiman säästämiseksi projektipäällikkö voi olla myös koodaamisen asiantuntija.
Seuraavia asioita vaaditaan toimittajan puolelta:
- a) Suora pääsy ohjelmoijille: Toimittaja antaa kehittäjille suoran pääsyn varmistaakseen, että viestintä on sujuvaa ja että tiedonsiirron aukkoja vältetään. Useimmissa tapauksissa myyjäpuolen IT-asiantuntija ja kumppanipuolen koodausasiantuntija löytävät oikean ratkaisun arkkitehtonisiin kysymyksiin, jotka saattavat tulla esiin.
- b) Sanonta ryhmän jäsenten valinnassa : Myyjä antaa kumppanille mahdollisuuden valita projektin parissa työskentelevät tiimin jäsenet. Tämä on tärkeää, koska kumppanilla voi olla oma työkulttuurinsa, laatuvaatimuksensa ja omat IT- ja projektinhallintatyökalunsa. Tätä varten toimittaja toimittaa ohjelmoijien ansioluettelot, ja asiakas voi valita ne vastaavasti.
- c) mahdollisuus käydä toistensa luona : Ohjelmistokehityspalvelujen tarjoajan tulee sallia asiakkaan käydä omassa sijainnissaan tai tiimin jäsenten vierailla asiakkaan luona tarvittaessa. Tämä varmistaa, että luodaan vahvempi sidos paikan päällä olevien ja ulkopuolisten joukkueiden välille. Suora tapaaminen toistensa kanssa vaikuttaa suuresti tiimin yhteistyöhön.
Tässä selittävä video siitä, miltä tällainen prosessi voisi näyttää:
Johtopäätös
Yhteistyö ulkoisten yritysten kanssa mukautettu ohjelmisto voi olla hyvä idea. Varsinkin jos vaadittavaa työvoimaa ei ole käytettävissä oman joukkueen sisällä.
Sen tekeminen voi olla ajoittain haaste. Usean tutkimuksen ja oman kokemuksemme mukaan suuri osa IT-projekteista epäonnistuu. Syyt tähän ja mahdolliset ratkaisut mainitaan tässä tekstissä.
Mikä on kokemuksesi ohjelmistojen ulkoistamisesta? Haluamme kuulla sinusta.
Mielenkiintoisia artikkeleita:
Suosituimmat kehittäjät räätälöityä kehitystä varten
Oxagile-ohjelmistosuunnittelu ja -kehitys – jos etsit ketterää lähestymistapaa
Kuvat: Flickr.com/ Virallinen GDC / Sonin
Kirjoittaja: Sascha Thattil työskentelee toimitusjohtajana ja projektipäällikkönä www.Software-Developer-India.com -sivustolla, joka on osa YUHIRO-konsernia. YUHIRO on intialainen saksalainen yritys, joka tarjoaa ohjelmoijia pienille ja keskisuurille IT-yrityksille, virastoille ja IT-osastoille.
Vastaa