ビジネスプロセスのコンテキスト。 歴史的回顧。 部分的な役割の選択
現在、使い慣れたプログラマーが仕事を探しています。 定期的にインタビューに参加し、彼の印象を共有します。
-技術系の従業員を雇用する平均的なプロセスは現在どのように進んでいますか？ はい、18世紀のように-紙の上に。 その後、メーカーとエンジニアのみがビジネスについて議論し、現代のIT企業はGoogleのHRスタイルの要素をコピーし、インタビュー中に、真空中の球形の馬に関するタスクを提供し、ソウルフルなノイズ環境を作成しようとしました。 このようなファッショナブルな傾向は、人事では特に悲しいです。 そしてその前に、「SQL Serverモノリス」がほとんど呪いの言葉になったとき、NoSQL modがありました。 悪い傾向。 業界を救う必要があります！
-もちろんです。 モノリスは私たちなしで救われました。 IT採用ビジネスプロセスを節約します。 ファンユーザーになりますか？ プロのカール・ウィガースに敬意を表します。
-もちろん。 そして、このビジネスプロセスのリエンジニアリングを行うビジネスアナリストになります。
-同意しました。 私は面白くて便利な分析タスクが好きです。
-誰も彼らを愛していない。
ビジネスプロセスの目標の特定と優先順位付け
雇用の目的は、技術スタック内で会社の現在のタスクを最も効果的に解決できる従業員を見つけることです。 サブ目標は、コストを最小化することです。
注：組織の大部分では、HRの専門家の作業の自動化と高度なトレーニングに焦点を合わせて、サブゴールが誤って最初に置かれます。
AS-ISシナリオ（理想）
CVがHRスペシャリストに到達します。独立して見つけ、ロボットが見つけ、候補者が送ります。 人事部がキーワードを見つけた場合-履歴書を頭に送ります。 ヘッドはゴーサインを出し、人事部は面接について候補者と交渉します。 対面インタビュー：ヘッド、リードプログラマ、HR、候補者。 1時間 会話の結果に基づいて決定を下す。
明確化：インタビューにおけるこのような幅広いインタビュアーはまれです-結局のところ、アジャイルの原則は開発の境界を越えて積極的に使用され始めています。
ビジネスプロセスの現在の機能の主な欠点：誤検出（採用なしのインタビュー）の大部分、選択を行う従業員の多くの時間と資格労働コスト。
ユーザーファン：「工学の即興は、ブレーンストーミングセッション中に良いです。 そして、インタビュークイズは次のようになります。 質疑応答 質疑応答 インタビュアーは、このような素晴らしい条件でエンジニアをテストし、難しい、理解できない高い目標を設定しました。 宇宙飛行士が選んでいるかのように。 エンジニアの大部分の作業である、思いやりのある骨の折れる作業には、わずかに異なるスキルが必要です。 ベクトルがダウンしました。 さて、これは対話者が候補者について知りたいことであり、「i ++++++++ 1とは何ですか？」という質問をします。
論理調査
ビジネスプロセスの主な目標を達成するためには、候補者が会社の技術スタックの基本的な（キー- 意思決定者の要求に応じて）エリアで実践的なスキルの存在を識別することが必要です。 私の意見では、最も効果的な方法は、上記で形成された技術スタックの断片をカバーするテストタスクを発行することです。 タスクの複雑さは、会社の現在の技術的なタスクと釣り合っています。 実装の結果によって、候補者が今どれだけの価値を生み出すことができるかをすぐに正確に評価できます。
また、テストタスクを持つことで、人事担当者と技術面接者の資格要件が軽減されます。 私の意見では、十分なレベルは中級レベルの技術スペシャリスト1人です。
ユーザーファン：「ああ、それがあなたの必要なものです！ シンプルで機能的。」
ビジネスアナリスト：「ちょっと待ってください、まだ終わっていません。」
ユーザーファン：？！
TO-BEスクリプト（理想）
短い電話の後、HRは候補者にテスト課題を送信します。 候補者はそれを満たし、結果を送信します。 会社の技術スペシャリストがチェックします（15分）。 承認されると、HRは候補者を中級レベルの技術専門家との面接に招待します。
インタビューのシナリオ：
- テストタスクの結果について話し合う（15分）;
- 即興タスク：同様のテーマの、ただし企業の現在のタスクからの、15分間の沈黙を提供します。
- ベストプラクティスと即興のアイデアについて話し合う（15分）。
合計-1時間で、1人の中級レベルの技術スペシャリストが質の高い判断を下します。 そして、候補者はすでに生産プロセスに少し入っています。
投資、収入、リスク
テスト問題の開発に関する中級レベルの専門家の1時間の作業で、実装への投資を見積もります。
TO-BEビジネスプロセスは、AS-ISと比較して、主な目標とサブゴールに照らしてより効率的であると考えています。 サブゴールを達成することは副作用であり、これは二重に心地よいものです。
ビジネスプロセスの新しいバージョンを導入した結果によると、両方の会社のスペシャリストにとって、タスクとそのスペクトルを完了するための時間を短縮する可能性があります。
未実装のリスク：
- 競合他社が回避し、従業員をより早く見つけ、より多くの価値を生み出します。
- 採用期間が延長された企業は、いくつかの面で利益を失います。
ユーザーファン：「言葉がありません、クールです。 シャーロックホームズのように、それは1つのパイプ事業です。 よくやった！」
ビジネスアナリスト：「はい、素晴らしいです。 しかし、主なことは、 意思決定者にアイデアを伝えることです。 それをどこか他の場所に紹介することは可能だったでしょう-興味深い仕事です。 結局のところ、これは単なるフレームであり、私はいまだにさまよっています。 ほら、人事はここではまったく必要ありません、交換できます...」
目標を正確に定式化することにより、自動化のirがより緊密になります。