Suoritusta koskevalla erityisellä palautteella, joka annetaan usein "tulosarviointien" muodossa, on keskeinen rooli ohjelmistokehittäjien jatkokehityksessä. Tässä artikkelissa näytämme joitakin käytännön esimerkkejä siitä, miten –-palautetta voidaan antaa ohjelmistokehittäjille erilaisissa tilanteissa, kuten suorituskeskusteluissa, vuotuisissa tulosarvioinneissa tai suoritusarvioinneissa, eli missä tahansa kahdenkeskisessä keskustelussa ja yhteydenpidossa.
Miksi palaute on niin tärkeää (ja vaikeaa) ohjelmistokehittäjille?
Motivoiva palaute introvertoituneille ohjelmistokehittäjille
Ohjelmistokehittäjät ovat perinteisesti kiinnostuneempia työskentelemään teknisten yksityiskohtien parissa kuin muiden ihmisten kanssa. Siksi esimiesten voi olla haastavaa antaa palautetta tehokkaasti ja motivoivasti, erityisesti introverttien ohjelmistokehittäjien kanssa.
Ohjelmistokehittäjien esimiehenä sinun on kuitenkin opittava välittämään sekä myönteistä että kielteistä palautetta rakentavalla tavalla arviointikeskusteluissa, jotta ohjelmistokehittäjät todella motivoituvat toteuttamaan havaitsemansa kehityspotentiaalin. Seuraavat tässä artikkelissa esitetyt esimerkit palautteesta auttavat sinua tässä.
Wenn dich eine allgemeine Einführung zu regelmäßigen Eins-zu-Eins-Meetings interessiert, schau gerne mal in unseren Post dazu: Opas: 6 vinkkiä onnistuneisiin 1-to-1-keskusteluihin.
Huomio: Arvioi ohjelmistokehittäjät yksilöllisesti
Tiedoksi: Tutkimusten mukaan ohjelmistokehittäjät ovat perinteisesti introvertteja. Suuntaus on kuitenkin kohti monipuolisempia persoonallisuustyyppejä ohjelmistokehittäjien keskuudessa. Siksi sinun tulisi aina tutkia ja arvioida, mikä persoonallisuustyyppi sinua vastapäätä istuu, ja viestiä sen mukaisesti.
Lähde: Ohjelmistoinsinöörien persoonallisuusprofiilin kehitys
Kysymykset ja kysely palautehaastatteluja varten
Ohjelmistokehittäjän arviointikeskustelu: tyypillisiä kysymyksiä
Ennen kuin annan sinulle paljon esimerkkejä, malleja ja lauseita ohjelmistokehittäjän kanssa käytävää arviointikeskustelua varten: Tietenkin monissa tilanteissa on järkevää johtaa kysymyksillä, joilla tarkistetaan ensin yhteinen käsitys vallitsevasta tilanteesta – ei vain IT-alalla.
Siksi olen koonnut yhteen muutamia kysymyksiä ohjelmistokehittäjien työntekijöiden arviointia varten:
🎯 1 to 1 -kysymykset ohjelmistokehittäjille: Focus
- Mikä häiritsee keskittymistäsi työssä?
- Milloin olet viimeksi kokenut flow-tilan työssäsi? Kuinka helppoa sinun on päästä flow-tilaan?
- Milloin ja miten tajusit, että olit ylittänyt henkilökohtaisen "keskeneräisen työn rajan"?
- Mitä voisimme muuttaa, jotta voisimme auttaa sinua saavuttamaan asianmukaisen WIP:n tulevaisuudessa?
- Miten puheet jakautuvat tiimissänne? Miten pohditte omaa roolianne siinä?
- Keitä asiakkaamme ovat yrityksenä ja miten työnne auttaa erityisesti täyttämään heidän tarpeensa?
- Mitä asioita haluat oppia, kun ajattelet kollegojasi yrityksessä ja sen ulkopuolella?
🏦 1 to 1 -kysymykset ohjelmistokehittäjille: Liiketoiminta-asenne
- Mikä estää meitä täyttämästä asiakkaidemme tarpeita?
- Mitä mieltä olet liiketoimintatavoitteestamme: onko se helppo ymmärtää, ymmärrettävä ja motivoiva?
- Miten voisimme vahvistaa päivittäisen työsi ja liiketoimintamme tavoitteiden välistä yhteyttä?
- Miten voimme antaa sinulle paremmat mahdollisuudet edistää liiketoimintatavoitteitamme?
Lähde, jos sinulla on lisäkysymyksiä: 100+ älykästä On-On-One-Meeting-kysymystä (johtajille)
Tämän pitäisi antaa sinulle hyvä käsitys siitä, miten lähestyä tällaista arviointikeskustelua älykkäästi. Jos haluatte myös tietynlaisen kyselyn, voin antaa teille alustavan mallin.
Ohjelmistokehittäjien arviointikeskustelu: tutkimus
Vastaavat tutkimukset voivat auttaa tekemään ohjelmistokehittäjien kehityksestä mitattavissa olevaa ajan mittaan.
Ne voivat kuitenkin toimia myös hyvin vuorovaikutteisena pohjana yhteiselle keskustelulle.
Seuraavassa tutkimuksessa keskitytään neljään eri osa-alueeseen, jotka ovat tärkeitä ohjelmistokehittäjille. Nämä väittämät arvioidaan yleensä asteikolla, joka vaihtelee esimerkiksi yhdestä (täysin eri mieltä) seitsemään (täysin samaa mieltä).
🪞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.
Kuten vihreästä painikkeesta näet, voit jopa käyttää tätä kyselyä 1-to-1-kokousvälineessämme Echometer ilmaiseksi, jos siltä tuntuu. Meillä on myös monia muita kysymysmalleja ja kokonaisia valmennusmalleja.
In unserem Blog gibt es einen anderen Artikel, falls dich detaillierte Vorlagen für verschiedene Eins-zu-Eins-Meetings (z.B. wöchentlich, jährlich, 1-1 mit schwierigen Mitarbeitenden…) interessieren: 15 testattua 1-1 kokousmallia muokattavaksi (ilmainen).
Mutta nyt, tekstin – edetessä, saamme konkreettisia esimerkkejä ja lauseita ohjelmistokehittäjille annettavasta palautteesta.
Yleinen malli ohjelmistokehittäjille annettavaan palautteeseen
Vältä klassisia palautemenetelmiä, kuten palautevoileipää.
Kahdenkeskisten tapaamisten palautemallit perustuvat usein sandwich-menetelmään. Vältä tätä ohjelmistokehittäjien kanssa. Arviointikeskusteluissa "puskista puhuminen" ei auta ketään, ja erityisesti ohjelmistokehittäjät ovat usein allergisia tällaisille menetelmille (ks. esim: Palautetta koskevan sandwich-menetelmän kritiikki).
Ohjelmistokehittäjät ymmärtävät yleensä, että kun esimiehet antavat yleistä positiivista palautetta, se on vain keino saada toinen henkilö tuntemaan olonsa paremmaksi.
Onneksi sekin toimii paremmin.
Radikaali avoimuus: palautemenetelmä, joka toimii paremmin ohjelmistokehittäjille
Sen sijaan, että käärisit kahdenkeskisten tapaamisten palautteen palautevoileipään, suosittelen Radical Candor -menetelmää palautemallin pohjaksi. Se ei muuten ole hyödyllinen ainoastaan ohjelmisto-IT-alalla, vaan myös yksityisellä sektorilla – mennään syvemmälle.
Radikaali avoimuus tarkoittaa mahdollisimman rehellisen ja suoran palautteen antamista arviointikeskusteluissa. Samalla se tarkoittaa myös empatian osoittamista ja keskittymistä toisen ihmisen hyvinvointiin. Radikaali rehellisyys osoittaa, että sinun ei tarvitse valita jompaakumpaa: Joko suora ja rehellinen tai empaattinen ja huomaavainen. Sen sijaan voit tehdä molempia samanaikaisesti:
Lisää alla: Mitä on radikaali rehellisyys?
Ohjelmistokehittäjät ovat kiitollisia, jos menet suoraan asiaan negatiivisen palautteen kanssa.
Radikaaliin avoimuuteen perustuva palautemalli ohjelmistokehittäjille
Tämä malli perustuu SBI-malliin (Situation, Behaviour, Impact). Se auttaa sinua viestimään vilpittömästi, suoraan ja kuitenkin arvostavasti.
Katso myös "Palautteen antamisen pelikirja"
Seuraavassa on palautemallin yksittäisten osien ohjeet:
Palautemalli osa 1: Valmistelu etukäteen
Ennen kuin annat palautetta, mieti muutama minuutti seuraavia kohtia:
- Tilanne: Mihin tilanteeseen viittaat erityisesti?
- Käyttäytyminen: Minkälaista käyttäytymistä havaitsit henkilöstä?
- Vaikutus: Mitä vaikutuksia henkilön käytöksellä oli (sinuun ja muihin)?
- Toive: Minkä tilan haluaisit saavuttaa ja miksi? (Huomautus: Tässä ei ole kyse siitä, että toivoisit suoraan tiettyä käyttäytymistä –, vaan tämä on osa toimenpidettä (ks. jäljempänä). Kyse on pikemminkin laajemmasta asiayhteydestä, miksi vaikutus on sinulle ongelma).
- Toiminta: Mitä ehdotuksia sinulla on kyseiselle henkilölle? Millaiset muutokset käyttäytymisessä voisivat viedä lähemmäs tavoitetilaa? Mitä tukea voit tarjota?
Kannattaa kirjoittaa asiat lyhyesti ylös, jotta et unohda mitään haastattelun aikana.
Palautemalli osa 2: Keskustelun aloittaminen
Sen sijaan, että aloittaisit pitkällisen kahdenkeskisen palaverin palautevoileivän, voit nyt aloittaa suoraan tilanteesta keskustelun aloittajana:
- "Halusin puhua kanssasi siitä tilanteesta, kun me ..."
Kuvaile tilanne ja kysy sitten:
- "Muistatko vielä tilanteen?"
Palautemalli osa 3: Käyttäytyminen
Sen jälkeen voit käsitellä henkilön käyttäytymistä, jonka olet havainnut arviointikeskustelussa:
- "Ravistit päätäsi tilanteesta ja sanoit..."
Ennen kuin puhut vaikutuksesta, anna toiselle henkilölle mahdollisuus kommentoida käsitystäsi tai muistiasi:
- "Kuvaanko tätä oikein sinun näkökulmastasi?"
Anna henkilölle tilaa kuvata näkökulmaansa asioihin. Yritä antaa molempien näkökulmien olla tasavertaisina tilassa kommentoimatta niitä. Rajoita itsesi esittämään kysymyksiä toisen henkilön näkökulman sisällöstä.
Palautemalli osa 4: Vaikutus
Ainoastaan tässä osassa keskustellaan käyttäytymisen vaikutuksista. Pysy aluksi mahdollisimman objektiivisena:
- "Vaikutelmani oli, että kollegani Marc vaikutti loukkaantuneelta sen jälkeen, kun sinä [havaitsit käyttäytymistä], eikä hän enää halunnut jatkaa yhteistyötä kanssamme."
Jos vaikutukset kuitenkin vaikuttavat myös sinuun, on tärkeää kertoa myös tästä. Tietenkin sinun on aina pysyttävä ammattimaisena, mutta voit myös näyttää inhimillisen puolesi:
- "Itse olin rehellisesti sanottuna nolona siinä tilanteessa, ja keskustelu oli siitä lähtien epämiellyttävä."
Palautemalli osa 5: Toiveet
Ilmaise erityinen pyyntösi arviointikeskustelun tässä osassa:
- "Minulle on tärkeää, että löydämme jälleen hyvän pohjan yhteistyölle kollegamme Marcin kanssa."
Laita se uudelleen asiayhteyteen:
- "Sen lisäksi on suuri tarpeeni, että teemme yhteistyötä varmistaaksemme, että pidämme yllä hyvää yhteistyötä ja suhteita kaikkien naapurimaiden erikoisalojen kanssa."
Mainitse myös asiaankuuluvat tavoitteet, jotka selittävät, miksi sinulla on tämä halu:
- "Vain hyvien suhteiden avulla voimme saavuttaa tavoitteemme tiiminä tässä yrityksessä. Minulle on myös tärkeää, että meillä on hyvä maine tiiminä yrityksessä."
Palautemalli osa 6: Mittaaminen
Ennen kuin esittelet omia ratkaisuideoitasi, voit esittää avoimia kysymyksiä kahdenkeskisessä keskustelussa:
- "Minulla on muutama ajatus tästä. Mutta haluaisin ensin kuulla sinun mielipiteesi: Miten mielestänne voisimme saavuttaa tavoitteen?"
Voit sitten jakaa ideasi. Sopikaa yhdessä sitovasta ja tarkkaan määritellystä jatkotoimesta. Kirjaa tämä kirjallisesti.
Palautemalli osa 7: Hylkääminen
Kysy, oliko arviointikeskustelusta hyötyä toiselle henkilölle ja onko hänellä vielä avoimia kysymyksiä. Järjestä tarkistuskeskustelu seuraavalle kerralle, jolloin puhutte aiheesta.
Osoita arvostavasi avointa vuoropuhelua ja kiitä henkilöä hänen näkemyksestään ja yhteistyöstään.
Palautemalli osa 8: Pohdi palautettasi jälkikäteen.
Jokaisen palautekeskustelun päätteeksi sinun tulisi kysyä itseltäsi seuraava kysymys:
- Rehellisyys: Olenko jakanut palautteeni rehellisesti ja mahdollisimman kaunistelematta?
- Arvostus: Tunteeko henkilö itsensä arvostetuksi palautteeni perusteella?
Jos voit vastata kyllä kaikkiin kysymyksiin, palautekeskustelusi sujui hyvin. Jos ei, älä huoli. Pohdi, miten voit muotoilla asiat toisin tulevaisuudessa. Ja vielä kerran, useimmat näistä vinkeistä eivät koske vain ohjelmisto-IT-alaa.
Tässä vaiheessa haluaisin huomauttaa, että on tietenkin olemassa myös ohjelmistoja, joilla voidaan yksinkertaistaa vastaavia palautekeskusteluja ja myös ohjelmistokehittäjien pidempiaikaista valmennusta.
Yksilökokousohjelmistomme tarjoaa erilaisia malleja työntekijöiden ja ohjelmistokehittäjien tapaamisiin ja tekee työntekijöiden kehityksestä jopa mitattavissa olevaa. Tutustu työkaluumme ja kokeile seuraavaa mallia:
1:1-kokoustyökalun malli: Tunnelma sääksi
- Jos sinun pitäisi kuvata tunnetilaasi sääksi, millainen sää on projektissasi tai tehtävissäsi tällä hetkellä?
Millainen on sää suhteessa työnantajaan, yksityiselämään ja yksityiselämään?
1:1-kokoustyökalun malli: Tunnelma sääksi
- Jos sinun pitäisi kuvata tunnetilaasi sääksi, millainen sää on projektissasi tai tehtävissäsi tällä hetkellä?
Millainen on sää suhteessa työnantajaan, yksityiselämään ja yksityiselämään?
Aloitetaan nyt tämän arviointikeskustelumallin avulla ja käydään läpi muutama käytännön esimerkki!
Esimerkkejä ohjelmistokehittäjille kahdenkeskisissä tapaamisissa annetusta palautteesta
Esimerkkipalaute ohjelmistokehittäjille 1-to-1-kokouksissa: Koodin laatu
Tanja 👩🏼🦰 on tiimin vetäjä ja Marc 👨🏽 työntekijän roolissa.
Kuvaile tilanne
👩🏼🦰
Tanja (ryhmänjohtaja): "Viimeisimmässä koodikatselmuksessamme tarkastelimme vetopyyntöäsi uuden ominaisuuden toteuttamiseksi kojelautaan. Koodi oli toiminnallisesti oikein ja täytti vaatimukset."
👨🏽
Marc (työntekijä): "Kyllä, minä muistan!"
Havaittu käyttäytyminen
👩🏼🦰
"Kommentoin kohtia, jotka olivat melko monimutkaisia ja vaikeita lukea. Esimerkiksi eräässä menetelmässä oli yli 50 riviä, jossa yhdistettiin useita vastuualueita. Kommentoit tätä kommenttia kuitenkin vain pintapuolisesti etkä käsitellyt sitä sen enempää."
👨🏽
"Minusta kommentti kuulosti vapaaehtoiselta ehdotukselta. Ratkaisun muuttaminen uudelleen tuntui liian aikaa vievältä."
Vaikutus
👩🏼🦰
"Joka tapauksessa kommenttisi sai minut rehellisesti sanottuna hieman turhautuneeksi, ja sen sijaan, että olisin vaatinut sinulta korjausta, paransin menetelmää jälkikäteen itse, koska olin jo muutenkin ajatellut koodin."
👨🏽
"En tiennyt sitä."
Tavoite ja halu
👩🏼🦰
"Yhteisenä tavoitteenamme on varmistaa, että koodimme on paitsi toimivaa myös ylläpidettävää ja helposti ymmärrettävää kaikille."
👨🏽
"Juuri niin minä näen sen!"
Toimenpiteet
👩🏼🦰
"Mikä on ehdotuksesi siitä, miten voimme jatkossa parantaa koodin laatua sujuvammin tällaisissa tapauksissa?"
👨🏽
"Minua auttaisi, jos kommenteista olisi helpompi nähdä, ehdotetaanko parannusta vai vaaditaanko sitä."
👩🏼🦰
"No, tehdään niin – Otan asian mukaan tiimipalaveriin uudelleen. Mutta olen silti sitä mieltä, että sinun on seurattava asiaa myös omalta puoleltasi."
👨🏽
"Mitä jos siirryttäisiin seuraavassa aiheessa suoraan pariohjelmointiin yhdessä, jotta voisit terävöittää ymmärrystäni koodin laadun vaatimuksista?"
Päätelmä
👩🏼🦰
"Tuo kuulostaa kahdelta hyvältä jatko-osalta! Pidetään se sitten sellaisena. Haluaisin asettaa päiväkirjaani päivämäärän ensi viikon puoliväliin, jolloin aloitamme pariohjelmoinnin."
👨🏽
"Hyvä on, odotan sitä innolla!"
Esimerkkipalaute ohjelmistokehittäjille 1-to-1-kokouksissa: Omistajuus
Tanja 👩🏼🦰 on tiimin vetäjä ja Marc 👨🏽 työntekijän roolissa.
Kuvaile tilanne
👩🏼🦰
Tanja (ryhmänjohtaja): "Marc, haluan puhua sinulle viimeisestä tehtävästä, jossa kehitimme uuden ominaisuuden vientiprosessia varten. Ominaisuus on nyt käytössä, mutta matkan varrella oli joitakin haasteita."
👨🏽
Marc (työntekijä): "Kyllä, muistan. Mitä tarkalleen ottaen tarkoitat?"
Havaittu käyttäytyminen
👩🏼🦰
"Huomasin, että koodin testaamisen jälkeen oli useita pitkiä viiveitä. Esimerkiksi joihinkin QA-kollegoiden kommentteihin vastattiin vasta päivien kuluttua. Lisäksi kävi niin, että jouduin muistuttamaan kahdesti puuttuvasta tarkistuksesta."
👨🏽
"Hmm, ymmärrän. Rehellisesti sanottuna siellä oli aika paljon meneillään, ja luulin, että testaus jatkuisi rinnakkain."
Vaikutus
👩🏼🦰
“Das Resultat war jedenfalls, dass wir wegen dieses Themas unser Deployment verschieben mussten.“
👨🏽
"Voi, en edes tajunnut tuota. Luulin, että ottaisit yhteyttä, jos jokin asia olisi kiireellinen."
Tavoite ja halu
👩🏼🦰
"Tavoitteenamme on minimoida tarpeettomat viivästykset ja saada rakennuttajat omaksumaan omistajuusajattelu toteutuksen aikana. Tämä tarkoittaa sitä, että jokainen varmistaa aktiivisesti, että hänen tikettinsä pääsee läpi alusta loppuun –, ja siihen kuuluu myös yhteydenpito QA:n kanssa."
👨🏽
"Ymmärrän, mitä tarkoitat. Haluan ehdottomasti, että prosessit sujuisivat sujuvammin."
Toimenpiteet
👩🏼🦰
"Mitä voisimme sinun näkökulmastasi tehdä, jotta voisit toimia ennakoivammin ja osoittaa vastuullisuutta tällaisissa tilanteissa?"
👨🏽
"Minusta auttaisi, jos asettaisimme selkeämmät odotukset, esimerkiksi sen, että tarkastan päivittäin avoimet ongelmat testausvaiheessa. Näin voin varmistaa, ettei mitään jää tekemättä."
👩🏼🦰
"Kuulostaa hyvältä. Ja ehdottaisin, että koodin viimeistelyn jälkeen teet seuraavissa tärkeimmissä tehtävissä lyhyen suunnitelman siitä, miten haluatte viedä aiheen läpi live-julkaisuun asti. Voit näyttää suunnitelman minulle tai QA-kollegalle."
👨🏽
"Sovittu. Sitten voin itse pitää asioita paremmin silmällä."
Päätelmä
👩🏼🦰
"Hienoa. Tallennetaan nämä kaksi toimenpidettä näin: Teet päivittäisiä tarkistuksia testausvaiheen aikana ja suunnittelet seurantaa seuraavaan tärkeään tehtävään. Onko se sinulle toteutettavissa?"
👨🏽
"Kyllä, se sopii. Kirjoitan sen suoraan päiväkirjaani."
👩🏼🦰
"Hienoa. Olen varma, että sillä on suuri merkitys. Seuraavassa kahdenkeskisessä tapaamisessamme tarkastelemme uudelleen toimenpiteidemme tilaa. Kiitos!"
Esimerkkejä ohjelmistokehittäjille annettavasta palautteesta suorituskyvyn arvioinnissa
Huomautus: Perinteiset suoritusarvioinnit eivät yleensä ole suosittuja sekä ohjelmistokehittäjien että johtajien keskuudessa, ja monet väittävät, että hyvät kahdenkeskiset tapaamiset ovat riittäviä ja että niiden pitäisi korvata suoritusarvioinnit. Ks: “Leistungsbeurteilungen sind sinnlos und beleidigend” von Forbes.
Suoritusarvioinnit ovat kuitenkin usein edelleen ennalta määrätty muoto yrityksessä. Tämä ei tietenkään saisi estää sinua käymästä suoritusarviointeja vuoropuheluna silmätasolla työntekijöidesi kanssa sen sijaan, että rajoitut ylhäältä alaspäin suuntautuviin arviointeihin. Seuraavat esimerkit kahdenkeskisestä vuoropuhelusta osoittavat, miten se voi toimia.
Hinweis: Wie gesagt können Vorlagen für Mitarbeitergespräche natürlich helfen, Feedback konstruktiv zu kommunizieren. Der folgende Blog-Post kann dir bei mehr Interesse an dem Thema weiterhelfen: 5 mallia työntekijöiden säännöllisiä tarkastuksia varten.
Esimerkkipalaute ohjelmistosuunnittelijoille suorituskykyarvioinneissa: Tiimityö
Tanja 👩🏼🦰 toimii tiimin johtajana ja Marc 👨🏽 ohjelmistoinsinöörinä.
Kuvaile tilanne
👩🏼🦰
Tanja (ryhmänjohtaja): "Kun minun piti arvioida ryhmätyöskentelyä suoritusarviointimallissasi, pystyin valitettavasti antamaan sinulle vain 5 pistettä 10:stä mahdollisesta. Haluaisin selittää tämän sinulle, jotta sinulla olisi reilu mahdollisuus parantaa tätä kohtaa.""
👨🏽
Marc (työntekijä): "Okei. Auta minua ymmärtämään."
Havaittu käyttäytyminen
👩🏼🦰
"Olen huomannut, että viime kuukausina on ollut tilanteita, joissa yhteistyö tiimin kanssa ei ole ollut optimaalista. Esimerkiksi viime sprintissä oli useita tapauksia, joissa työstit tehtäviä yksin, vaikka ne olisi voitu ratkaista paremmin yhdessä muiden kanssa. Yksi konkreettinen esimerkki oli uuden API:n integrointi. Olimme harkinneet, että sinä ja Alex työskentelisitte sen parissa yhdessä, mutta otit useimmat vaiheet yksin ja otit Alexin mukaan vain minimaalisesti."
👨🏽
"Ajattelin, että olisi tehokkaampaa tehdä se nopeasti itse. En tajunnut, että tätä pidettiin ongelmana."
Vaikutus
👩🏼🦰
"Tämä johti kuitenkin siihen, että tiimi menetti avoimuutensa. Alexilla oli myöhemmin vaikeuksia päästä mukaan asiaan liittyviin tehtäviin, koska hän ei tiennyt tarkalleen, miten API oli asetettu. Sain myös muilta tiimin jäseniltä palautetta siitä, että he eivät joskus tunteneet olevansa tarpeeksi mukana ja että heidän oli vaikea saada sinulta tukea, kun heillä oli kysyttävää."
👨🏽
"Rehellisesti sanottuna se yllättää minut. Luulin auttavani, kun minua pyydetään."
Tavoite ja halu
👩🏼🦰
"Tiiminä tavoitteenamme ei ole ainoastaan työskennellä tehokkaasti, vaan myös jakaa tietoa ja ottaa kaikki mukaan. Tämä vahvistaa yhteistyötä ja varmistaa, että voimme kaikki edustaa toisiamme. Toivoisin, että hyödyntäisit tulevaisuudessa entistä enemmän rooliasi tiedon kantajana tässä tiimissä, jotta voisit aktiivisesti jakaa tietoa ja voimaannuttaa muita tiimin jäseniä." Näin voit tehdä. Tiimin tuottavuus on tärkeämpää kuin yksilöllinen suorituskyky."
👨🏽
"Okei, ymmärrän mitä tarkoitat. Luulen, että olen vain keskittynyt tähän mennessä liikaa omaan tuottavuuteeni."
Toimenpiteet
👩🏼🦰
"Mikä voisi auttaa sinua kiinnittämään enemmän huomiota tiimin osallistamiseen työhösi ja tiedon jakamiseen?"
👨🏽
"Voisin ottaa tavaksi selventää heti alussa, kuka voi työskennellä suurempien tehtävien parissa ja miten. Ehkä voisimme myös järjestää jonkinlaisen kick-offin tehtäviä varten, jotta voisimme sopia tärkeimmistä arkkitehtuuripäätöksistä ja yksilöidä tehtävät, jotka jonkun muun pitäisi tehdä yksin tai jotka meidän pitäisi jopa tehdä pariohjelmointina."
👩🏼🦰
"Kuulostaa hyvältä. Minulla on myös ajatus: mitä jos ottaisit tavaksesi paitsi raportoida edistymisestä viikoittaisissa tiimipalavereissamme, myös antaa aktiivisesti näkemyksiä koodista ja arkkitehtuuripäätöksistä?"
👨🏽
"Tuo on hyvä huomio. Se voisi helpottaa kokemattomien kollegojemme työskentelyä koodini parissa myöhemmin."
Päätelmä
👩🏼🦰
"Hienoa. Sitten kirjaamme jatkotoimet tulosarvioinnin malliin:
- Tästä lähtien jaat tietämystäsi ja arkkitehtuuripäätöksiäsi proaktiivisesti tiimin kanssa Weeklysissä.
- Tästä lähtien aloitat aiheesi toisen kehittäjän kanssa, jotta voitte yhdessä laatia ratkaisun ja jakaa toteutuksen."
👨🏽
"Kuulostaa hyvältä."
👩🏼🦰
"OK. Merkitsisin molemmat toimenpiteet muistiin, jotta niitä voidaan tarkastella uudelleen kahden kuukauden kuluttua. Sitten voimme keskustella tilanteesta kahdenkeskisessä tapaamisessa ja katsoa, miten edetään."
👨🏽
"Niin, ja katsotaan sitten, pystytkö parantamaan tiimityöskentelypisteitäsi. Haluaisin saada vähintään 8 pistettä 10:stä."
👩🏼🦰
"Olen iloinen kuullessani tuon! Uskon ehdottomasti, että se on realistista, ja tuen sinua kaikin mahdollisin tavoin."
👨🏽
"Kiitos!"
Esimerkkipalaute ohjelmistosuunnittelijoiden suorituskyvyn arviointiin: Omistajuus
Siirrymme seuraavaan esimerkkiin kahdenkeskisestä keskustelusta, jossa käsitellään ohjelmistokehittäjälle annettavaa palautetta omistajuudesta.
Kuten aina, Tanja 👩🏼🦰 toimii tiimin johtajana ja Marc 👨🏽 ohjelmistoinsinöörinä.
Kuvaile tilanne
👩🏼🦰
Tanja (ryhmänjohtaja): Kun minun piti arvioida "omistajuus" -kohtaa suoritusarviointimallissasi, pystyin antamaan sinulle vain 6 pistettä 10:stä. Haluaisin selittää, miksi näin on ja antaa sinulle mahdollisuuden kehittyä edelleen tällä alueella.""
👨🏽
Marc (työntekijä): "Vau, se yllättää minut hieman. Olenhan työskennellyt useampien aiheiden parissa kuin lähes kukaan muu tiimissä. Ole hyvä ja selitä se minulle."
Havaittu käyttäytyminen
👩🏼🦰
"Viime kuukausina olen huomannut, että tehtävissänne on usein viiveitä. On useita esimerkkejä siitä, että QA-kommentit tai koodin tarkistukset ovat jääneet sinulta vastaamatta pitkäksi aikaa. Tämän seurauksena aiheesi ovat lähteneet käyttöön vasta viikkoja kestäneiden viivästysten jälkeen. Yksi konkreettinen esimerkki oli viennin bugikorjaus. Vastasit QA:n palautteeseen vasta toistuvien pyyntöjen jälkeen, ja muutosten käyttöönotto kesti yhteensä kolme viikkoa."
👨🏽
"Kyllä, minä muistan. Työstin samaan aikaan kahta muuta aihetta enkä ehtinyt syöttää palautetta niin nopeasti."
Vaikutus
👩🏼🦰
"Tämä vaikutti koko tiimin nopeuteen ja tuottavuuteen. QA:n oli seurattava asiaa useita kertoja, mikä sitoi heidän kapasiteettiaan. Myös julkaisusuunnitelmaa jouduttiin lykkäämään. Lisäksi tuntui siltä, että et ota täyttä vastuuta asioiden viimeistelystä, mikä rasittaa tiimin dynamiikkaa. Jotkut tiimin jäsenet ovat kertoneet minulle, etteivät he ole varmoja, voivatko he luottaa sinuun, kun on kyse riippuvuuksista."
👨🏽
"Voi, olen pahoillani siitä. En tajunnut sitä. Yritin tehdä tehtävät rinnakkain, mutta ilmeisesti se ei onnistunut niin hyvin."
Tavoite ja halu
👩🏼🦰
"Tavoitteeni on, että keskityt vähemmän aiheisiin, mutta otat täyden vastuun jokaisesta tehtävästä alusta loppuun. Tämä tarkoittaa, että et ainoastaan kirjoita alkuperäistä koodia vaan myös varmistat, että QA-palaute käsitellään nopeasti ja että aihe pysyy aikataulussa. Näin vältämme sen, että tehtävät jäävät pidemmäksi aikaa auki ja estävät muita."
👨🏽
"Siinä on järkeä. Tunsin usein olevani hukkumaisillaan, koska minulla oli liian monta aihetta samaan aikaan. Ehkä on todella parempi keskittyä harvempiin tehtäviin."
Toimenpiteet
👩🏼🦰
"Miten saisimme sinut keskittymään muutamaan aiheeseen ja ottamaan vastuun niiden toteuttamisesta täysimääräisesti?"
👨🏽
"Voisin yrittää rajoittaa itseni enintään kahteen aiheeseen sprinttiä kohden ja työskennellä vain kolmen aiheen parissa samanaikaisesti. Minun pitäisi myös varata kalenteriini kiinteitä aikavälejä kommenttien ja arvostelujen säännölliselle työstämiselle, jotta mikään ei jäisi tekemättä."
👩🏼🦰
"Kuulostaa järkevältä. Lisäksi minusta olisi hyvä, jos voisit pyytää ennakoivasti apua stand-upeissamme, jos käsittelet liian monia aiheita samanaikaisesti. Yleensä pitäisi löytyä joku, joka voi ottaa aiheen haltuunsa sinulta."
👨🏽
"Okei, reilua."
Päätelmä
👩🏼🦰
"Asetetaan nämä toimenpiteet seuraavan kahden kuukauden tavoitteeksi:
Vähemmän rinnakkaista työtä:
- Otat vastuullesi enintään kaksi aihealuetta sprinttiä kohden, etkä työskentele samanaikaisesti yli kolmen aihealueen parissa.
- Vaadi tiimiltä aktiivista tukea stand-up-tapaamisissa.
- Kalenteriin on varattu aikoja kommenttien ja arvostelujen käsittelyyn."
👨🏽
"Kuulostaa realistiselta. Tehdään se niin."
👩🏼🦰
"Hienoa. Voimme nähdä kahden kuukauden kuluttua tulosarvioinnissa, ovatko nämä toimenpiteet toimineet, ja voimmeko nostaa luokitustasi tulosarvioinnissa jälleen "omistajuuden" tasolle."
👨🏽
"Kiitos, Tanja. Pyrin toteuttamaan sen käytännössä. Sain ennen aina parhaat arvosanat 'omistajuudesta'. Luuletko, että saan sen taas seuraavaan tulosarviointiin mennessä?"
👩🏼🦰
"Olen tyytyväinen siihen. Kyllä, uskon, että nopea parannus on ehdottomasti saavutettavissa näillä toimenpiteillä. Keskustellaan kahden viikon välein pidettävissä kahdenkeskisissä tapaamisissamme tilasta ja siitä, tarvitsetko tukea."
👨🏽
"Kiitos! Kyllä, olisin iloinen, jos voisimme saada aikaan huomattavaa parannusta muutaman viikon kuluessa!"
Esimerkkejä ohjelmistokehittäjille annettavasta palautteesta vuositarkastuksessa
Jos pidätte jo säännöllisiä kahdenkeskisiä tapaamisia tai suoritusarviointeja kehittäjienne kanssa vuoden aikana, yksityiskohtaisia vuosikokouksia ei luultavasti enää tarvita. Suorituskykyä, palautetta ja jatkokehitystä koskevan keskustelun pitäisi olla jo nyt jatkuvaa:
On kuitenkin yrityksiä, jotka vaativat klassista vuosittaista arviointia.
💡
Jos ohjelmistokehittäjien esimiehenä sinulla on jo säännöllisiä 1:1-palavereja tai suoritusarviointeja, vuosittaisen arvioinnin pitäisi olla vain muodollisuus:
Ohjelmistokehittäjän pitäisi jo olla tietoinen palautteesta ja hänen pitäisi jo työskennellä kehityspotentiaalin parissa.
Jos siis ohjelmistokehittäjien esimiehenä sinun on täytettävä loppuvuoden kokouksen muodollisuus (mahdollisesti säännöllisten kahdenkeskisten tapaamisten lisäksi), käydään läpi myös esimerkki vuosittaisesta työntekijän arvioinnista ohjelmistokehittäjän kanssa.
Muuten, toinen vinkki tässä vaiheessa: Jos ensimmäinen kahdenkeskinen tapaaminen uuden työntekijän kanssa on aivan nurkan takana, voin suositella aihetta käsittelevää artikkeliamme: 5 vinkkiä kahdenkeskisiin tapaamisiin uusien työntekijöiden kanssa.
Näyte esityslista & malli ohjelmistokehittäjän kanssa pidettävää vuosikokousta varten
Arviointi ja suorituskyky
Onnistumiset: Mitkä hankkeet tai tehtävät sujuivat hyvin? Missä kohdin odotukset ylitettiin?Haasteet: Mikä ei toiminut niin hyvin ja miksi? Miten nämä haasteet voidaan voittaa tulevaisuudessa?Pohdinta: Miten kehittäjä näkee oman suorituksensa? Mitä palautetta tiimi tai esimies antaa?
Yhteistyö ja tiimikulttuuri
Viestintä: Miten yhteistyö koetaan tiimin sisällä ja esimiehen kanssa?Työilmapiiri: Onko tiimikulttuurissa tai työympäristössä parantamisen varaa?Palaute johtamisesta: Miten johtaja voi tukea kehittäjää paremmin?Palaute kehittäjältä: Onko ehdotuksia prosessien, työkalujen tai työkulttuurin parantamiseksi?Työ- ja yksityiselämän tasapaino: Miltä nykyinen työmääräsi tuntuu? Onko ylitöitä tai stressitekijöitä?Resurssit: Ovatko välineet, prosessit ja toimintaedellytykset riittävät tehokkaaseen työskentelyyn?
Asiantuntemus, tavoitteet ja kehitys
Vahvuudet: Mitkä tekniset, metodologiset tai sosiaaliset taidot ovat tyypillisiä kehittäjälle?Lisäkoulutus: Mitä uusia teknologioita tai taitoja kehittäjä haluaa oppia? Onko olemassa asiaankuuluvia kursseja, konferensseja tai hankkeita?Uran tavoitteet: Mihin tehtävään tai vastuualueeseen kehittäjä pyrkii keskipitkällä tai pitkällä aikavälillä? Mitkä vaiheet johtavat sinne?Hankekeskeisyys: Minkä hankkeiden tai teknologioiden parissa kehittäjä haluaisi työskennellä intensiivisemmin?
Palkkaus
Suoritukseen perustuva palkitseminen: Onko palkkaa tai bonuksia tarpeen mukauttaa?
Päätelmä
Lyhyen aikavälin tavoitteet: Mitä konkreettisia tavoitteita olisi asetettava tulevalle vuodelle?Sopimukset: Mitkä ovat kunkin toimenpiteen seuraavat tarkastukset?
Seuraavassa on tyypillinen esimerkki palautteesta, joka annetaan loppuvuoden tai vuotuisen suorituskyvyn arvioinnin yhteydessä: Työntekijän pyyntö tehtävän vaihtamisesta.
Esimerkki palautteesta vuosikokouksessa: Toive roolin muutoksesta
Tanja 👩🏼🦰 toimii tiimin johtajana ja Marc 👨🏽 ohjelmistoinsinöörinä.
Sisääntulo ja tilanne
👩🏼🦰
Tanja (ryhmänjohtaja): "Marc, on hienoa, että voimme tänään puhua vuotuisesta palautteestasi ja tavoitteistasi. Onko olemassa erityisiä aiheita, jotka ovat sinulle erityisen tärkeitä?"
👨🏽
Marc (työntekijä): "Kyllä, olen miettinyt jatkokehitystäni. Voisin kuvitella kehittyväni ohjelmistoarkkitehtuurin suuntaan. Olen ollut kiinnostunut aiheesta jo pitkään, ja haluaisin olla enemmän mukana arkkitehtuuripäätöksissä ja strategisessa teknologiajohtamisessa."
👩🏼🦰
"Se on jännittävää, Marc. Olen iloinen, että sinulla on niin selkeät tavoitteet. Puhutaanpa siitä, miten voimme valmistella sinua niihin. On muutamia kohtia, joissa sinun on mielestäni kehitettävä edelleen, ennen kuin otamme seuraavan askeleen."
Anna palautetta
👩🏼🦰
"Ensinnäkin haluan korostaa, että olette edistyneet paljon tänä vuonna erityisesti toteutustenne laadussa ja uusien tekniikoiden käsittelyssä. Olette myös osoittaneet, että teillä on silmää laajemmalle ulottuville, esimerkiksi uuden välimuistijärjestelmän käyttöönoton myötä."
👨🏽
"Kiitos, mukava kuulla!"
👩🏼🦰
"Kun ajattelen ohjelmistoarkkitehdin roolia, on kuitenkin vielä joitakin vaatimuksia, jotka eivät mielestäni täyty tällä hetkellä täysin. Esimerkiksi viestintä tiimin kanssa ja muiden osallistuminen teknisiin päätöksiin on keskeinen osa. Näen siinä edelleen potentiaalia. Teet usein päätöksiä itsenäisesti ottamatta tiimiä mukaan tarpeeksi aikaisin."
👨🏽
"Okei, ymmärrän sen. En halunnut joskus pidättää ketään, mutta ymmärrän, ettei se ole ihanteellista arkkitehdin roolissa."
Tavoite ja halu
👩🏼🦰
"Juuri niin. Ohjelmistoarkkitehti on myös valmentaja ja viestijä. Kyse on siitä, että hän saa muut mukaan, kommunikoi teknisistä käsitteistä ja kehittää ratkaisuja yhdessä."
👨🏽
"Siinä on järkeä. Ymmärrän myös, etten pysty vielä kommunikoimaan arkkitehtuuria koskevia ajatuksiani yhtä tehokkaasti tiimini jäsenille."
Suunnitelman toimenpiteet
👩🏼🦰
"Uskon, että voimme työskennellä yhdessä, jotta saatte pätevyyden tehtävään seuraavan kuuden kuukauden aikana. Mitä jos määrittelemme konkreettiset toimenpiteet?"
👨🏽
"Mielelläni. Mitä sinulla on mielessäsi?"
👩🏼🦰
"Haluaisin ennen kaikkea, että sinä ohjaisit ohjelmistoarkkitehtuuria koskevaa päätöksentekoprosessia sen sijaan, että tekisit päätökset itse. Miten olisi, jos moderoisit arkkitehtuurin aloituskokouksen jokaisesta seuraavasta tärkeästä aiheesta? Tavoitteena olisi tukea kollegoita päätöksentekoprosessissa ja antaa heidän sitten itse toteuttaa ratkaisu."
👨🏽
"Kuulostaa hyvältä. Opettelen käyttämään vaikutusvaltaani valmentajana sen sijaan, että toteuttaisin kaiken itse."
👩🏼🦰
"Voin myös kuvitella, että on olemassa hyviä kursseja, joilla kehittäjiä valmistellaan ohjelmistoarkkitehdin rooliin. Kovien taitojen lisäksi nämä kurssit kattavat varmasti myös roolissa vaadittavat pehmeät taidot"
👨🏽
"Kyllä, olen itse asiassa jo valinnut kurssin."
Päätelmä
👩🏼🦰
"Hienoa, merkitsen sitten vuosikokousta varten muistiin seuraavat asiat:
- Kehitystavoite: Ohjelmistoarkkitehti
- Toimenpiteet:
- Arkkitehtuurin käynnistysvaiheiden moderointi tiimissä
- Osallistuminen ohjelmistoarkkitehtien kurssille.
Puhumme näistä aiheista tietysti jatkuvasti kahdenkeskisissä tapaamisissa, mutta seuraava virallinen tarkastuskäynti on kolmen kuukauden kuluttua pidettävässä kehityskeskustelussa."
👨🏽
"Kuulostaa hyvältä. Meidän pitäisi olla saavuttaneet paljon siihen mennessä."
👩🏼🦰
"Niin minustakin! Sillä välin, jos keksit jotain muuta, mitä voisin tehdä tukeakseni sinua tässä pyrkimyksessä, ota minuun yhteyttä milloin tahansa."
👨🏽
"Voimmeko puhua aiotusta roolimuutoksestani uudelleen kolmen kuukauden kuluttua?"
👩🏼🦰
"Toki, en tietenkään voi luvata sinulle mitään, kun on kyse roolien vaihtamisesta. Mutta olen ottanut toiveesi huomioon ja yritän tukea sinua parhaani mukaan."
👨🏽
"Kiitos!"
Johtopäätös: Motivoiva palaute ohjelmistokehittäjille
Esimerkit ja mallit osoittavat, että ei tarvitse olla kovin vaikeaa antaa motivoivaa palautetta ohjelmistokehittäjille kahdenkeskisissä tapaamisissa ja loppuvuoden kokouksissa, eikö niin? Pysy aitona ja hyväntahtoisena, älä kiertele ja osoita, että olet kiinnostunut yhteisestä ratkaisusta.
Jos onnistut toteuttamaan "radikaalia avoimuutta" arviointikeskusteluissa ja sen jälkeen osoittamalla arvostusta ja rehellisyyttä, reaktio voi olla jopa myönteisempi ja rakentavampi kuin luuletkaan.
Onnea seuraaviin palautekeskusteluihinne!
Ja jos pidät elämääsi helpottavista hakkeroinneista, suosittelen Echometer-ohjelmistoamme. Voit kokeilla sitä täysin ilmaiseksi.
Yksilökokousohjelmistomme tarjoaa erilaisia malleja työntekijöiden ja ohjelmistokehittäjien tapaamisiin ja tekee työntekijöiden kehityksestä jopa mitattavissa olevaa. Tutustu työkaluumme ja kokeile seuraavaa mallia:
1:1-kokoustyökalun malli: Tunnelma sääksi
- Jos sinun pitäisi kuvata tunnetilaasi sääksi, millainen sää on projektissasi tai tehtävissäsi tällä hetkellä?
Millainen on sää suhteessa työnantajaan, yksityiselämään ja yksityiselämään?
1:1-kokoustyökalun malli: Tunnelma sääksi
- Jos sinun pitäisi kuvata tunnetilaasi sääksi, millainen sää on projektissasi tai tehtävissäsi tällä hetkellä?
Millainen on sää suhteessa työnantajaan, yksityiselämään ja yksityiselämään?
