Във всяка технологична компания наемането на нови служители е момент на истина.Колко бързо разработчикът се вписва в ритъма на екипа засяга не само тяхната мотивация, но и скоростта на изпращане на нови функции в производството. At inDrive, the pace is always high, with plenty of tasks in motion. On top of that, we have two different architectures, two navigation systems, a specific code style, our own git flow, and many project-specific nuances. Стана ясно: подходът „изчисли го, когато отидеш“ вече не работи.Ние се нуждаехме от систематично решение, за да помогнем на новите наематели да направят първите си стъпки без излишен стрес. Проблемът с стартирането без система По-рано, нов разработчик на iOS ще се потопи направо в огромен проект с архитектура UDF (unidirectional data flow). дебугиране е трудно: едно събитие може да се разпръсне в дузина кодови секции, зависимостите не са очевидни, и нямаше документация или установени процеси. За да направим нещата по-лоши, всеки екип прилага UDF по различен начин, добавяйки още повече вариация и сложност. (Ние ще обхванем как по-късно обединихме процесите в отделна статия.) Разработчиците често прекарват седмици, а понякога и месеци, опитвайки се да разберат „как работи всичко“.На втория си ден те вече могат да получат задача за продукт, но без да знаят стила на кода на проекта, архитектурата, навигацията, мрежовия слой или дори нещо толкова основно, като как правилно да отворят заявка за изтегляне. Резултатът беше предсказуем: десетки коментари в ревюта, безкрайни редакции и искания за промяна, загубено време и рискът от грешки, които го превръщат в производство поради липса на архитектурни познания. Решението: Две седмици на борда За да намалим тази бариера, стартираме структурирана програма за вграждане, която трае две седмици и се провежда в отделно хранилище – мини-приложение, което симулира основните процеси на даден производствен проект. Step by step, the new hire learns to work with: 
 
 
 
 
 
 
 
 Две архитектури: inClean и UDF Две навигационни рамки: XCoordinator и Nivelir Мрежи и анализи Корпоративен стил на кода Дизайн на системата за интеграция Изтеглете правилата за заявка Как се пишат тестовете Each topic is reinforced with practice: the developer gets a task, solves it, opens a pull request, and receives feedback from their buddy and the iOS Community Lead. Step by step, they build a full picture of the project and immediately learn to work by team rules. Докато преди това новите разработчици бяха оставени сами с проекта, сега всеки от тях се ръководи в продължение на две седмици, за да им помогне да се установят по-бързо. Изискванията им за набиране на борда се преглеждат внимателно: ние посочваме проблеми и обясняваме подходи, така че по-късно работата с продукта става по-лесна.В края на набирането новодошлите попълват формуляр за обратна връзка, който ни помага да разберем какво работи добре, какво е предизвикателство и как да се подобри. Спестяване на време и подобряване на качеството На хартия компанията „загубва“ две седмици, но в действителност печели много повече.Без включване, новодошлите ще прекарат още по-дълго време, за да се натъкнат на хаоса, докато екипът ще страда от грешки и претоварени отзиви. След включването, разработчикът отваря първата си заявка за изтегляне на продукт, вече разбирайки как се създават процесите. Допълнителни ползи Връзката между тях решава и други важни проблеми: 
 
 
 
 
 Критичните производствени грешки, причинени от архитектурни недоразумения, се случват по-рядко. Ако някой не може да се справи дори след две седмици, това е ясен сигнал, че може да не е готов за реални задачи. Всеки участник споделя впечатленията си и програмата се актуализира редовно.  Each newcomer has a buddy from their product team and an iOS Community Lead. The latter ensures expert reviews and guidance, even if the buddy is busy. Community support. Мащаб и резултати The first version of the onboarding launched on February 7, 2024. Since then, more than 30 developers have completed it, with nearly 500 pull requests opened. Повечето участници казват, че никога не са виждали този вид на борда другаде. "Първо разбирате как е структуриран проектът и едва след това преминете към задачите на продукта." Като цяло, ние сме събрали над 30 отзиви - всички потвърждават, че това е един от най-добрите преживявания на борда в кариерата им, помагайки им да се гмуркат по-бързо. What’s Next? Onboarding продължава да се развива: екипът събира обратна връзка, усъвършенства задачите и подобрява структурата.По същество, това не е просто курс за новодошлите, а инструмент за поддържане на качеството, намаляване на грешките и изграждане на силна общност за разработчици на iOS в inDrive. Разбрахме: систематичното включване не е въпрос на „Човешки ресурси“ или формалност.Това е стратегически инструмент, който помага на хората да отключат потенциала си по-бързо и помага на бизнеса да се движи по-бързо и по-надеждно. За нас това се е превърнало в част от културата: инвестираме в процеса на учене толкова сериозно, колкото инвестираме в продукта.

inDrive.Tech

Това аудио е създадено на оригиналния език на историята!

Твърде дълго; Чета

Make resilience your competitive advantage

Как създадохме професионален iOS Onboarding в inDrive

About Author

КОМЕНТАРИ

ЗАКАЧВАЙТЕ ЕТИКЕТИ

ТАЗИ СТАТИЯ Е ПРЕДСТАВЕНА В

Related Stories

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps