小さな会社での小さなインターンシップの物語[パートII]

これは、小さな会社での小さなインターンシップについての物語の第2部です。 このパートでは、2013年のインターンシップが以前に開発された計画に関してどのように現実になったかについて話します;観察と結果はここに集められます。



このリンクで最初の部分を読むことができます。

エントリー

この記事の前の部分は、純粋に理論的なものでした。 理論的な推測の結果はインターンシップ計画でした。 次に、各ポイントの準備期限を設定し、計画を実施する必要がありました。

1. 検索用の広告テキストを準備します（ 5月中旬まで ）。
2. 選択したすべてのチャネルで広告を開始します（ 5月中旬 ）。
3. 少し待っています（すべてのアプリケーションはできるだけ早く HRによって処理されます。特定の数のアプリケーションが入力されると、面接への招待を開始する予定です）。
4. HRは電話インタビューを実施します（ 6月中旬まで ）。
5. 6月中旬に、対面インタビューを実施します（ インターンシップ開始の1〜2週間前 ）。
6. インターンの面接結果（ インターンシップの1週間前 ）に従って選択します。
7. インターンシップの開始時に、インターンの技術レベルを考慮した講義計画を作成します。
8. 各トピック（ インターンシップの最初の週 ）で実用的なタスクを考え出します。
9. インターンシップの開始までに、初心者向けのラップトップを準備しています（ インターンシップの前日 ）。
10. 2か月のインターンシップを開始します（ 7月1日から ）。
11. インターンシップの進行状況を監視します（ インターンシップ全体 ）。
12. 必要に応じて、いくつかのトピックをより詳細に分析します（ インターンシップ全体 ）。
13. 9月初旬に、インターンシップを要約し、チームにアポイントメントを行います（ 9月の最初の週 ）。

すべての日付はインターンシップの開始時に結び付けられ、7月1日はどこにも移動できませんでした：学生のセッションのために6月にも9月にも、研究開始前にインターンシップを終了する予定であったため、期間の短縮は必然的に質の低下につながります。

インターンシップの準備

このセクションでは、インターンが終了するまでのインターンシップの準備の結果を示します。 便宜上、活動の声明は計画項目に関連してグループ化されていますが、一般的な時系列順（ほぼ）が保持されています。

広告テキスト

全体としての印刷広告のテキストは、定期的な空席のテキストに似ていましたが、唯一の違いは有料のインターンシップを提供したことです。 ウラル州立大学のmattekhでの発表では、オフィスが大学の建物に近接していることに重点が置かれました（徒歩2〜5分）。

観測番号1



最初の回答は、学生が義務的な生産実践の必要性を明らかにした。 その結果、私たちはそのようなニーズを解決するために私たちの側で必要なものを素早く整理し、同意することを余儀なくされました（この問題は完全にHRに委任されました）。 この問題について明確になったので、私たちはすべての発表をすぐに置き換えました-私たちが書いた新しい発表では、学生のための練習を終了することを書きました。

観測番号2



学生が義務的な練習を必要とすることに気づいて、私たちはやや落胆しました。 質問に答えてみてください：誰が夏夏の練習を探していますか？ おそらく最後のガウジングを想像するでしょう。 だからこの絵を描いた。 幸いなことに、 ネタバレ 、すべてがはるかに優れていることが判明しました。

インターンシップの応募

5月中旬から6月中旬に申請が受理されました。 記憶が正しければ、多くの非コアアプリケーション（非居住者、1〜2年、非専門分野など）がありました。 候補者の中には、プロファイルに一致する16人がいました。

観測番号3



HR電話インタビューを完全に委任したときに私たちが恐れていたことが起こりました。私たちの回答には、「poly-Marxism」、新しい「すべてではない」トポロジなどの新しいOOP原則がありました。 幸いなことに、答えの簡単な後処理で問題は解決しました。

インターンシップの選択

面接は、HRとの接触から数えた場合、3〜7日のシフトで実施されました。 彼らは、アンケートのデータと提出された履歴書に基づいてインタビューに招待されました。

観測番号4



面接では経験が浅いため、履歴書の学生は、指定されたツールの所有権の程度に関係なく、聞いたこと、見たこと、使用したことをすべて重要なスキルで書きます。 したがって、履歴書によれば、来た生徒は2人に1人、HTML、CSS、JavaScript、jQuery、Perl、C ++、C、Java、C＃、Python、PHP、アセンブラー、SQL、MS SQL、MySQL、UML、Linuxのスキルをすべて備えていました... 3回目のインタビューの後、この目的のために履歴書を見ることもできないことに気付きました。

1週間以内にインターンシップまたは拒否への招待を行いました。 まず、候補者の平均レベルを理解するために、まず統計を収集したいと考えました。 第二に、彼らは最もクールな学生を募集したかったのですが、募集が終わるまでにはまだ時間がありました。

目標到達プロセスの選択

6月中旬までに、私たちは4人の将来のインターンを決定しました。 これは、選択ファンネルの外観です。

• ？ 電話インタビュー
• 16完成したアンケート
• 10対面インタビュー
• 4名の研修生

6月の最後の週に5番目のインターンを取りました。彼は、すでに採用されている候補者の推薦で、HRとのコミュニケーションをバイパスして私たちのところに来ました。 その結果、5人がインターンシップに参加しました。

• USUの数学;
• 3番目のコースを卒業しました。

観測番号5



すべての研修生は、次のことを心配していました。

• インターンシップ終了後、最低何時間働く必要があるか。
• 週末に働くことは可能ですか？
• 部分的にリモートで作業することは可能ですか？

そこで、これらの質問に答えました。32時間に集中する必要がありますが、少なくとも24時間です。 週末とリモートで作業できます。

広告チャネルについて

VKontakte +個人的なつながりは、最終結果の観点から最も効果的であることが判明しました。ソーシャルネットワークを介してキャッチされた1人の候補者が、さらに3人を推薦しました。



2番目と最後の場所には、UMU数学の発表がありました-彼らは別の研修生を連れてきました。

仕事の準備

6月中旬に4人の研修生のみを決定したとき、彼らは将来の研修生の正確な人数を要求し、家具と器具は事前に注文する必要があると説明しました。 ここでは、2つの潜在的な場所にさらに3つの候補者がいたため、3つの結果が得られました。 その結果、5件の求人に応募しました。6回目のインターンを取得した場合、実際に問題の解決策について考え始めます。

観測番号6



限られたリソースの小さな会社では、事前にコスト計画を立てることが重要です。リーダーシップを発揮して、明日にはN人の研修生がいて、仕事が必要だと言うことはできません。

研修生の職場の構成：

• Windows 7およびWindows 8搭載のMotleyラップトップ（i-5までの非常に強力なプロセッサーではなく、3-4 GBのRAM）
• モニター19 "
• 有線マウス+キーボード
• オフィスデスク
• キャスター付オフィス回転チェア

観測番号7



注文する機器の正確な特性を明示的に指定しない場合、または選択した機器に同意しない場合、最終的には期待したものとは完全に一致しない可能性があります。 アプリケーションとその実装の間に少なくとも2人の人がいることに注意してください。1人はテクニックを選択し、もう1人は推定に同意します。どちらも、開発者の鉄の力に対するニーズを理解するには程遠い場合があります。

原則として、受け取ったトレーニング用のノートブックは、開発の容易さの点で十分でした。

インターンシップ

開始する

「突然の」試験や就職不能などのあらゆる種類の事故のシリーズ、およびインターンシップの「非シフト」開始は7月1日から8日に移動し、講義とインターンシップを準備するためにさらに1週間が与えられました。

職場のセットアップ

ラップトップを受け取ったインターンは、最初にすべてのインフラストラクチャをセットアップしてセットアップします。 合計で、このプロセスには1〜2営業日かかりました。

講義

幸いなことに、すべてのインターンが6学期のマトマチュウを修了しました。すべてのインターンが同じITアイテムをプラス/マイナスしていたからです。 インターンは全員、学生コース「OOP：Java」のレベルでJavaに精通していました。



理論部分を4つのブロックに分割することが決定されました。

1. インフラ
2. バックエンド
3. フロントエンド
4. ソフトウェアテスト

最初の2つのポイントを獲得し、最後の2つは同僚に行きました。

インフラ

このプロジェクトでは、次のツールを使用しました。

• Apache Maven
• Git / Git Extensions、gitolite
• ジェンキンスci
• Nexus OSS
• レッドマイン

コード自体について話す前に、開発プロセスに没頭する必要がありました。 これを行うために、リストの各ツール、開発におけるその役割について講演しました。



もちろん、Gitにはさらに注意が払われました。

• バージョン管理システムの目的、VCSの主なタイプ
• 基本的なリポジトリコマンド
• プロジェクト内の支店の組織

ツールに関する残りのストーリーは、レシピのコレクションのようなものでした。 そして、すべてのツールを使用した作業が、プロジェクトの例で示されました。 合計で、この部分は約1営業日かかりました 。



参照の不完全なリスト：

1. Apache Mavenドキュメント 。
2. ビタミンによる記事「Git on the Fingers」
3. 元の記事とその翻訳は、 zloddeyによる 「Gitの成功した分岐モデル」 です 。
4. 記事の継続的インテグレーション （Martin Fowler）。

バックエンド

バックエンドでは、次の技術スタックがありました。

• Java 7
• 春のフレームワーク
• Spring MVC
• 春のセキュリティ
• 休止状態
• ジャクソン
• フリーマーカー

当時は、アプリケーションサーバーとしてOracle GlassFish Serverを使用し、PostgreSQLリレーショナルデータベースがメインストレージでした。



これを念頭に置いて、講義計画が作成されました。

1. Java：すべてを覚えておいてください！
2. ソリッド、DI、その他の頭字語。
3. JEE：SEシングルではありません。
4. web-app：アプリケーションサーバー、サーブレット。
5. Spring Framework：基本。
6. JPA：農業と冬眠。
7. Spring MVC：主なことについて少し。
8. FreeMarker：テンプレート化。
9. 春のセキュリティ。

この資料を統合するために、新しいコンポーネントが段階的に追加されるリポジトリが準備されました。



理論のこの部分は、驚くことではありませんが、2週間以上の時間がありました。 純粋な理論（実践を除く）は約8営業日でした。



参照の不完全なリスト：

1. Java言語仕様 （James Gosling、Bill Joy、Guy Steele、Gilad Bracha、Alex Buckley）。
2. Java EE 6テクノロジー 。
3. Spring Frameworkリファレンスドキュメント3.2.2 。
4. Spring in Action 3rd edition （クレイグウォールズ）。
5. プロスプリング3 （Clarence Ho、Rob Harrop）。
6. ちょうど春のデータアクセス （Madhusudhan Konda）。
7. Pro Spring MVC：Web Flowを使用 （Marten Deinum、Koen Serneels）。
8. Spring Security 3.1 （Robert Winch、Peter Mularien）。
9. FreeMarkerドキュメント 。

フロントエンド

クライアントスタックに含まれるもの：

• TypeScript
• Angularjs
• jQuery
• （Twitter）ブートストラップCSS
• 角度UI（ブートストラップ）
• RequireJS
• いくつかのライブラリ
• テストツール（次のブロックでそれらについて）

ほとんどすべての人がjQueryに精通しており、Bootstrap CSSがレイアウト設計者にとってより重要な場合（このプロジェクトでは、別の人がリモートサイトのレイアウトに従事していました）、残りの項目については紹介する必要がありました。



したがって、次のトピックが前面にありました。

1. TypeScriptとJavaScript。
2. AngularJS：基本。
3. AngularJS：ディレクティブ。
4. AMDおよびRequireJS。

実際、Angular Basicsテーマは公式開発者ガイドの絞り込みであり、小さなテーマで構成されていました。 TypeScript講義はドキュメントに基づいていました。



フロントエンド理論には3営業日かかりました 。

ソフトウェアテスト

次のトピックについて同僚と合意しました。

1. 機能テスト
   
   
   1. 単体テスト
   2. 統合テスト
2. 機能しないテスト
   
   
   1. ストレステスト
   2. ストレステスト
   3. ユーザビリティテスト
3. 変更テスト
   
   
   1. 煙テスト
   2. 回帰テスト

また、使用するツールについて話す必要がありました。

• ユニット
• モッキート
• セレン本社
• カルマイス
• ジャスミン

テストの影響を受けるすべての側面は、 2営業日で完了しました。

観測番号8



連続して2時間以上、理論的な主題が研修生に一生懸命に与えられることが実験的に確立されました。 実際のタスクでそれを薄めるか、大きなトピックを部分に分割して、それらの間で休憩を取る必要があります。

実用的なタスク

実用的なタスクは理論的な資料を統合することを目的としており、トピックの完了後、またはブロック全体の後に発行されました。



インフラストラクチャブロックでは、gitに慣れるタスクがありました。このため、各研修生は、リポジトリで再現する必要があるプロジェクト（ブランチ、コミット、マージなど）を作成するためのシナリオを提供されました。



先に書いたように、バックエンドブロックについては、DI、データベースとの対話、REST APIなど、単純なタスクを実行できるアプリケーションスケルトンを含むリポジトリを準備しました。



Angularの練習として、TypeScriptを使用して標準のチュートリアルを実行することをお勧めしました。



最後のタスクは、サーバー部分とクライアント部分を接続して、本格的なWebアプリケーションを作成することでした。 このアプリケーションは、調査したツールを使用してテストする必要がありました。サーバー側にはJUnit + Mockito、クライアントにはKarma + Seleniumです。



練習に費やされた合計時間を見積もることは困難です。 練習には合計で2週間、つまり約10日間かかったようです。

観測番号9



それが間違いだったかどうかはわかりませんが、私の背後にあるいくつかの教育経験で、私は大学のカップルとの類推により、理論と実践に分かれて勉強に行きました。 時間が経つにつれて、場合によっては理論と実践を分離しない方が良いと思われました。何かを言うと同時に、インターンはラップトップで関連する問題を解決します。

ワークフローインターンシップ

インターンシップの前に、サブタスク「インターンシップ」がプロジェクトタスクトラッカーで開始されました。メンターは、インターンシップ（材料とタスクの準備）に関連する独自のタスクとインターンのタスクの両方を実行しました。

観測番号10



タスクトラッカーでインターンシップタスクを維持することで、すべての参加者にとってプロセスがより透明になります。インターンは、ジャムのある場所を確認できるメンターの追加参加なしに、自分の進捗状況と同僚の進捗状況を確認します。 メンターの場合、各トレーニーの現在の作業のコンテキストを問題なく復元できる場合、タスクトラッカーはすべてのトレーニーの同期ポイントになります。

インターンからのフィードバック

観測番号11



学生は講義を聞くことに慣れていますが、質問をすることはしません。 したがって、「何か不明な点があるかどうか質問する」という呼びかけでは、ほとんどフィードバックが見つかりません。

そのため、インターンからフィードバックを収集して、プロセスの妨害を適時に修正し、スタッフの作業を調整する必要があるという理解が得られました。



フィードバックを収集するために、メンターごとに質問を含むGoogleアンケートを使用しました。

1. 講義Mentor_name_iの「わかりやすさ」の程度を評価します （0〜5）。
2. mentor_name_iの講義の関心度を評価します （0〜5）。
3. 講義Mentor_Name_iの総合評価を行います 。
4. 新たな問題の解決におけるmentor_name_iの支援に感謝します（0から5）。
5. mentor_name_iに関するコメント。

専門化

基本コース全体（理論+実践）は、ちょうど1か月で完了しました。 5人の研修生全員が1つの講義に参加し、1つのタスクを解決しました。

観測番号12



インターンシップに参加する学生は、多くの場合、選択した専門分野を宣言します。 たとえば、彼らはバックエンド開発者になりたいと確信しています。 ただし、選択した専門分野の背後にあるものを本当に理解し、その選択を説明できるのはごく少数です。 設計タスクに近い実用的なタスク、または直接設計タスクのみが、能力と動機を理解することができます。

1か月後、インターンは3つのグループ（バックエンド（2）、フロントエンド（2）、QA（1））に分割できます。

プロジェクト

研修生は、8月の第2週からプロジェクトのタスクの作業を開始する準備ができていました。 サーバー側とクライアント側を備えた開発システムのモジュール全体がそれらに割り当てられました。



その瞬間から、彼らはタスクトラッカーの「インターンシップ」サンドボックスを離れ、メインプロジェクトの作業に参加しました。彼らはプロジェクトミーティングへの参加、プロジェクトの詳細の調査、プロジェクトマネージャーとアナリストとのコミュニケーションを始めました。

そして、ここで私たちは、休暇中です

インターンの一部は7月の終わりに、これについては8月の初めに話しました。 学年度が始まる前に、インターンの4/5が8月末に休暇に行きたいと考えていました。

観測番号13



研修生は、保護観察期間に雇用された従業員とは異なり、いくつかの特徴があります。彼は、週5日6か月（またはそれ以上）働くことに慣れておらず、研究の優先度が高く、会社で働くことをよく考えています。経験の源泉として、そしてお金として。

私は隠しません-インターンシップを終えた後、学生を維持することは非常に重要でしたので、私たち（メンター）と会社の両方に対する彼らの忠誠心を維持する必要があることを理解しました。 幸いなことに、私たちはこれを会社の経営陣に伝えることができたので、すべての研修生は休暇で安全に出発しました。 私たちのもう1つの条件は、2週間のインターンシップの自動延長でした。

時々彼らは去ります

インターンシップが終了する少し前に、インターンの1人が休暇を離れた日に私たちを去りました。 彼はちょうど来て、説明なしで彼が永遠に去っていると言いました。



一般的に言えば、この結果の理由は、作業平面にある可能性があります。

• 会社の問題;
• 問題は私たち（メンター）にあります。
• 問題はインターンにあります。

または作業面の外（通常、このような場合に言うのが一般的です-家族の理由で）。 私たちの場合、問題は作業面の外側にありました。

観測番号14



突然の別れ、休暇など、インターンとの仕事を手配する必要があります。1、2か月の仕事計画を立て、自分のインターン計画に興味を持ち、継続的なコミュニケーションを維持します。

チームワーク

経験の浅い開発者をチームワークに参加させる最も一般的な方法は、経験豊富な同僚と協力することです。 このアプローチには、明らかな方法でイニシアチブが経験豊富な従業員の側にある場合、重大な欠点があります。



私たちのケースでは、経験の浅い経験者がまったくいなかったため、研修生全員が共通のグループに参加して、システムのモジュール全体で作業しました。 ある意味、これは必要な措置でしたが、肯定的な結果が得られました。研修生は、意思決定を行い、主導権を握り、自分の責任範囲を形成することを学びました。 同時に、メンターは作業全体を管理し、グループによる決定を検証し、コードレビューを実施しました。



時間の経過とともに、研修生は、モジュールの個々の部分で作業するためにペアになることを学びました。 たとえば、1人の研修生が一部の機能のバックエンドを担当し、2人目の研修生がフロントエンドを担当し、APIの開発、ボード上の図の描画、システムの他の部分との統合の問題の解決に協力しました。

手から手へ

インターンシップ中の私の最大の難関は、関連するすべての資料をインターンにタスクを与え、数日間離れた状況でした。 帰国後、インターン自身はタスクに対処できず、メンターはそれを本当に理解していなかったことが判明しました。

観測番号15



問題の声明、利用可能なすべての資料、仕事の手配など、最初のものが長期にわたって存在しない場合、メンターから別のメンターにすべての必要な情報を正しく転送することが重要です。 メンターが戻った後、同じ手順を反対方向に実行する必要があります。

インターンシップ結果

5人に4人のインターンが正常にインターンシップを完了し、すべてをチームにまとめることに成功しました。これは成功したようです。



合計すると、インターンシップ全体で5か月かかりました。

• 承認と計画に0.5か月
• インターンを探して準備するのに1.5ヶ月
• 1か月の理論トレーニングと非プロジェクト関連タスク
• システムモジュールでの1か月のチーム作業
• インターンシップ休暇の0.5か月
• 合計して0.5か月。さらに作業を計画します。

結論

実践が示しているように、このような優れたインターンシップをまとめて整理することができます。 これには最も重要なリソースである時間が必要であり、成功の主な条件はメンターの動機付けです。 何らかの動機付けがあります。子供たちに何か良いことを教え、開発について同様の見方をする人員を準備し、最終的には、ただ邪魔しないでください。



いわゆる「観測」はすべて、それ自体が小さな結論です。 これで、計画時にそれらを考慮することができます。 これにより、エントロピーが大幅に減少します。 一般的に、すべてを管理したい人のためのヒント。



そして最後に、やる気を起こさせる投票！