Tiimiviestintä (sillä on enemmän merkitystä kuin työkalusi)
Muutaman urakoitsijan käyttöönoton jälkeen yksi kysymys, jonka muut kysyvät, on :
o Millaista on siirtyä projekteista yksin työskentelyyn projektien parissa tiimissä?
Tai yksinkertaisemmin, millaista on hankkia urakoitsijoita? Lyhyt vastaus on, että kaivan sen, koska se tarjoaa joitain etuja:
- meillä on oltava terävä työnjako,
- yritys voi toteuttaa enemmän projekteja,
- voimme tehdä yhteistyötä asioissa (mitä kaipaan yksin lentämisestä),
- ja enemmän.
Toinen puoli tässä on kuitenkin se, että minusta tuntuu, että minun on opittava, millaista on aloittaa yritys uudelleen.
Kuin aloittaisi tyhjältä pöydältä.
Tämä ei missään nimessä ole huono asia. Se on päinvastoin. Mutta kun et enää työskentele projekteissa itse ja kehität asetuksiasi, tapahtuu sopeutumisaikaa.
Koen tämän edelleen ja työskentelen sen läpi. Se vaatii sekä keskusteluja tiimisi kanssa että hieman itsetutkiskelua sen selvittämiseksi, onko tekemäsi toiminta edelleen oikein työskentelytapasi kannalta vai pitäisikö sinun säätää sitä.
Joukkueen viestintä
On selvää, että tämä tietty aihe on laaja, ja minä – kuten monet teistä – voisin puhua monista asioista, jotka liittyvät yrityksen pyörittämiseen.
Mutta tänään yksi asia, josta haluan puhua, on rooli, jossa tiimiviestintä, ei ohjelmistokehitystyökalusi, on ratkaisujen toimittamisessa muille.
Työkaluillasi on väliä (mutta ei niin paljon)
Olen esimerkiksi työskennellyt paikassa, jossa he tuovat sinulle koneen tietyllä työkalusarjalla ja sanovat: "Tätä me käytämme projektiemme rakentamiseen."
Toki se vaatii, että opit sen, mutta osa minusta piti tästä, koska se poistaa päänsärkyä, joka tulee siitä, mitä käyttää. Se esti myös minua tekemästä näitä päätöksiä itse.
Toisaalta se vaikeutti myös uuden työkalun käyttöönottoa, koska se häiritsisi koko osaston työnkulkua. Pienessä tiimissä on kuitenkin helpompi sopeutua.
Visual Studio Codesta on tullut suosikkini IDE.
Ensinnäkin, kun työskentelet itsellesi, sinulla on todennäköisesti suosikkisi:
- MENEE
- lähteen ohjausjärjestelmä,
- rakentaa työkaluja,
- käyttöönottotyökalut,
- isännöintiympäristö,
- ja niin edelleen.
Mutta kun otat muita mukaan sekoitukseen, tuot täsmälleen samat asiat paitsi, että se on heidän ehdoillaan. Nyt sinun on päätettävä, pitäisikö sinun pitää kiinni siitä, mitä sinulla on, arvioida, mitä heillä on, saada heidät ottamaan käyttöön työkalusi, ottamaan käyttöön heidän työkalunsa, yhdistämään nämä kaksi vai aloittaako alusta.
Tämä ei ole triviaali tapa varsinkaan silloin, kun työskentelet yhdessä ratkaistaksesi ratkaisun asiakkaalle. Tästä voisi kirjoittaa enemmänkin. Ja älkää ymmärtäkö minua väärin: mielestäni tämä on aihe, josta pitäisi keskustella, ja se on mielestäni tärkeä asia.
Mutta kaiken tämän yläpuolella on jotain, jota ei pidä koskaan aliarvioida, ja se on tiimiviestintäprosessi.
Viestintä on tärkeää (ja tärkeämpää)
En tarkoita ihmisten mielialojen tarkistamista joka päivä (vaikka se on tärkeää), enkä puhu chattailusta tekstiviestillä tai Slackin tai IRC:n kanssa vain sen vuoksi, jotta sinusta tuntuu tuottavalta.
Tiimiviestintä on enemmän kuin Slack.
Puhun täysin viestintävaatimuksista.
Esimerkki: Sano, että puhun asiakkaan kanssa, hyväksyn sopimuksen ja olen sitten valmis siirtymään eteenpäin. Tiedän, mitä he haluavat, nykyiset mallit ja kuinka jonkin pitäisi toimia. Sitten tuon joukkuetoverini ja sanon "Hei, aloitetaan."
Ongelma tässä on selvä, eikö? Hänellä ei ole aavistustakaan, mitä me haemme.
Eikä sillä ole väliä, kuinka paljon hahmotat vaiheita projektinhallintatyökalussasi tai keskustelet siitä, miten jonkin pitäisi toimia.
Lisäksi voit saada sulavimman ja tehokkaimman mahdollisen työkaluasennuksen, mutta jos tiimisi ei ole selvillä projektin vaatimuksista, sillä ei ole merkitystä.
Kun päätät palkata jonkun auttamaan sinua projekteissa ja kun päätät aloittaa yhteistyön ratkaisun parissa, keskustele työkaluista ja ensimmäisen keskustelun vaatimuksista.
Tätä ei voi aliarvioida.
Jos sinä tiedät vaatimukset ja joukkuetoverisi ei, tai jos vaatimuksia ei ole selvästi kerrottu syystä tai toisesta, oikeaa ratkaisua ei toimiteta. Ja tämä on selvästi kallista.
Lisäksi, jos päädyt ajattelemaan, että sinulla on samat ideat mielessäsi ja päädyt toteuttamaan jotain täysin erilaista, sinulla on toinen joukko ongelmia, joita käsitellä.
Mitä tulee liiketoimintaani, olen ensisijaisesti kiinnostunut kehittämään suhteita ihmisiin, joiden kanssa työskentelen sekä tiimissäni että joiden kanssa työskentelen.
Mutta jos sisäiset keskustelut kehittämiemme ratkaisujen ympäriltä eivät ole samalla sivulla, millään muulla ei ole väliä – ei työkaluillasi, ei sillä, mitä lähetät, ei kuinka nopeasti lähetät sen, eikä sillä, että se vain valmistuu.
Lisää tulossa
Joten seuraavassa postauksessa jaan muutamia ideoita tähänastisista henkilökohtaisista kokemuksista – sekä virheistä että voitoista – toivoen, että pystyt välttämään kaiken, mitä saatat kohdata, kun päätät kasvattaa tiimiäsi.
Älä ymmärrä minua väärin: Se on fantastinen asia (ja rakastan sitä), mutta se vaatii säätöjä tasoilla, joihin en ollut täysin valmistautunut.
Sillä välin, jos sinulla on jotain annettavaa tähän viestiin, voit tehdä sen kommenteissa. Olen aina innokas kuulemaan, kuinka freelancerit ja ne, jotka ovat myös itsenäisiä ammatinharjoittajia tai jotka johtavat tiimejä, käsittelevät tätä aihetta.