Pärast paari töövõtja kaasamist on üks küsimus, mida teised küsivad:
oMis tunne on minna iseseisvalt projektidega töötamisest meeskonnaga projektide kallale?
Või lihtsamalt, mis tunne on töövõtjate olemasolu? Lühike vastus on, et ma kaevan selle, sest see pakub mõningaid eeliseid:
- meil peab olema terav tööjaotus,
- ettevõte võib võtta rohkem projekte,
- saame asjades koostööd teha (mis on midagi, millest ma üksi lendamise juures puudust tunnen),
- ja veel.
Asja teine pool on aga see, et ma tunnen, et pean õppima, mis tunne on alustada äri uuesti.
Nagu alustaks tühjalt lehelt.
See pole sugugi halb. See on vastupidine. Kuid kui te ei tööta iseseisvalt projektidega ja arendate oma seadistust, tuleb kohanemisperiood.
Ma kogen seda siiani ja töötan sellega. See nõuab nii vestlusi oma meeskonnaga kui ka pisut enesevaatlust, et teha kindlaks, kas see, mida teete, on teie tööviisi jaoks ikka õige või peaksite seda kohandama.
Meeskonna suhtlus
Ilmselgelt on see konkreetne teema lai ja mina – nagu paljud teist – võiksin rääkida erinevatest asjadest, mis on seotud ettevõtte juhtimisega.
Kuid täna tahan rääkida vaid sellest, millist rolli mängib meeskonnasuhtlus, mitte teie tarkvaraarenduse tööriistad teistele lahenduste pakkumisel.
Teie tööriistad on olulised (kuid mitte nii palju)
Näiteks olen töötanud kohas, kus nad toovad teile kindla tööriistakomplektiga masina ja ütlevad: "Seda me kasutame oma projektide koostamiseks."
Muidugi, see nõuab selle õppimist, kuid osale minust meeldis see, kuna see eemaldab peavalu, mis kaasneb sellega, et mõtlete välja, mida kasutada. See takistas mul ka neid otsuseid üksinda tegemast.
Teisest küljest raskendas see ka uue tööriista kasutuselevõttu, kuna see häiriks terve osakonna töövoogu. Kuid kui olete väike meeskond, on kohanemine veidi lihtsam.
Visual Studio Code on saanud minu lemmik-IDE.
Esiteks, enda heaks töötades on teil tõenäoliselt oma lemmik:
- LÄHEB
- allika juhtimissüsteem,
- ehitada tööriistu,
- juurutamise tööriistad,
- hostimiskeskkond,
- ja nii edasi.
Kui aga kaasate segamisse teisi, toote täpselt samu asju, välja arvatud see, et see on nende tingimuste kohaselt. Nüüd on teie ülesandeks otsustada, kas peaksite kinni pidama sellest, mis teil on, hindama seda, mis neil on, panema nad teie tööriistu kasutusele võtma, oma tööriistad kasutusele võtma, ühendama need kaks või alustama otsast peale.
See ei ole triviaalne viis, eriti kui töötate üksteisega kliendi jaoks lahenduse leidmiseks. Ma võiksin sellest palju rohkem kirjutada. Ja ärge saage minust valesti aru: ma arvan, et see on teema, mida tuleks arutada ja see on minu arvates oluline.
Kuid kõige selle kohal on midagi, mida ei tohiks kunagi alahinnata, ja see on meeskonna suhtlusprotsess.
Suhtlemine on oluline (ja tähtsam)
Ma ei räägi inimeste tujude iga päev kontrollimisest (kuigi see on oluline) ja ma ei räägi tekstis või Slacki või IRC-ga vestlemisest lihtsalt selle pärast, et tunneksite end produktiivsena.
Meeskonnasuhtlus on midagi enamat kui Slack.
Ma räägin täielikult edastatavatest nõuetest.
Näide: öelge, et ma räägin kliendiga, nõustun lepinguga ja siis olen valmis edasi liikuma. Ma tean, mida nad tahavad, olemasolevaid kujundusi ja kuidas miski peaks töötama. Siis annan meeskonnakaaslase ja ütlen: "Hei, alustame."
Probleem on siin selge, eks? Tal pole aimugi, mida me taga ajame.
Ja pole vahet, kui palju te oma projektihaldustööriistas samme kirjeldate või vestlete, kuidas miski peaks töötama.
Lisaks võite omada võimalikult sujuvat ja tõhusamat tööriistade seadistust, kuid kui teie meeskond ei tea projekti nõudeid, pole sellel tähtsust.
Kui otsustate palgata kellegi, kes teid projektidega aitaks, ja kui otsustate hakata lahenduse kallal koostööd tegema, esitage arutelu tööriistade ja esimese arutelu nõuete kohta.
Seda ei saa alahinnata.
Kui teie teate nõudeid ja teie meeskonnakaaslane ei tea või kui nõuded ei ole ühel või teisel põhjusel selgelt edastatud, siis õiget lahendust ei pakuta. Ja see on ilmselgelt kulukas.
Veelgi enam, kui arvate, et teil on samad ideed ja lõpuks rakendate midagi täiesti erinevat, on teil veel üks probleem, millega tegeleda.
Mis puutub minu ärisse, siis ma tegelen eelkõige suhete arendamisega inimestega, kellega koos töötan nii oma meeskonnas kui ka kellega koos töötan.
Kuid kui sisemised arutelud lahenduste üle, mille kallal töötame, ei ole samal lehel, pole miski muu oluline – ei teie tööriistad, see, mida tarnite, kui kiiresti selle tarnite, ega see, kas see lihtsalt valmis saab.
Rohkem tuleb
Nii et ühes tulevases postituses jagan mõnda ideed senistest isiklikest kogemustest – nii vigadest kui võitudest –, lootuses, et suudate oma meeskonna suurendamise korral vältida kõike, millega võite kokku puutuda.
Ärge saage minust valesti aru: see on fantastiline tegevus (ja mulle meeldib see), kuid see nõuab kohandusi tasemetel, milleks ma polnud täielikult valmis.
Kui teil on vahepeal midagi, mida sellesse postitusse anda, siis tehke seda julgelt kommentaarides. Ootan alati huviga, kuidas vabakutselised ja need, kes on ka füüsilisest isikust ettevõtjad või kes juhivad meeskondi, selle konkreetse teemaga tegelevad.