「チーフインターン」を雇うのは良い考えですか？
私はソフトウェア部門のインターンシッププログラムを開始していますが、次の責任を持つポジション（「チーフインターン」、インターンスーパーバイザー、またはそれと呼ばれるもの）を作成することを考えていました。
- 電車インターン
- コーチインターン
- プロジェクトとタスクの管理インターン向け
- 監督インターンの仕事の観点からリズムと品質
- リエゾンとして機能しますメインチームのニーズとインターンのパフォーマンス/願望の間
- インターンの進捗状況を評価して促進するより高いレベルのドメイン固有のタスクを取得したい場合（この時点で、メインの開発チームメンバーがメンタリングを行うことができます）
- メインチームのソフトウェア開発タスクに自由に参加して、彼自身が成長できるようにします、メイン開発チームからの完全な指導を受けます。
見習いレベルのエンジニア（Jr.以下、またはJr.ですが、卒業生でフルタイムで働いている）は、しばらくの間（最初にメインの開発チームによってトレーニングされます）、1人になるまでこれを処理できると思います。 2つのことが起こります：
- 彼/彼女メインの開発チームに移ることを決定します適切な交代要員を推薦することによって（または私が新入社員として別の交代要員を見つけることによって）
- リードし続けるインターンは、Jr。Eng。、Eng。、Sr。Engに成長することができます
「チーフインターン」の概念は医療の世界では一般的ですが、ソフトウェアの世界ではそれについてはよくわかりません（私は大学時代のほとんどでフリーランサーでした）。
これに対する副次的な意図は、インターンスーパーバイザーがメインの開発チームに参加したいためにこれが（有機的に）より高いローテーションポジションになる場合、これはこのポジションを目指すインターンがリーダーとして現れるのを助ける可能性があるということです。
しかし、これに対する私の主な意図は、メインチームから気を散らすものを取り除くことですが、インターンに注意を怠らせることなく、退屈とインターンの定着率を低下させる可能性があります。
この「チーフインターン」のアイデアは一般的（または少なくとも良い）ですか？、私が見ないかもしれない明らかなリスクはありますか？
編集：インターンが行う作業の種類に関する計画案があります： https://softwareengineering.stackexchange.com/questions/149866/are-rd-mini-projects-a-インターンのための良い活動
編集＃2：私の意図は、それらを孤立させておくことではなく、私たちができないときに誰かに注意を向けさせることです。
編集＃3：今ではそれは良い考えだと確信していますが、私はそのような立場で誰かを雇うために有機的なアプローチを取ります：私ができなくなるまで自分でそれをしてください。このようにして、将来この役割のために雇う人に何を期待するか、そして何がインターンと一緒に働くか、何がうまくいかないかをよりよく知ることができます。
私はこれについて不安です。少なくとも、セーフティネットとして機能し、「チーフインターン」が「盲人を導く盲人」ではないことを確認する上級開発者が必要になります。
本当に私はあなたがあなたのインターンと一緒に働くあなたの最高の人々を持っているのが最善だと思います、はいそれは彼らがわずかに生産性が低くなることを意味します、しかしあなたのインターンはより早く生産的になるはずです。
あなたの最高の人々は、インターンを訓練し、彼ら自身のものを生産する負担に対処することができるはずです、それが彼らがあなたの最高の人々である理由です！
業界全体を見ると、これは他の場所では一般的です。投資銀行では、多くの場合、すべてのインターンを監視するために人事担当者が割り当てられており、やや上級（6〜10歳？）のラインマネージャーもいることがよくあります。インターンが分散しても、企業資産とみなされているので、ラインマネージャーが見守っています。
インターンに概念実証/ R＆D作業に焦点を当てさせることは、それが問題である場合に、インターンを髪の毛から遠ざけるための優れた、潜在的に生産的な方法のように思えます。ただし、スタッフへの露出は、頻度が低い場合は直接的なものにする必要があります。それは彼らがよく支払われていない（またはまったく支払われていない）ことによって支払っているものです。
もう1つの問題は、インターンシップが競争力を持つ可能性があることです。 1人のインターンを他のインターンよりも上に上げることで、あなたの会社での仕事と経験を犠牲にして、彼の競争をチャンプのように見せてくれる誰かになってしまう可能性があります。私の経験では、開発者はほとんどの場合よりも社内政治を見抜く傾向がありますが、それでも、特にインターンシップを獲得する競争の激しい大学生のタイプでは起こります。
最近の卒業生として、これは私が自分でできることを望んでいることです。スキルはたくさんある気がしますが、深さが浅いです。私はソフトウェア開発について十分に知っていますが、実際にチームを管理したことはありません。
正しく設定すれば、このようなものは完全に機能します。
- ポジションの最強のインターンのみを検討してください
- 彼らが引き受けるための小さくて管理しやすいプロジェクトを持つことによって成功のためにそれらを設定します
- リソース（特に上級開発者へのアクセス）と適切なツールを提供する
3は絶対に不可欠です。余裕があれば、上級開発者の少なくとも1人をこの人のメンターとして捧げてください。 24時間年中無休で利用できる必要はありませんが、少なくともchief internメンターにすぐにアクセスできる必要があります。
全体として、これは素晴らしいアイデアであり、非常に有力な候補者に、あなたの収益にも役立つことを願って、やりがいのある有意義なことをする機会を与えると思います。適切に行われれば、それは誰にとっても勝利です。
私がインターン（そして後輩）だったとき、プログラムコードを書くためには、開発者から正確な技術仕様を入手する必要がありました。私がコーディングを行うことになっていて、主任インターンが実際にこれらの仕様を知っている場合、それは大きな助けになります。
これがどれだけうまくいくかは、私がインターンとしてどのようなタスクを実行したかによって異なります（私はこれらのタスクをインターンとしても学生従業員としても実行しました）。
1テスト
有効なインターフェースに一致するコードを書くよりも、有効なテストケースが何であるかを理解する方が簡単です。
2コーディング
コードを書くには、特に後輩として、仕様に精通している人、つまり直接の経験がある人と仕様について話し合うことが重要です。
3フローチャート/プロセス図
私は学生の従業員としてソフトウェアのフローチャートを作成しましたが、これを行うには、利害関係者と直接会うことができなければなりませんでした。