どのテクノロジー企業でも、新規雇用は真実の瞬間です. 開発者がチームのリズムにどのように早く入るかは、彼らの動機づけだけでなく、生産に新しい機能を配信するスピードにも影響します。 inDrive では、スピードは常に高く、多くのタスクが動き、さらに、2 つの異なるアーキテクチャ、2 つのナビゲーションシステム、特定のコードスタイル、独自の git フロー、そして多くのプロジェクト特有のニュアンスがあります。 それは明らかになった: 「進むにつれ」のアプローチはもはや機能しなくなりました. 我々は新しい雇用者が不必要なストレスなしに最初のステップを踏み出すのを助けるための体系的なソリューションが必要でした. それが我々のiOSのオンボードプロセスが生まれた方法です. システムなしで始める問題 以前は、新しい iOS 開発者が UDF (unidirectional data flow) アーキテクチャで巨大なプロジェクトに直接潜り込んでいました. Debugging は困難でした: 1 つのイベントは数十のコードセクションに分散し、依存性は明らかではなかったし、ドキュメントや確立されたプロセスはありませんでした。 さらに悪化させるため、各チームはUDFを異なる方法で実装し、さらに多様性と複雑性を追加しました(私たちは後でプロセスを統合する方法を別々の記事で説明します)。 開発者はしばしば数週間、しばしば数ヶ月を費やし、「すべてがどのように機能するか」を理解しようとします。第二日目には、すでに製品タスクを受け取ることができますが、プロジェクトのコードスタイル、アーキテクチャ、ナビゲーション、ネットワークレイヤー、またはリクエストを正しく開く方法のような基本的な何かを知りません。 結果は予測可能だった:レビューで数十件のコメント、無限の編集や変更の要請、時間の無駄、そして建築知識の欠如のためにバグを生産するリスク。 The Solution: A Two-Week Onboarding シングル この障害を軽減するために、我々は構造化されたオンボードプログラムを立ち上げました。このプログラムは2週間続いており、生産プロジェクトのコアプロセスをシミュレートするミニアプリケーションである別々のリポジトリで行われます。 ステップごとに、新しいレンジャーは、以下と働くことを学びます: 
 
 
 
 
 
 
 
 2つのアーキテクチャ:inCleanとUDF 2つのナビゲーションフレームワーク:XCoordinatorとNivelir ネットワークと分析 会社コードスタイル システム統合設計 Pull Request ルール テストを書く方法 How we write tests 各トピックは実践で強化されます:開発者はタスクを受け取り、それを解決し、リクエストを開き、仲間やiOS Community Leadからフィードバックを受け取ります。 以前は、新しい開発者がプロジェクトで1人だけに残されていたが、今では、それぞれが2週間のガイドを受け、より迅速に解決するのを助ける。 彼らのオンボード・トラッキング・リクエストは慎重に検討されています:問題を指摘し、アプローチを説明するので、製品の作業は後で容易になります。オンボードの終わりに、新入社員はフィードバックフォームを記入し、何がうまく機能し、何が挑戦し、どのように改善するかを理解するのに役立ちます。 時間の節約と品質の向上 紙面では、同社は2週間を「負ける」が、実際にはより多くの利益を得ている。オンボードがなければ、新入社員は混乱を乗り越え、チームはバグや過剰なレビューに苦しむだろう。 オンボード後、開発者は最初の製品引き出しリクエストを開き、プロセスがどのように設定されているかすでに理解しています。 追加利点 Onboardingは、他の重要な問題も解決します: 
 
 
 
 
 建築誤解による重要な生産バグは、頻繁に発生しない。 もし誰かが2週間後でさえ対処できないのなら、それは彼らが実際の任務に備えていないかもしれない明確なシグナルです。 フィードバックループ. 各参加者は印象を共有し、プログラムは定期的に更新されます。 コミュニティサポート. 各新人には、製品チームの友達と、iOS コミュニティリーダーがいます。 スケールと結果 オンボードの最初のバージョンは2024年2月7日にリリースされました。それ以来、30人以上の開発者がそれを完了し、約500件のリトルリクエストが開かれました。 ほとんどの参加者は、他の場所でこのようなオンボードを見たことがないと言います。 「まずプロジェクトの構造を理解し、次に製品タスクに進む」 合計で、30以上のレビューを収集しました - すべてが彼らのキャリアで最高のオンボード体験の1つであることを確認し、彼らがより速く潜入するのを助けました。 次は何? オンボード化は進化し続けます:チームはフィードバックを収集し、タスクを改善し、構造を改善します。本質的には、新入生向けのコースではなく、品質を維持し、エラーを削減し、InDriveで強力なiOS開発者コミュニティを構築するためのツールです。 我々は、システム的なオンボードは「HRチェックボックス」や公式性の問題ではなく、人々がより迅速に潜在能力を解放し、ビジネスがより速く、より信頼できるように動くのを助ける戦略的ツールであることを理解しました。 私たちにとって、それは文化の一部となっています:私たちは製品に投資するように学習プロセスに真剣に投資しています。

inDrive.Tech

このオーディオは、ストーリーの元の言語で制作されています。

How We Built a Professional iOS Onboarding at inDrive (InDriveでプロのiOSオンボードを構築する方法)

About Author

コメント

ラベル

この記事は

Related Stories

HackerNoon Coded: HackerNoonが最も活発に活動している上位10カ国

暗号通貨の成長: 効果的なユーザーペルソナの作成

フロキのヴァルハラがインドのスリランカツアーのアソシエイトスポンサーに加わる

デジタルノマドの皆さん、タイの新しい DTV ビザについて知っておくべきこと

HackerNoon Coded: HackerNoonが最も活発に活動している上位10カ国

暗号通貨の成長: 効果的なユーザーペルソナの作成

フロキのヴァルハラがインドのスリランカツアーのアソシエイトスポンサーに加わる

デジタルノマドの皆さん、タイの新しい DTV ビザについて知っておくべきこと

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps