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.
Ja yleisemmin, jos tämä on sinulle jo liian syvällistä: tunnetko johtajana olosi epävarmaksi siitä, millaista on systemaattinen ja menestyksekäs ihmisten johtaminen? Sitten minulla on sinulle jotakin: meidän ilmainen online-koulutus ihmisten johtamisesta.
Katso ja opi esimerkiksi temppu, jolla voit lisätä tiimin suorituskykyä 10-20% suhteellisen helposti – voit aloittaa heti 🙂 Mutta takaisin aiheeseen.
Esimerkki palautteesta (vanhemmalle) ohjelmistokehittäjälle
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."
Esimerkki palautteesta DevOps-insinöörille
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ä
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.
Yksinkertainen menetelmä tämän vaikutuksen saavuttamiseksi on periaate "johtaminen kysymällä". Sen sijaan, että antaisit suoraa, sormista vedettyä palautetta, pohdit yhdessä ohjelmistokehittäjän kanssa, miten hän voi parantaa toimintaansa.
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.
Alla on esimerkkimalli vastaavalle –-puhelulle, joka on mahdollisesti tavallinen –-1-puhelu. Kokeile sitä työkalussamme klikkaamalla painiketta (ilman kirjautumista):
Pääsy
- Miten teidän viikkonne on tähän mennessä sujunut?
📊 Hankkeen päivitykset
- Miten nykyiset projektisi edistyvät? Onko suuria onnistumisia tai esteitä?
- Onko teknisiä haasteita, joista haluaisitte keskustella tai joita haluaisitte pohtia yhdessä?
💻 Koodin laatu ja kehittäminen
- Miltä työnne laatu on viime aikoina tuntunut?
- Onko aloja, joilla haluaisit kehittyä tai oppia uusia taitoja?
🤝 Tiimi, yhteistyö ja seuraavat vaiheet
- Miten tiimi toimii yhdessä? Onko kommunikaatiossa puutteita?
- Tukevatko käyttämämme työkalut ja prosessit työtänne tehokkaasti?
- Miten näet urasi seuraavien 1-2 vuoden aikana?
- Miten voin auttaa sinua menestymään?
Päätelmä
- Mitä odotat eniten tulevilta kuukausilta?
- Onko teillä muita kysymyksiä tai huolenaiheita?
⁉️ Mielialan tarkistus (kyselytutkimus)
Esimerkki palautteesta datasuunnittelijalle
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."
"En pysty tunnistamaan mitään malleja tai suuntauksia 1:1-keskusteluissani. Kaikki vaikuttaa irralliselta."
"Pidän työntekijästä, mutta hän ei toimi niin hyvin kuin haluaisin. Miten voin puuttua tähän 1:1-keskusteluissa?""
"Tuntuu siltä, että työntekijäni kertovat minulle 1:1-keskusteluissa, mitä haluan kuulla, mutta – ei oikein avaudu."
"En useinkaan tiedä, olinko liian kova – vai liian pehmeä – 1:1-keskusteluissa, jotta minulla olisi ollut myönteinen vaikutus."
"Kukaan ei opettanut minulle, miten ajaa hyviä 1:1s – voisin varmasti olla paljon tehokkaampi."
"Esimieheni kysyvät usein, miten tiimini pärjää – Toivon, että minulla olisi konkreettista tietoa jaettavaksi."
Esimerkki palautteesta laadunvarmistusohjelmiston kehittäjälle
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.
🪞Työntekijähaastattelututkimus: Ohjelmistokehittäjille suunnattu tutkimus
- Tarkastelen työtämme sen perusteella, miten ymmärrän #-tiimin tavoitteet ja #-asiakkaiden tarpeet.
- Osallistun proaktiivisesti tiimimme jatkuvaan parantamiseen. #TeamPlay
- Tunnen #-asiakkaidemme haasteet ja ongelmat.
- Työtehtäväni etenevät yleensä hyvin nopeasti, vaikka ulkopuolinen #-palaute on tarpeen.
Huomautus: Tässä arviointihaastattelulomakkeessa pyydetään vastaamaan Health Check-kysymyksiin (kyselylomake) asteikolla 1-7.
Esimerkki palautteesta nuoremmalle ohjelmistokehittäjälle
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ä
Katso myös: Mikä on Junior-ohjelmistoinsinööri?
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:
Johtopäätös: Palaute eri rooleista ohjelmistokehityksessä
Ettekö ole vielä saaneet tarpeeksenne? 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 erilaisia malleja työntekijöiden arviointia varten ohjelmistokehittäjien kanssa ja tekee työntekijöiden kehityksestä jopa mitattavaa. Tutustu työkaluumme käymällä läpi seuraava malli yhden ohjelmistokehittäjän kanssa: 8 jätetyyppiä.
One-to-one-puhelumalli Echometer-ohjelmisto
- Tutustu tässä lueteltuihin alueisiin. Missä sinulla ja tiimilläsi on mielestäsi eniten parantamisen varaa?
Lähde: Echometer 1:1 kokousohjelmisto
