20 esimerkkiä palautteesta eri ohjelmistokehittäjän rooleissa

Jos johdat eri rooleja IT-ohjelmistokehityksessä omalla alueellasi, on paljon palautetta jaettavana kahdenkeskisissä tapaamisissa ja sen jälkeen. Roolista riippuen on hyvin erilaisia tekijöitä ja odotuksia. Jos siis sinun on laadittava palautetta juniori-/johtaville ohjelmistoinsinööreille, DevOps-insinööreille, data-insinööreille, QA-insinööreille ja muille rooleille, seuraavat esimerkit ja mallit voivat olla hyödyllistä ajattelemisen aihetta.

Ensinnäkin: Jos sinua kiinnostaa yleinen johdanto säännöllisiin kahdenkeskisiin tapaamisiin, tutustu aihetta käsittelevään kirjoitukseemme: Opas: 6 vinkkiä onnistuneisiin 1-to-1-keskusteluihin.

Tutustu rauhassa ja opi esimerkiksi temppu, jolla voit helposti parantaa tiimin suorituskykyä 10–20 % – voit aloittaa heti 🙂 Mutta palataan aiheeseen.

Aloitetaan vanhemmasta ohjelmistokehittäjästä. Millä aloilla tämä IT-rooli saa tyypillisesti palautetta kahdenkeskisissä tai henkilöstökokouksissa, ja mitkä voisivat olla konkreettisia esimerkkejä ja mahdollisesti malleja palautteen antamiseen?

Tyypillisiä esimerkkejä johtavien ohjelmistosuunnittelijoiden suorituksen arviointikriteereistä

• Koodin laatu ja arkkitehtuuri
• Tekninen mentorointi
• Monimutkaisten haasteiden ongelmanratkaisutaidot

Katso myös: Mikä on vanhempi ohjelmistosuunnittelija?

Esimerkkejä vanhemmille ohjelmistokehittäjille annetusta myönteisestä palautteesta

• “Uutta ominaisuutta varten tekemäsi arkkitehtuuripäätökset ovat edistäneet merkittävästi alustamme skaalautuvuutta ja vakautta. Erityisesti dokumentointinne ja tiimin sisäinen viestintä vaikuttivat suuresti.”
• “Arvostan kykyänne valmentaa nuorempia ohjelmistosuunnittelijoita ja selittää monimutkaisia aiheita tavalla, jonka jokainen ymmärtää. Mentorointisi on selvästi vahvistanut tiimiämme.”

Esimerkkejä vanhemmille ohjelmistokehittäjille annetusta negatiivisesta tai rakentavasta palautteesta

• “Tekniset ratkaisusi ovat usein hyvin harkittuja, mutta joskus sinulla on taipumus eksyä yksityiskohtiin. Tämä voi hidastaa projektin etenemistä. Sinun pitäisi keskittyä löytämään tasapaino syvällisyyden ja käytännönläheisyyden välillä.”
• “Olen huomannut, että muut tiimin jäsenet vaikuttavat joskus varautuneilta kokouksissa, kun sinulla on vahva mielipide jostakin aiheesta. Voisi olla hyödyllistä esittää tietoisesti avoimia kysymyksiä, jotta kaikki näkökulmat saataisiin mukaan.”

Muuten, jos haluat omaksua järjestelmällisemmän lähestymistavan työntekijöidesi kehittämiseen, voin suositella seuraavaa videota. Spoileri: Palveleva johtaminen ei ole paras johtamistyyli.

Play

Jatketaan DevOps-ohjelmistokehittäjistä. Tässäkin on IT-alan klassikot, joissa palautetta voidaan antaa kahdenkeskisissä tai työntekijäpalavereissa ja muutenkin.

Tyypillisiä esimerkkejä DevOps-insinöörien suorituskyvyn arviointikriteereistä

• Automaatio ja infrastruktuurin hallinta
• Järjestelmän luotettavuus ja saatavuus
• Ratkaisukeskeinen viestintä

Katso myös: Mikä on DevOps Engineer?

Esimerkkejä positiivisesta palautteesta DevOps-insinöörille

• “CI/CD-putken automatisointi on lisännyt kehitysprosessimme tehokkuutta huomattavasti. Manuaalisten virhelähteiden vähentäminen on suuri etu tiimille.”
• “Olen huomannut, miten ennakoivasti olette ottaneet käyttöön seurantatyökaluja, jotka varoittavat meitä suorituskykyongelmista varhaisessa vaiheessa. Se pelasti meidät mahdollisilta käyttökatkoksilta.”

Esimerkkejä DevOps-insinöörille annettavasta negatiivisesta tai rakentavasta palautteesta.

• “Uusissa infrastruktuurimuutoksissa on paljon potentiaalia, mutta meidän olisi varmistettava, että kaikki tiimin jäsenet, joita asia koskee, osallistuvat prosessiin varhaisessa vaiheessa väärinkäsitysten välttämiseksi.”
• “Joskus käyttöönottoskriptit ovat hyvin tarkkoja nykyisten vaatimusten mukaan. Ehkä voisimme yhdessä määritellä standardin uudelleenkäytettävyyden parantamiseksi. Mitä mieltä olet?”

Ohjelmistokehittäjän palautehaastattelu: malli

Miksi itse asiassa annat palautetta kollegallesi? Koska haluat kehittää häntä, eikö niin.

Yksi helppo tapa saavuttaa tämä vaikutus on “johtaminen kysymällä” -periaate. Sen sijaan, että annat suoraa palautetta lonkalta, pohdit yhdessä ohjelmistokehittäjän kanssa, miten hän voisi kehittyä.

Juuri tässä 1-to-1-kokousvälineemme Echometer voi auttaa sinua. Se tunnistaa mahdolliset kysymykset ja antaa vinkkejä, miten voit kehittää kehittäjiäsi systemaattisesti.

Olen lisännyt alle esimerkin mallista vastaavaa – mahdollisesti säännöllistä – kahdenkeskistä keskustelua varten. Kokeile sitä vapaasti työkalussamme klikkaamalla painiketta (ilman kirjautumista):

Seuraavaksi vuorossa on dataohjelmistoinsinööri. Voit käyttää seuraavia tyypillisiä palautteen osa-alueita ja esimerkkejä palautteen antamisen pohjana yksilö- tai arviointikeskustelussa.

Tyypillisiä esimerkkejä dataohjelmistoinsinöörin suorituskyvyn arviointikriteereistä:

• Tietoputken ja ETL:n suorituskyky
• Tietojen laatu ja hallinnointi
• Yhteistyö analyytikoiden ja datatieteilijöiden kanssa

Katso myös: Mikä on data-insinööri?

Esimerkkejä myönteisestä palautteesta tietoinsinöörille

• “Kehittämänne uudet ETL-putket ovat suuri edistysaskel. Tietojen laatu ja käsittelynopeus ovat parantuneet merkittävästi, mikä on todella tärkeää niille tiimeille, jotka ovat riippuvaisia näistä tiedoista.”
• “Minusta on hienoa, miten huolellisesti noudatatte tietosuojaa ja vaatimustenmukaisuutta koskevia ohjeita. Se luo turvallisuutta koko yritykselle.”

Esimerkkejä negatiivisesta tai rakentavasta palautteesta tietoinsinöörille.

• “Jotkin ratkaisunne ovat teknisesti hyvin kehittyneitä, mikä on hienoa. Meidän pitäisi kuitenkin miettiä, miten voimme vähentää monimutkaisuutta ylläpidettävyyden lisäämiseksi, erityisesti niiden tiimin jäsenten osalta, joilla on vähemmän kokemusta tältä alalta."
  "Edellisessä hankkeessa tietomallinnuksesta ei tiedotettu selkeästi alussa. Meidän pitäisi käyttää visuaalisempaa muotoa, jotta vaatimukset ja riippuvuudet olisivat konkreettisempia kaikille.”

Myös laadunvarmistusohjelmistojen kehittäjillä on tyypillisiä ongelma-alueita ja vastuualueita, joilla palaute on aiheellista antaa kahdenkeskisissä keskusteluissa ja muutenkin. Seuraavassa on joitakin esimerkkejä ja mahdollisesti malleja palautetta varten.

Tyypillisiä esimerkkejä laadunvarmistusohjelmistojen kehittäjien suorituskyvyn arviointikriteereistä

• Testauksen kattavuus ja tehokkuus
• Virheanalyysi ja viestintä
• Käyttäjäkeskeisyys ja käytettävyystestaus

Katso myös: Mikä on QA-insinööri?

Esimerkkejä myönteisestä palautteesta laadunvarmistusohjelmiston kehittäjälle

• “Teidän perusteelliset testinne ovat varmistaneet, että olemme siirtyneet tuotantoon huomattavasti vähemmillä virheillä. Sitoutumisesi säästää meille aikaa ja hermoja – suuret kiitokset siitä!”
• “Minusta on hienoa, että muistutat meitä jatkuvasti tarkastelemaan käyttäjäkokemusta eri näkökulmista. Huomionne yksityiskohtiin nostaa ohjelmistomme laadun uudelle tasolle.”

Esimerkkejä negatiivisesta tai rakentavasta palautteesta laadunvarmistusohjelmiston kehittäjälle.

• “Testitapauksia priorisoitaessa meidän pitäisi yhdessä keskittyä enemmän kriittisiin polkuihin, jotta voimme optimoida testausajat.”

• “Olen huomannut, että joskus palaute virheistä tulee suhteellisen myöhään. Ehkä meidän pitäisi miettiä, miten voimme parantaa viestintäämme ja prosessejamme, jotta kehittäjät voivat reagoida ajoissa.”

Ohjelmistokehittäjien palautekeskustelu: kyselytutkimus

Olen jo maininnut, että kysymysten esittäminen on fiksu tapa kehittää ohjelmistokehittäjiä kohdennetusti.

Toinen lähestymistapa on kyselyjen käyttö 1-to-1-kokouksissa. Toisaalta ne auttavat pohtimaan olennaisia asioita. Toisaalta ne tekevät myös pehmeistä tekijöistä mitattavia!

Myös 1-to-1-kokousvälineemme Echometer voi auttaa sinua tässä. Alla on toinen malli, jota voit kokeilla.

Etenkin nuoret ohjelmistokehittäjät tarvitsevat paljon palautetta säännöllisissä tulosarvioinneissa tai 1-to-1-rutiineissa ja sen jälkeen, jotta he voivat kehittyä. Seuraavassa on muutamia esimerkkejä tyypillisistä osa-alueista ja sanamuodoista, jotka auttavat sinua valmentamaan heitä.

Tyypillisiä esimerkkejä nuoremman ohjelmistokehittäjän suorituksen arviointikriteereistä.

• Oppimiskyky ja aloitteellisuus
• Koodin laatu ja standardien noudattaminen
• Yhteistyö ja viestintä

Esimerkkejä positiivisesta palautteesta nuoremmalle ohjelmistokehittäjälle

• “Perehdyit koodipinoon hyvin nopeasti ja toteutit ensimmäiset ominaisuutesi minimaalisella tuella. Tämä osoittaa, että olet halukas oppimaan ja sopeudut hyvin uusiin haasteisiin.”
• “Arvostan sitä, että pyydät palautetta koodikatselmuksen aikana ja käytät sitä nimenomaan koodisi parantamiseen. Halukkuutesi oppia on suuri plussa.”

Esimerkkejä negatiivisesta tai rakentavasta palautteesta nuoremmalle ohjelmistokehittäjälle.

• “Koodisi toimii hyvin, mutta joskus siinä on optimointipotentiaalia luettavuuden ja modulaarisuuden kannalta. Ehkä meidän pitäisi yhdessä kehittää parhaita käytäntöjä tämän parantamiseksi.”
• “Olen huomannut, että joskus epäröit pyytää apua monimutkaisissa ongelmissa. Se on ymmärrettävää, mutta meidän pitäisi miettiä, miten voit saada tukea jo varhaisessa vaiheessa, jotta edistyt nopeammin.”

Muuten, jos teiltä puuttuu havaintoja palautetta varten: Teoriassa myös säännölliset kirjalliset työntekijäkertomukset voivat auttaa sinua suoritusarvioinnissa. Tällaisten raporttien kanssa kannattaa kuitenkin olla hyvin varovainen. Tästä ja työntekijäraporteista vs. säännölliset 1-1-kokoukset saat lisätietoja tästä blogikirjoituksesta, jossa on 5 mallia. .

Ennen kuin tulemme johtopäätökseen, lyhyt huomautus. Yksi hyvän palautekulttuurin päätavoitteista on viime kädessä parantaa tiimisi suorituskykyä. Mutta miten tämä todella saavutetaan kokonaisvaltaisesti? Selitän tärkeän henkisen mallin, jonka avulla voit vastata tähän kysymykseen ilmaisen ihmiskehityksen verkkokurssimme toisessa osassa:

Play

Eikö sinulla ole vielä tarpeeksi? Jos olet ohjelmistokehittäjien johtaja, seuraava artikkeli saattaa kiinnostaa sinua: 6 Esimerkkejä palautteesta ohjelmistokehittäjille .

Yhteenvetona voidaan todeta, että tehokas palaute henkilökohtaisissa tulosarvioinneissa on avain henkilökohtaiseen ja ammatilliseen kehitykseen – ja että se on sitäkin tehokkaampaa, kun se on räätälöity vastaanottajan erityistehtäviin ja vastuualueisiin. Olipa kyseessä vanhempi ohjelmistosuunnittelija, DevOps-insinööri, datasuunnittelija tai laadunvarmistusinsinööri: kullakin näistä rooleista on omat haasteensa, vahvuutensa ja kehityspotentiaalinsa, joita voidaan edistää kohdennetun ja harkitun palautteen avulla.

Tämän artikkelin esimerkit tarjoavat inspiraatiota ja rakennetta palautteen selkeään ja rakentavaan muotoiluun. Niistä käy ilmi, miten arviointikeskusteluissa voidaan käsitellä erityisesti teknisiä taitoja, pehmeitä taitoja ja tiimityöskentelyä. Käytä niitä oppaana vahvistaaksesi palautekulttuuriasi ja antaaksesi työntekijöillesi heidän ansaitsemaansa arvostusta ja tukea.
Loppujen lopuksi palaute ei ole pelkkää palautetta –, vaan se on investointi työntekijöidesi kasvuun ja koko tiimisi menestykseen.

Ja jos pidät elämääsi helpottavista hakkeroinneista, voin jälleen kerran suositella 1-to-1-kokousohjelmistoamme Echometer:tä.

Voit kokeilla niitä täysin ilmaiseksi. Se tarjoaa sinulle erilaisia malleja kehityskeskusteluihin ohjelmistokehittäjien kanssa ja tekee työntekijöiden kehittämisestä jopa mitattavaa. Tutustu rauhassa työkaluumme käymällä seuraava malli läpi yhden ohjelmistokehittäjäsi kanssa: 8 hukkatyyppiä.