現在の課題から役割を決める
試作を作りたい、外注を管理したい、既存コードを保守したいでは必要な経験が変わります。顧客理解や技術選定、障害対応の期待も分け、万能な人材像にしないようにします。
実際の議論で相性を見る
仮の要件や現在の設計を題材に、何を作らずに済ませるか、リスクをどう説明するかを話します。得意な技術の名前だけでなく、不確実な状況での判断過程を確認します。
会社に残るものを確認する
コードの権利、リポジトリ、インフラの管理、設計の記録を契約と運用で整理します。一人が不在でもサービスを把握できる状態を目指します。
採用後の最初の成果
大きな刷新ではなく、主要な利用の流れを動かす、復旧を確認するなどの到達点を決めます。事業側も優先順位と顧客の情報を提供し、技術者に事業の判断を丸投げしないことが重要です。
参考資料と編集について
新規事業.com の関連ナレッジ ↗をもとに、Otsumuが検証・実装・運用の観点から再編集しました。制度・仕様・サービスの現況は、各提供元の最新情報をご確認ください。
編集：Otsumu株式会社 ／ 編集日