Trong bất kỳ công ty công nghệ nào, việc tuyển dụng nhân viên mới là một khoảnh khắc của sự thật.Những gì một nhà phát triển nhanh chóng đi vào nhịp điệu của nhóm không chỉ ảnh hưởng đến động lực của họ, mà còn ảnh hưởng đến tốc độ vận chuyển các tính năng mới vào sản xuất. Tại inDrive, tốc độ luôn cao, với rất nhiều nhiệm vụ đang di chuyển.Thêm vào đó, chúng tôi có hai kiến trúc khác nhau, hai hệ thống điều hướng, một phong cách mã cụ thể, dòng git của riêng chúng tôi và nhiều sắc thái cụ thể của dự án. Nó trở nên rõ ràng: cách tiếp cận "hãy xem nó khi bạn đi" đã không còn hiệu quả. chúng tôi cần một giải pháp có hệ thống để giúp những người thuê mới thực hiện các bước đầu tiên mà không cần căng thẳng. Vấn đề khi bắt đầu mà không có hệ thống Trước đây, một nhà phát triển iOS mới sẽ lao thẳng vào một dự án khổng lồ với kiến trúc UDF (unidirectional data flow). Debugging là khó khăn: một sự kiện có thể phân tán qua một chục phần mã, phụ thuộc không rõ ràng, và không có tài liệu hoặc quy trình được thiết lập. Để làm cho mọi thứ tồi tệ hơn, mỗi nhóm đã thực hiện UDF khác nhau, thêm nhiều sự đa dạng và phức tạp hơn. (Chúng tôi sẽ đề cập đến cách chúng tôi sau này thống nhất các quy trình trong một bài viết riêng biệt.) Các nhà phát triển thường dành hàng tuần, đôi khi hàng tháng để cố gắng hiểu “làm thế nào mọi thứ hoạt động”.Vào ngày thứ hai, họ có thể đã nhận được một nhiệm vụ sản phẩm – nhưng không biết phong cách mã của dự án, kiến trúc, điều hướng, lớp mạng, hoặc thậm chí một cái gì đó cơ bản như cách mở một yêu cầu kéo đúng cách. Kết quả có thể dự đoán được: hàng chục bình luận trong các đánh giá, sửa đổi vô tận và yêu cầu thay đổi, lãng phí thời gian, và nguy cơ lỗi đưa nó vào sản xuất do thiếu kiến thức kiến trúc. Giải pháp: Hai tuần onboarding Để giảm bớt rào cản này, chúng tôi đã đưa ra một chương trình tích hợp có cấu trúc kéo dài hai tuần và diễn ra trong một kho riêng biệt - một ứng dụng nhỏ mô phỏng các quy trình cốt lõi của một dự án sản xuất. Bước từng bước, thuê mới học cách làm việc với: 
 
 
 
 
 
 
 
 Hai kiến trúc: inClean và UDF Hai khung điều hướng: XCoordinator và Nivelir Networking và Analytics Style code công ty Thiết kế hệ thống tích hợp Pull Request Quy tắc Làm thế nào để viết test Mỗi chủ đề được tăng cường với thực hành: nhà phát triển nhận được một nhiệm vụ, giải quyết nó, mở một yêu cầu kéo, và nhận được phản hồi từ bạn bè của họ và iOS Community Lead. Trong khi trước đây, các nhà phát triển mới được để lại một mình với dự án, bây giờ, mỗi người được hướng dẫn trong hai tuần để giúp họ giải quyết nhanh hơn. Yêu cầu rút tiền của họ được xem xét cẩn thận: chúng tôi chỉ ra các vấn đề và giải thích các phương pháp tiếp cận để làm việc với sản phẩm sau đó trở nên dễ dàng hơn.Vào cuối việc đăng nhập, người mới điền vào một hình thức phản hồi, giúp chúng tôi hiểu những gì đã hoạt động tốt, những gì là thách thức và làm thế nào để cải thiện. Tiết kiệm thời gian và cải thiện chất lượng Trên giấy tờ, công ty "mất" hai tuần - nhưng trong thực tế, nó kiếm được nhiều hơn. nếu không đăng nhập, một người mới đến sẽ dành nhiều thời gian hơn để vấp ngã trong sự hỗn loạn, trong khi nhóm sẽ phải chịu đựng lỗi và đánh giá quá tải. Sau khi đăng nhập, nhà phát triển mở yêu cầu rút sản phẩm đầu tiên của họ, đã hiểu cách các quy trình được thiết lập. Lợi ích bổ sung Onboarding cũng giải quyết các vấn đề quan trọng khác: 
 
 
 
 
 Lỗi sản xuất quan trọng do hiểu lầm kiến trúc xảy ra ít thường xuyên hơn. Nếu ai đó không thể đối phó ngay cả sau hai tuần, đó là một tín hiệu rõ ràng rằng họ có thể không sẵn sàng cho các nhiệm vụ thực sự. Mỗi người tham gia chia sẻ ấn tượng, và chương trình được cập nhật thường xuyên. Hỗ trợ cộng đồng. Mỗi người mới đến có một người bạn từ nhóm sản phẩm của họ và một Người dẫn cộng đồng iOS. Người cuối cùng đảm bảo đánh giá chuyên gia và hướng dẫn, ngay cả khi người bạn đang bận rộn. Scale và kết quả Phiên bản đầu tiên của onboarding ra mắt vào ngày 7 tháng 2 năm 2024.Kể từ đó, hơn 30 nhà phát triển đã hoàn thành nó, với gần 500 yêu cầu kéo mở. Hầu hết những người tham gia nói rằng họ chưa bao giờ thấy loại onboarding này ở nơi khác. ví dụ: "Bạn trước tiên hiểu cách dự án được cấu trúc, và chỉ sau đó chuyển sang các nhiệm vụ sản phẩm." Tổng cộng, chúng tôi đã thu thập được hơn 30 đánh giá - tất cả đều xác nhận rằng đó là một trong những trải nghiệm trên tàu tốt nhất trong sự nghiệp của họ, giúp họ lặn nhanh hơn. Tiếp theo là gì? Onboarding tiếp tục phát triển: nhóm thu thập phản hồi, tinh chỉnh nhiệm vụ và cải thiện cấu trúc. về cơ bản, nó không chỉ là một khóa học cho người mới đến mà còn là một công cụ để duy trì chất lượng, giảm lỗi và xây dựng một cộng đồng nhà phát triển iOS mạnh mẽ tại inDrive. Chúng tôi nhận ra rằng: Đăng nhập có hệ thống không phải là về “hộp kiểm tra nhân sự” hay thủ tục, nó là một công cụ chiến lược giúp mọi người mở khóa tiềm năng của họ nhanh hơn và giúp doanh nghiệp di chuyển nhanh hơn và đáng tin cậy hơn. Đối với chúng tôi, nó đã trở thành một phần của văn hóa: chúng tôi đầu tư vào quá trình học tập một cách nghiêm túc như chúng tôi đầu tư vào sản phẩm.

inDrive.Tech

Nghe bài viết này bằng Tiếng Anh, đọc bởi robot thông minh của HackerNoon

Làm thế nào chúng tôi xây dựng một chuyên nghiệp iOS Onboarding tại inDrive

About Author

BÌNH LUẬN

chuyên mục

BÀI VIẾT NÀY CŨNG CÓ MẶT TẠI

Related Stories

61 Stories To Learn About Polotical Philosophy

240 Stories To Learn About Astounding Stories

179 Stories To Learn About Reading

145 Stories To Learn About Book

61 Stories To Learn About Polotical Philosophy

240 Stories To Learn About Astounding Stories

179 Stories To Learn About Reading

145 Stories To Learn About Book

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps