Johto on kyse ihmisistä. Olipa johtajat vai työntekijät, molemmat miettivät, miten saavuttaa henkilökohtaiset ja ammatilliset tavoitteensa. Näiden tavoitteiden ja mukana olevien ihmisten henkilökohtaisten piirteiden yhdistelmä muodostaa muodon suhteille, jotka voivat ajan myötä olla positiivisia, tuottavia ja tyydyttäviä tai joskus vain yksinkertaisesti stressaavia, vaativia ja konflikteille alttiita.
Tietenkin jälkimmäisessä tapauksessa tuotteiden laatu heikkenee, henkilöstön vaihtuvuus kasvaa ja tavoitteiden saavuttaminen vaikeutuu entisestään. Siksi löytää keino luoda palkitsevat ja motivoivat suhteet johtajien ja työntekijöiden välille on avain molempien tehokkuuteen, tuottavuuteen ja itsensä toteuttamiseen.
Tämä pätee erityisesti ohjelmistokehittäjien hallinnassa heidän työnsä teknisen monimutkaisuuden ja luovuuden vuoksi, joka on pakattu usein kapeaan aikatauluun tulosten tuottamiseksi. Kuten kaikissa pomo-työntekijäsuhteissa, mukana on monia tekijöitä, kuten:
Tässä artikkelissa keskitymme tärkeimpiin hallinnollisiin näkökohtiin eikä teknisiin näkökohtiin, jotka mielestämme pitäisi ottaa huomioon jokaisen, joka haluaa onnistua hallitsemaan ohjelmistokehittäjien säilyttämistä.
Mutta tässä 'menestys' tarkoittaa paitsi tulosten saavuttamista ja yrityksen käytäntöjen, aikataulujen ja budjettien noudattamista myös motivoitunutta ja tuottavaa ohjelmistokehitystiimiä, joka antaa parhaansa ja pysyy yrityksessä pitkään.
Tämä johtaa meidät perusteemme: Mikä saa ohjelmistokehittäjät rasti? Tässä mielessä esittelemme joitain tapoja säilyttää työntekijät, jotka olemme tunnistaneet onnistuneissa ohjelmistokehitystiimeissä.
Ohjelmistokehityksessä palkkaamasi lahjakkuus tekee eron onnistumisen ja epäonnistumisen välillä, ja jatkuvien muutosten tekeminen tiimissä on aina kallista ajan ja rahan suhteen. Siksi hyvä valintaprosessi on ratkaisevan tärkeä projektisi onnistumisen kannalta.
Tekniset rekrytoijat tietävät, että kun on kyse ohjelmistokehittäjien palkkaamisesta, kaikki alkaa huolellisesti tasapainotetusta työpaikkailmoituksesta. Postauksen on oltava motivoiva, jotta oikeat kehittäjät voivat vastata siihen - liian monet tai liian erikoistuneet vaatimukset voivat olla masentavia, mutta jos olet liian epämääräinen, yrityksesi voi odottaa tulvan hyödyttömistä jatkoista.
Yksityiskohtaisten palkkojen ja etuuspakettien ilmoittaminen on myös kaksiteräinen miekka, koska kilpailijasi voivat käyttää näitä tietoja korvaussuunnitelmiensa hyödyntämiseen, ja kehittäjät voivat yrittää käyttää sitä lähtötasona neuvotteluissa palkkansa aikana. Tietenkin, koska rekrytointiprosessin aikana on aina oltava jonkin verran neuvottelumahdollisuutta, suosittelemme, että työpaikkailmoitus olisi vähemmän erityinen korvauksissa, käyttämällä vaihteluväliä kiinteiden arvojen sijaan.
Sitä vastoin työnhaun tulisi olla mahdollisimman selkeä työtehtävissä ja vaatimuksissa, sekä pakollisissa että mukavissa saada. Aloittaminen vankasta sovituksesta on paras konteksti muille työntekijöiden säilyttämisstrategioillemme.
Tässä prosessin vaiheessa on hyvä idea saada neuvoja ehdokkaiden arvioinnista ja nähdä, mitä karhuja voidaan välttää haastatteluprosessin aikana . Lisätään myös edellä mainittuihin resursseihin, että ehdokkaiden etukäteen pyytäminen joiltakin aiemmilta työpaikoilta on usein hyvä lisä muille keinoille vahvistaa taitojaan.
Palkkaaminen päättyy työnhakuun ehdokkaalle, kun yritys esittää virallisen asiakirjan, jossa esitetään yhteenveto tehtävän ominaisuuksista (nimi, sijoitus, alue jne.), Korvauspaketista (palkka ja etuudet, kuten terveys, eläke tai koulutus jne.) , alkamispäivä, aikataulu, työpaikka ja vaatimukset työsopimuksen tekemiseksi, jos ehdokas hyväksyy tarjouksen.
Vaikka tässä vaiheessa kaikki on enemmän tai vähemmän saavutettu, ehdokas saattaa haluta neuvotella joistakin ehdoista, ja yrityksen tehtävä on hyväksyä tai neuvotella niistä. Se riippuu yrityksen käytännöistä.
Yritys ei kuitenkaan varmasti halua menettää hyvää ehdokasta useiden periaatteiden suhteen, joten kohtuulliset kompromissit eivät vahingoita ketään. Tässä tapauksessa on suositeltavaa pyytää ehdokkaalta jotain vastineeksi jokaisesta tehdystä myönnytyksestä, kuten esimerkiksi aikaisempi alkamispäivä, yrityksen pysyvyyden vähimmäisaika tai mikä tahansa erityisvaatimus, joka yrityksellä voi olla.
Kun ohjelmistokehittäjä alkaa työskennellä yrityksessä, heidän johtajansa alkaa ymmärtää kuka he ovat, miten he työskentelevät ja mikä tärkeintä, niiden tuottamat tulokset. Ohjelmistosuunnittelijoiden säilyttämisestä tulee tällöin selvä prioriteetti.
Tässä tulee oivalluksia ohjelmistosuunnittelijoiden persoonallisuudesta: Heillä - etenkin korkean suorituskyvyn omaavilla - on usein joitain yleisiä piirteitä. Korostamme näitä malleja jatkuessamme, mutta pidä mielessä, että ne eivät välttämättä sovi kaikkiin ihmisiin. Ohjelmistokehitysprojektien hallinta koskee yhtä paljon malleja kuin poikkeuksia.
Koska ohjelmistokehitys on tekninen työ, se vaatii erittäin tarkkaa tietoa yrityksen rakenteesta, tavoitteista, menettelyistä, politiikoista (mukaan lukien uskontokunnat ja liiketoimintakäytännöt) ja standardeista (tekniset ja ei-tekniset). Siksi, mitä paremmin kehittäjä ymmärtää yrityksen, sitä paremman tuotteen he tekevät ja sitä vähemmän aikaa heidän valmistamiseensa kuluu.
Tätä peruskoulutusta voidaan hallinnoida asiakirjoilla, online-intranet-kursseilla tai esityksillä. Mutta se on välttämätöntä, koska se antaa selkeyden uudelle työntekijälle.
Jos haluat ottaa käyttöön uusia tekniikoita, muista järjestää tarvittava koulutus. Ohjelmistokehittäjät haluavat haasteen, mutta he saattavat paheksua, että heidät heitetään uuteen tekniikkaan oppimatta sitä ensin.
Internet on täynnä arvokkaita oppimateriaaleja, ja se on usein ensimmäinen resurssi, johon ohjelmistokehittäjät kääntyvät, kun heidän on opittava tai opittava teknisiä yksityiskohtia uudelleen. Jos haluat säilyttää ohjelmistokehittäjät, on välttämätöntä edistää itseopiskelu-kulttuuria ja antaa tarvittaessa työaikaa sille. Tällä tavalla tiimi on ajan tasalla uusimmista tekniikoista ja menetelmistä, joita ohjelmistokehittäjät arvostavat usein erittäin paljon.
Jotkut ajattelevat, että ohjelmistokehittäjät etsivät korkeinta tekniikkaa työnsä tekemiseksi alan parhaiden mahdollisten eritelmien mukaisesti. Uskomme sen sijaan, että se riippuu työstä. Esimerkiksi jos yritys kehittyy ensimmäisen persoonan pelit , on tarpeen tarjota kehittäjille huippuluokan laskentatehoa. Mutta jos tehtävänä on kehittää back-end-verkkopalveluja transaktiojärjestelmälle, vähemmän tehokas tietokone saattaa riittää.
Mikä on todella tärkeää, on antaa kehittäjälle kaikki tarvittavat työkalut työnsä tekemiseen ja olla avoin heidän ehdotuksilleen uusista työkaluista. Loogisesti jokaisen uuden työkalun, jonka kehittäjä ehdottaa, on oltava yrityksen hyväksymä (ehkä jopa testattu ennen) ja lisensoitu. Se on kuitenkin kustannusten arvoinen: Riittävien resurssien saaminen on avaintekijä kehittäjien motivaatiossa ja tuloksissa. (Et voi odottaa säilyttävänsä ohjelmistosuunnittelijoita, jos asetat heidät epäonnistumaan!)
Ohjelmistokehittäjät haluavat työskennellä paikoissa, jotka kannustavat ja kunnioittavat heidän luovia ponnistelujaan, koska heidän tehtävänään on tehdä jotain tyhjästä huolimatta suunnittelun, standardien ja IT-käytäntöjen ohjaamasta. Siksi kehittäjien on oltava kohtuullisen varmoja siitä, että he kuuluvat yksikköön, jossa kaikki byrokratia ja rajoitukset ovat vähäiset, kunhan ne noudattavat yhtiön politiikkaa ja ovat sen uskontokuntien mukaisia.
Tämä ei tarkoita sitä, että ohjelmistokehittäjillä pitäisi olla erityisiä oikeuksia muuhun yritykseen verrattuna, vaan pikemminkin sitä, että heidän johtajansa auttaa heitä voittamaan tai ratkaisemaan byrokratia tarvittaessa. Erittäin tärkeä näkökohta ohjelmistokehittäjien säilyttämisessä on, että heidän pomonsa on avoin heidän henkilökohtaisille vaatimuksilleen ja auttaa heitä tarvittaessa.
Myös sisäinen kehitysyksikköjärjestely on tässä avainasemassa. Usein on olemassa testausryhmä, ja ohjelmistosuunnittelupäällikön tehtävänä on pitää tiimityö sujuvana kehittäjien ja testaajien välillä. Tämä voidaan saavuttaa yksinkertaisesti omistamalla selkeät menetelmät ja prosessit. Kehittäjät työskentelevät testaajien kanssa hyvin, jos molempien osapuolten on noudatettava sääntöjä, jotka pitävät konfliktit vähäisinä tai olemattomina.
Jos haluat pitää ohjelmistokehittäjät, on tärkeää pitää heidät ajan tasalla. Kaikkia tiimin jäseniä tulisi päivittää säännöllisesti tavoitteista, yritystilanteista, jotka vaikuttavat heihin, strategioista, organisaation muutoksista ja viimeisenä mutta ei vähäisimpänä, ryhmän saavutuksista.
Vaikka useat tiimin jäsenet jakavat joitain kohokohtia, on hyvä joukkueen yhteenkuuluvuuden ja ryhmätyön edistämiseksi. Normaalisti nämä ryhmätapaamiset - korkeintaan kaksi tuntia - tulisi suunnitella säännöllisesti (ehkä viikoittain) samoin kuin erityistilaisuuksissa, kuten projektin viimeinen vaihe, kriittinen tilanne jne.
Tiimin kanssa tapahtuvan viestinnän lisäksi johtajan on luotava tapa pysyä ajan tasalla jokaisen jäsenen tilanteesta, olipa se sitten työhön liittyvä, tekninen tai henkilökohtainen.
Normaalisti 30 minuutin viikoittainen tapaaminen jokaisen tiimin jäsenen kanssa antaa esimiehelle mahdollisuuden tunnistaa nämä tilanteet ja tarjota apua estäen siten potentiaaliset henkilöstökriisit ja parantamalla tiimin jäsenen moraalia yrityksessä.
Selvyyden vuoksi emme puhu kokouskeskeisen kehitysyksikön perustamisesta, joten tiukka kokouskuri (täsmällisyys, kunnioitus, osallistuminen, kesto) on välttämätöntä. Lisäksi tämä kuria osoittaa kehittäjille, että he työskentelevät erittäin ammattimaisessa organisaatiossa, jota he yleensä arvostavat.
Ei ole mitään järkeä asettaa vuosittaisia yleistavoitteita tai vastaavia arviointiohjeita.
Tämä on selkeä tekijä käsiteltäessä ohjelmistokehittäjiä: Riippumatta heidän roolistaan (vaatimusten kerääminen, arkkitehtuuri, suunnittelu, ohjelmointi, testaus jne.), Tavoitteet on annettava heille mahdollisimman selkeästi, joten ei ole mitään järkeä vuosittaisten yleisten tavoitteiden tai vastaavien arviointiohjeiden osoittamisessa. Koska kehittäjien on tarkoitus työskennellä projekteissa, toisin sanoen tietyllä laajuudella ja aikataululla, paras tapa määrittää tavoitteet on projektin alussa ja sisältää tapa, jolla ennakot arvioidaan ja tarvittaessa niiden tunnistaminen.
Onneksi nykyään on olemassa menetelmiä, joiden tarkoituksena on tuottaa tuloksia mahdollisimman nopeasti, kuten Agile ja Scrum, jotka yksinkertaistavat seurantaa ja projektinhallintaa. Joskus tällä voi olla jopa merkittävä rooli ohjelmistokykyjen säilyttämisessä: Monet kehittäjät rakastavat näitä menetelmiä, koska ne voivat tuottaa tuloksia nopeasti ja antaa heille tunne saavutuksista säännöllisesti.
Lisäksi kehittäjät suosivat usein kevyempiä menetelmiä. He tietävät, että Rationalin kaltaiset huippuluokan tuotteet - joissa lopputuote toimitetaan pitkän vaatimusten suunnittelun, suunnittelun, kehittämisen, testaamisen ja toteuttamisen projektin jälkeen - ovat riskialttiita ja niiden seuraaminen voi olla tuskallista.
Tämä koskee ohjelmistokehitystiimejä yhtä paljon kuin mitä tahansa muuta: Ohjelmistosuunnittelupäällikön on käsiteltävä konflikteja nopeasti ja tehokkaasti, tai se voi päästä käsistä ja tuhota koko yksikön moraalin, tiimityön ja tehokkuuden.
Olettaen, että ristiriidassa olevat kehittäjät ovat ammattitaitoisia ja hyvin suunniteltuja, johtajan tapaamisen mukana olevien henkilöiden kanssa aloittaakseen selkeän vuoropuhelun nopealla ratkaisulla jälkeenpäin pitäisi olla riittävä, jotta tiimi voi edetä. Joskus on myös tarpeen antaa heille selkeä varoitus siitä, että henkilökohtaisen tason ristiriitoja ei hyväksytä, jos sellaisia koskaan tulee.
Joka tapauksessa tämän sovinnon lopussa on erittäin tärkeää, että molemmat osapuolet kokevat ratkaisun olevan oikeudenmukainen, vaikka jompikumpi niistä ei pidä siitä. Konflikti on joskus osa elämää, mutta ohjelmistokykyjen säilyttäminen tarkoittaa kohdella kaikkia arvokkaasti aina kun tällaisia tilanteita syntyy.
Vaikka olemme koskettaneet monia tekijöitä, jotka vaikuttavat kehittäjän motivaatioon, on yksi toinen keskeinen näkökohta. Tämä ei ole emotionaalinen eikä tekninen. Puhumme heidän työnsä korvausasteesta.
Huolimatta siitä, että ohjelmistokehittäjät ovat yleensä idealistisia, ne pitävät usein aineellisen maailman hyvistä asioista. Yrityksen on aina parempi varmistaa, että palkat ja korvaussuunnitelmat ovat yhdenmukaisia työmarkkinoiden kanssa - teollisuuden tutkimukset on helppo löytää - ja ehkä jopa hieman korkeampi sijaintinsa suhteen.
Useimmat ohjelmistokehittäjät eivät myöskään ole välinpitämättömiä etuuksien ja palkintojen suhteen, mukaan lukien kurssit ja teknologiatapahtumat, joissa he voivat oppia hyödyllisiä tekniikoita rikastuttaakseen työtään.
Kun on kyse ohjelmistokehittäjien säilyttämisestä, on tärkeää tukea niiden kasvua yrityksessä yrityksen erityisestä suunnasta riippumatta. Kun ohjelmistoinsinöörit eivät osoita suurta halua siirtyä johtotehtäviin tai johtoon, he arvostavat sen sijaan etenemistä teknisellä areenalla. Tämä sisältää enemmän vanhempien sertifikaatteja ja virallisia akateemisia ohjelmia, kuten maisterin tutkinnot tai jopa tohtorit. Tieto on heille erittäin vahva ajuri.
Kun he kuitenkin pyrkivät kasvamaan johtotehtäviin, on suositeltavaa tehdä perusteellinen analyysi ehdokkaan persoonallisuudesta ja historiasta yrityksessä. Tämä voi tapahtua henkilöstöosaston tai muiden yritysyksiköiden avulla, koska hyvä johto edellyttää aivan erilaista osaamista teknisen osaamisen lisäksi.
Sinulla voi olla parhaat aikomukset ja noudattaa kaikkia yllä olevia vinkkejä, mutta et silti onnistu pitämään ohjelmistokehittäjiä 100 prosenttia ajasta - joskus ulkopuolisilla tekijöillä on vain enemmän vaikutusta. Uskomme kuitenkin, että henkilöstön vaihtuvuus voi olla terveellistä ja täynnä mahdollisuuksia, kunhan:
Työntekijöiden säilyttämisstrategiat tulisi sisällyttää yrityksen politiikkaan, ei pelkästään reaktioon, kun arvokas henkilö haluaa erota. Reaktionaalinen pidättäminen on erittäin kallista ja puutteellista: Henkilö voi suostua jäämään, mutta ajattelee itsekseen: 'Olen työskennellyt täällä X vuotta vain saadakseni kaksinkertaisen palkan lähdettäessä - he ovat vain myöntäneet, etteivät maksa minulle tarpeeksi!'
Mikä on tämän henkilön seuraava askel? He voivat etsiä toista työtä, mutta nyt kaksinkertainen palkka miniminä. Tässä vaiheessa ei todennäköisesti kannata yrittää pitää ohjelmistosuunnittelijoita hinnalla millä hyvänsä. Ellei henkilö ole ehdottoman välttämätön (ja korvaamaton) yritykselle, se voi olla parempi neuvotella irtisanomisajasta ja löytää heti korvaava.
Ohjelmistokehittäjien houkutteleminen ja ylläpitäminen on monimutkainen ja ei-deterministinen tehtävä, kuten jokaisessa roolissa teknologiateollisuudessa. Monet yritykset etsivät arvokkaita ohjelmistokehittäjiä, mutta onneksi tavoitteena ei ole voittaa näitä yrityksiä vastaan, vaan houkutella pikemminkin hyviä ihmisiä, jotka pystymme pitämään yrityksessämme.
Valintaprosessit voivat viedä paljon aikaa ja vaivaa. Jos lähestyt tätä kiireellä, on todennäköistä, että päädyt väärien ihmisten kanssa - ja kuka haluaa pitää tiimilleen myrkylliset ohjelmistoinsinöörit? Käytä sen sijaan aikaa tehdäksesi se oikein.
Palkitse vain ylimääräinen työ ja ole oikeudenmukainen vikaan nähden. Tarkista säännöllisesti alan keskimääräiset palkat ja säädä niitä vastaavasti. Älä yritä pidättää henkilöä, joka haluaa lähteä, ellei se ole ehdottoman välttämätöntä; Sen sijaan kannattaa yrityksen säilyttämistä yrityksen politiikkana.
Pidä tiukka ja oikeudenmukainen valintaprosessi äläkä koskaan palkkaa nopeasti. Tarjoa palkka paketti yhdenmukainen työmarkkinoiden, tai parempi.
Anna työhön tarvittavat työkalut. Kouluta joukkueesi joka kerta, kun se on tarpeen, ja edistä itseopiskelua.
Olla itsevarma ja selkeä. Säännölliset tiimikokoukset. Säännölliset yksittäiset kokoukset.
Käsittele konflikteja nopeasti, oikeudenmukaisesti ja tehokkaasti. Edistä ryhmätyötä.
Pidä parempana projektikohtaisia tavoitteita kuin epämääräisiä vuositavoitteita. Käytä luotettavia ohjelmistokehitysmenetelmiä. Arvioi konkreettisten tulosten perusteella.