Zelfs de beste CTO's begonnen met een "Hallo wereld" (1/2)

Elke dag leren is een belangrijke succesfactor voor elke ondernemer, vooral jonge tech-leiders, omdat ze vaak worden ingehuurd voor hun technische vaardigheden, maar vervolgens snel worden gevraagd om dingen te doen waarvan ze absoluut geen idee hebben hoe ze dat moeten doen: management, werving, enz. Hoewel de meeste mensen zijn het erover eens dat vooruitgang erg belangrijk is in vaak veranderende omgevingen (startups), slechts weinigen slagen daarin.

Een groot technisch leider moet niet alleen elke dag leren, maar moet er ook voor zorgen dat zijn team met hem leert.

Iedereen zegt het:

Voor elke startup-oprichter zou ik een gezonde dosis voortdurende persoonlijke ontwikkeling bepleiten: coaches, adviseurs, mentoren en peer-netwerken kunnen in de loop van de tijd allemaal zeer krachtige tools zijn in een toolkit van de oprichter.
Rory Stirling, waar ik mee worstel als VC
De cijfers zijn duidelijk: om werknemers - vooral jongeren - vast te houden, moeten ondernemers van de werkplek een klaslokaal maken.
Falon Fatemi, de beste retentie-inzet van je startup? Een cultuur van leren

Iedereen weet het, maar zo weinig mensen besteden daadwerkelijk voldoende tijd aan leren en vorderen.

1) Tijdverlies versus tijdinvestering

Toen ik 7 jaar geleden als ontwikkelaar begon te werken, bleef ik denken:

  • Ik heb geen tijd te verliezen door te leren wat reactiviteit is
  • waarom zou ik moeten leren over serverloze architectuur, ik heb geen prestatieproblemen
  • Management leren? Is dat geen vaardigheid die je hebt of niet hebt?
Credits: https://imgflip.com/memegenerator

Je kunt pas beginnen met tijd besteden aan efficiënt leren als je echt hebt begrepen dat je eigenlijk geen tijd verliest, maar investeert. Laten we een analogie proberen te gebruiken: "Tijd == Geld".

Geld / tijd-investering

Credits: Undraw

De meeste mensen beleggen eerst met een spaarrekening, ze nemen daarom een ​​klein deel van wat ze elke maand verdienen en maken het over naar deze rekening, waardoor het "onmogelijk" is om het direct aan kortlopende producten te besteden. Enkele weken, maanden of jaren later kunnen ze dit geld eindelijk uitgeven om een ​​auto, een huis of iets anders te kopen dat anders moeilijk zou zijn om te kopen, omdat het onmogelijk is om [genoeg geld te verdienen, genoeg tijd te hebben] in één week om [een auto te kopen, Ruby te leren] (tenminste voor mij )

Toch plaatsen mensen meestal niet genoeg [geld, tijd] op hun [spaargeld, leer] -rekening omdat:

  • Het is moeilijk om de waarde van een langetermijninvestering te begrijpen, omdat het in de toekomst te ver is (waarom zou ik een [auto, nieuwe vaardigheid] nodig hebben?)
  • Het is veel te gemakkelijk om te denken dat je nu iets nodig hebt om later te beseffen dat je het niet echt nodig had (we hebben allemaal het laatste nodig [videogame, functie])

Als u te veel [geld, tijd] besteedt aan korte termijn [producten, producties], voorkomt u vaak dat u een noodzakelijk selectieproces doorloopt dat u helpt te focussen op projecten met een hoge toegevoegde waarde.

2) Persoonlijke investeringen in leren

Lezen / luisteren

Het is misschien vanzelfsprekend, maar hier zijn enkele tips die ik op mezelf toepas als het gaat om het lezen (of luisteren naar) educatief materiaal:

  • Meet het aantal boeken / artikelen / blogberichten dat u leest en geef uzelf een doel. Ik probeer persoonlijk om de 2 maanden 1 boek te lezen en minstens 4 artikelen (Medium, SO, Quora ...) per week over technologie, management of een ander onderwerp dat ik nuttig vind voor mijn voortgang.
  • Organiseer het delen van leesmateriaal op uw teamniveau. Bij Kerala Ventures komt iedereen langs en kunnen artikelen toevoegen aan onze Notion-database. Het helpt ons minder tijd te besteden aan het vinden van geweldige artikelen en meer tijd om ze te lezen. Zorg ervoor dat relevante tags worden toegepast op uw artikelen (serverloos, docker, ruby, etc.)

Boek een specifiek slot in uw agenda

De belangrijkste worsteling die ik had was het gebrek aan structuur dat ik had als het ging om leren. Ik heb nu een speciaal slot in mijn agenda. Ik doe het meestal op vrijdagmiddag, want het is de tijd van de week dat ik te moe ben om 100% productief te zijn en het vereist meestal minder focus dan wanneer ik codeer. Mijn agendaslot is 3 uur, maar eerlijk gezegd verandert het bedrag dat ik investeer elke keer.

De eerste keer las en las ik 3 uur lang (doe dat niet!), Stuur ik nu e-mails naar mensen die ik graag zou willen ontmoeten, interessante ontmoetingen zoeken en boeken, lezen, tijd doorbrengen met teamgenoten met wie ik kan uitwisselen over nieuwe onderwerpen ...

3) Teaminvesteringen in leren

Bouw je teamcultuur op rond leren

Credits: Undraw

De beste technische leiders hebben allemaal een manier om ervoor te zorgen dat hun ontwikkelaars elke dag blijven leren.

Hier zijn enkele tips die u kunt toepassen op kleine teams zonder de structuur te hebben die een groter bedrijf nodig heeft:

  • Moedig uw team aan om een ​​slot in hun agenda te boeken
  • Organiseer (een of twee keer per maand of zo) teambesprekingen waarbij elke ontwikkelaar het heeft over iets dat hij recent heeft geleerd
  • Vertel duidelijk aan uw team dat al het leermateriaal door het bedrijf wordt en wordt betaald (boeken, Kindles, "echt interessante" conferenties, abonnementen op e-learningplatforms). Ze vragen het meestal niet, dus vraag erom. Ik herhaalde het keer op keer tot mijn team totdat de eerste ontwikkelaar besloot me om een ​​boek te vragen, het te lezen en een van mijn beste ontwikkelaars te worden. Oh, en als het nog geen bedrijfsbeleid is, zou ik graag uw mening horen over waarom het niet zou moeten zijn!
  • Heb een kleine bibliotheek (of een paar Kindles) in uw kantoor
  • Beloningsinitiatieven!
  • Gebruik code reviews en paarprogrammering. (Ik zal meer tijd nemen om over deze methoden te spreken, net onder)

Code review

Credits: Undraw

Peerreviewing is de evaluatie van een stukje code door een ontwikkelaar die deze niet heeft geschreven. Als je het nog niet doet, zou je dat zeker moeten doen.

Om te begrijpen wat een goed beoordelingsproces zou zijn: Het perfecte codebeoordelingsproces

De rol van de beoordelaar en de indiener begrijpen: richtlijnen voor codebeoordeling

3 hoofddoelen worden bereikt door ervoor te zorgen dat elke code wordt beoordeeld door een peer:

  1. De recensent leert door de code van een collega-ontwikkelaar te lezen
  2. De programmeur leert door opmerkingen van zijn recensent te krijgen
  3. De code wordt uitgedaagd door een andere ontwikkelaar die een frisse aanpak kan bieden en zich kan richten op zaken als leesbaarheid, onderhoudbaarheid, etc.
  4. https://help.github.com/en/articles/about-pull-request-reviews (I Github btw, een van de hulpprogramma's die u kunt gebruiken)

Ik geloof dat er hoofdzakelijk 2 regels zijn die moeten worden toegepast bij het gebruik van peer review:

  1. Gebruik het nooit als een manier om de programmeur te laten denken dat zijn codeervaardigheden niet voldoende genoeg zijn. Het is een leer- en kwaliteitsinstrument, geen discussie noch een managementkanaal.
  2. Zorg er altijd voor dat al uw ontwikkelaars beoordelen, het is niet gereserveerd voor de senior ontwikkelaars of de junior ontwikkelaars. Zelfs junior-ontwikkelaars kunnen tijdens het beoordelen een aantal geweldige inzichten delen, en zelfs senior-ontwikkelaars kunnen veel leren door de code van een junior-ontwikkelaar te lezen.

Paar programmeren

Het juiste jongenshaar is zooo cool. Credits: Undraw

Voor degenen onder u die nog niet weten wat paren programmeren is: paren programmeren.

En hier zijn enkele adviezen voor het implementeren van een programmeeromgeving voor een gezond paar:

  • Boek een slot voor paarprogrammering in uw kalenders!
  • Paarprogrammering vertraagt ​​je absoluut, het is een natuurlijk compromis tussen kwaliteit en snelheid, dus zorg ervoor dat je niet teveel slots plaatst.
  • Ik raad persoonlijk aan om de frequentie aan te passen aan je teamniveau, en ervoor te zorgen dat elke ontwikkelaar 1 sessie per paar kan programmeren per week, maar elke senior ontwikkelaar heeft niet meer dan 2 per week. De gemiddelde sessie is aan jou, maar 2 uur is een goed startpunt.
  • Doe je best om de niveaus van paar programmeurs heterogeen te maken, houd er rekening mee dat het ook een leermiddel is.

Proost

Ik heb net dit artikel gelezen en ik vond het geweldig: de beste ontwikkelaars zijn grootgebracht, niet aangenomen

Als je verder wilt gaan, hier is mijn tweede artikel: zelfs de beste CTO's begonnen met een Hello World (2/2)

Youhou!や っ た! Dit was mijn eerste mediumverhaal, het eerste van (hoop ik), een serie met één doel: nadenken over mijn fouten als technisch manager en het bieden van inzichten aan de volgende, en het creëren van een debat over het bouwen van een geweldige omgeving voor technische teams om zich te ontwikkelen (zie wat ik daar heb gedaan) . Ik wil delen wat ik de afgelopen jaren heb geleerd, als freelancer, vervolgens als CTO bij Inch en momenteel als CTO bij Kerala Ventures. Dank aan alle ondernemers die ik de afgelopen maanden heb ontmoet en die me geholpen heeft meer en meer over deze onderwerpen te begrijpen. Trouwens, Kerala is aan het inhuren

Mijn verhalen zijn voornamelijk geschreven voor elke tech-manager die een team leidt van 1 (omg, ik moet hier alles doen) tot 20 (omg, waarom moet ik (denk ik) nog steeds alles hier te doen) ontwikkelaars. Waarom ?

Er zijn een behoorlijk aantal boeken, evenementen, lezingen en coaches voor CEO's, maar we horen heel weinig over de moeite om een ​​CTO te zijn. Ik snap het, praten over fouten die we tijdens het werk hebben gemaakt, is niet glamoureus, het is eigenlijk best beschamend en pijnlijk om over na te denken. Maar een deel van deze oefening is therapeutisch, de andere zal hopelijk de huidige of toekomstige CTO's helpen. Vertrouwen opbouwen als een CTO

Over Kerala Ventures

Het Kerala-team is waanzinnig gericht op het bieden van enorme ondersteuning aan zijn ondernemers op het gebied van technologie, bedrijfsvoering en werving (zie first20.club). We hebben een unieke knowhow in het ontwikkelen van startups vanaf nul tot 'eenhoorns' (Lafourchette, Doctolib, zie ons verhaal)

Kerala Ventures investeert van 100k € tot 1,5m € in geweldige ondernemers