Навіть найкращі CTO розпочалися із "Hello World" (1/2)

Навчання щодня є ключовим фактором успіху для будь-якого підприємця, особливо молодих лідерів технологій, оскільки їх часто наймають за свої технічні навички, але потім їх швидко просять робити речі, які вони абсолютно не мають уявлення як робити: управління, підбір персоналу тощо. Хоча Більшість людей погоджуються, що прогрес дійсно важливий у часто мінливих умовах (стартапи), лише мало кому це вдається.

Прекрасний технологічний лідер не тільки повинен вчитися кожен день, але і повинен забезпечити, щоб його команда навчалася разом з ним.

Всі говорять:

Для будь-якого засновника стартапів я б виступав за здорову дозу постійного особистісного розвитку: тренери, консультанти, наставники та партнерські мережі можуть бути справді потужними інструментами у наборі інструментів засновників.
Рорі Стірлінг, з чим я борюся як ВК
Цифри зрозумілі: щоб утримати працівників - особливо молодших - підприємці повинні зробити робоче місце класним.
Фалон Фатемі, найкраща ставка на утримання вашого стартапа? Культура навчання

Всім відомо, але так мало людей насправді витрачає достатньо часу на навчання та прогрес.

1) Втрати часу проти вкладення часу

Коли я 7 років тому почав працювати розробником, я продовжував думати:

  • Я не встигаю втрачати, вивчаючи, що таке реактивність
  • чому мені потрібно дізнатися про безсерверну архітектуру, у мене немає проблем з продуктивністю
  • Навчитися менеджменту? Це не вміння, яке ви маєте або не маєте?
Кредити: https://imgflip.com/memegenerator

Ви можете почати витрачати час на ефективне навчання лише після того, як ви дійсно зрозуміли, що насправді не втрачаєте час, ви вкладаєте його. Спробуємо скористатися аналогією: "Час == Гроші".

Вкладення грошей / часу

Кредити: Undraw

Більшість людей спочатку вкладають гроші через ощадний рахунок, тому вони беруть невелику суму від того, що вони заробляють щомісяця, і перераховують його на цей рахунок, роблячи неможливим витрачати їх безпосередньо на продукти короткострокового періоду. Однак через кілька тижнів, місяців чи років пізніше вони можуть витратити ці гроші, щоб придбати машину, будинок чи щось інше, що було б складно придбати в іншому випадку, оскільки неможливо [заробити достатньо грошей, вистачить часу] за один тиждень, щоб [купити машину, вивчити Рубі] (принаймні для мене )

Тим не менш, люди зазвичай не вкладають достатньо [грошей, часу] на свій рахунок [заощадження, навчання], оскільки:

  • Важко зрозуміти цінність довгострокових інвестицій, оскільки це занадто далеко в майбутньому (Навіщо мені потрібен [автомобіль, нова майстерність]?)
  • Дуже просто думати, що тобі щось зараз потрібно, аби пізніше зрозуміти, що тобі це не дуже потрібно (Нам усім потрібна остання [відеоігра, функція])

Крім того, витрачається занадто багато [грошей, часу] на короткий термін [продукція, виробництво] часто заважає вам пройти необхідний процес відбору, який допоможе вам зосередитись на проектах з високою цінністю.

2) Особисті інвестиції в навчання

Читати / слухати

Це може бути очевидним, але ось кілька порад, які я застосовую до себе, коли йдеться про читання (чи прослуховування) навчальних матеріалів:

  • Виміряйте кількість прочитаних книг / статей / публікацій в блозі та дайте собі мету. Я особисто намагаюся читати по 1 книзі кожні 2 місяці і принаймні 4 статті (Середній, SO, Quora ...) на тиждень про техніку, менеджмент або будь-яку іншу тему, яку я вважаю корисною для мого прогресу.
  • Організуйте обмін матеріалами для читання на рівні вашої команди. В компанії Kerala Ventures всі заходять і можуть додавати статті в нашу базу даних понять. Це допомагає нам витрачати менше часу на пошук дивовижних статей і більше часу на їх читання. Переконайтеся, що до ваших статей застосовані відповідні теги (без сервера, докер, рубін тощо)

Забронюйте конкретний слот у своєму календарі

Основна боротьба, яку я мав, - це відсутність структури, яку я мав при навчанні. Зараз у моєму календарі є виділений слот. Зазвичай я це роблю в п’ятницю вдень, оскільки це час тижня, я занадто втомився, щоб бути 100% продуктивним, і, як правило, потрібно менше уваги, ніж коли я кодую. Мій календарний слот складає 3 години, але, чесно кажучи, сума, яку я вкладаю, щоразу вкладаюсь.

Перший раз я просто читав і читав протягом 3 годин (Не робіть цього!), Тепер я надсилаю електронні листи людям, з якими я хотів би зустрітися, знаходити та бронювати цікаві зустрічі, читати, проводити час з товаришами по команді, з якими я можу обмінятися з нових тем ...

3) Командні інвестиції у навчання

Побудуйте свою командну культуру навколо навчання

Кредити: Undraw

Всі кращі лідери технологій мають спосіб забезпечити їх розробникам щодня навчатись.

Ось кілька порад, які ви можете застосувати до невеликих команд, не потребуючи структури, яка може знадобитися більшої компанії:

  • Заохочуйте свою команду забронювати слот у своїх календарях
  • Організуйте (раз чи два рази на місяць або близько того) командні переговори, де кожен розробник розповідає про щось, про що недавно дізнався
  • Чітко висловіть своїй команді, що будь-який навчальний матеріал є і буде оплачуватися компанією (Книги, розпали, «дійсно цікаві» конференції, підписки на платформу електронного навчання). Зазвичай вони не просять, тому просіть їх. Я повторював це ще раз і знову своїй команді, поки перший розробник не вирішив попросити мене в книзі, прочитати її і стати одним з моїх найкращих розробників. О, і якщо це ще не політика компанії, я з радістю почую ваші думки про те, чому цього не повинно бути!
  • Майте у вашому кабінеті невелику бібліотеку (або якісь родини)
  • Нагороди за навчання!
  • Використовуйте огляди коду та програмування пар. (У мене знадобиться більше часу, щоб розповісти про ці методи трохи нижче)

Огляд коду

Кредити: Undraw

Експертна оцінка - це оцінка фрагмента коду розробником, який не написав його. Якщо ви цього ще не зробите, ви, безумовно, повинні.

Щоб зрозуміти, який би був хороший процес перегляду: Ідеальний процес перегляду коду

Щоб зрозуміти роль рецензента та представника: Вказівки щодо перегляду коду

3 основні цілі досягаються, переконуючись, що кожен код перевіряється рівним:

  1. Рецензент вчиться, читаючи код колеги-розробника
  2. Кодер вчиться, отримуючи коментарі від свого рецензента
  3. Код оскаржується іншим розробником, який може запропонувати новий підхід і зосередитись на таких речах, як читабельність, ремонтопридатність тощо.
  4. https://help.github.com/en/articles/about-pull-request-reviews (я Github btw, один із інструментів, який можна використовувати)

Я вважаю, що в основному є два правила, які слід застосовувати при використанні експертної оцінки:

  1. Ніколи не використовуйте це як спосіб змусити кодер думати, що його навички кодування недостатньо. Це інструмент навчання та якості, а не дискусія та канал управління.
  2. Завжди переконайтеся, що кожен ваш розробник рецензує, він не зарезервований ні для старших розробників, ні для молодших. Навіть молодші розробники можуть поділитися чудовими відомостями під час перегляду, і навіть старші розробники можуть багато чого навчитися читати код молодшого розробника.

Парне програмування

Правильне волосся хлопця - так круто. Кредити: Undraw

Для тих із вас, хто ще не знає, що таке парне програмування: парне програмування.

Ось кілька порад щодо впровадження середовища програмування здорової пари:

  • Забронюйте слот для програмування пар у своїх календарях!
  • Парне програмування, безумовно, сповільнює вас, це природний компроміс між якістю та швидкістю, тому не забудьте поставити занадто багато слотів.
  • Я особисто рекомендую адаптувати частоту до рівня вашого колективу, переконуючись, що кожен розробник може робити 1 сеанс парного програмування на тиждень, але кожен старший розробник не має більше 2 на тиждень. Середній сеанс залежить від вас, але 2 години - це хороша відправна точка.
  • Зробіть все можливе, щоб зробити рівні програмісти пари неоднорідними, майте на увазі, що це також інструмент навчання.

Ура

Я просто прочитав цю статтю і мені сподобалось: найкращих розробників виховують, а не наймають

Якщо ви хочете піти далі, ось моя друга стаття: Навіть найкращі CTO розпочалися з Hello World (2/2)

Youhou!や っ た! Це була моя перша середня історія, перша з (я сподіваюся), серії, яка має одну мету: Роздумувати над своїми помилками як технічного менеджера та надавати уявлення наступним, і створити дискусію щодо створення чудового середовища для розвитку технічних команд (дивіться, що я там робив) . Я хочу поділитися тим, про що я дізнався в останні роки, як фрілансер, потім як штаб-квартира в Інчі, а в даний час як керівник директора в Kerala Ventures. Дякую всім підприємцям, з якими я зустрічався в останні місяці, і які допомогли мені все більше і більше розуміти ці теми. До речі, Керала наймає

Мої історії в основному написані для будь-якого технічного менеджера, який веде команду від 1 (omg, мені тут потрібно все зробити) до 20 (omg, чому мені (я думаю, я все-таки потрібно все тут робити)). Чому?

Існує пристойна кількість книг, подій, розмов та тренерів для керівників, але ми дуже мало чуємо про боротьбу з тим, щоб бути організатором. Як я розумію, говорити про помилки, з якими ми робили навчання на роботі, не є гламурним, насправді досить соромно і болісно думати. Але частина цієї вправи терапевтична, інша, сподіваємось, допоможе нинішнім чи майбутнім ОГС. Формування довіри як СОТ

Про Kerala Ventures

Команда Керали шалено зосереджена на наданні широкої підтримки своїм підприємцям у галузі техніки, операцій та найму (див. First20.club). Ми маємо унікальне ноу-хау у розробці стартапів з нуля до «єдинорогів» (Lafourchette, Doctolib, дивіться нашу історію)

Kerala Ventures інвестує від 100 тис. Євро до 1,5 млн. Євро у великих підприємців