開発会社では、チームと協力する人文科学です。 そして女の子。 周りの会話がヴァリリアンに似ているのをやめる前に十分な時間が経過し、少なくとも時々その話題を笑うことができます。 さらに時間がかかりますが、あえてHabrに関する記事全体を書いて、数式の形で欠員を作成しようとした方法と、なぜそれが役立つのかを説明します。
仕事場で示すのが慣習であるため、 FunCorpは「最大50人」です。 特にここ数年、人材を常に探しています。チームが拡大し、採用プロセスが体系化され始めています。
空虚なテンプレートを一般的な理由で書き直すことにしました-私はそれを好きにならなくなりました。 私たちは自分用に人工的なフレームを設定しませんでした。実験時には、すべてが可能です。 そのため、何度か訪問した後、「テキストから式へのキャンバスの最適化がプログラマーにとってより理解しやすい物質であるとしたらどうでしょうか？」と考えました。
タイトでした。 私たちは結果がどうあるべきかを理解していませんでした：単なる式か方程式ですか？ そして、方程式なら、何？ 主なコンポーネントの議論は、私たちが決定するのに役立ちました。
与えられた：
一方では、何かを提供する会社があります。 そして、これは彼女が重要かつ有利だと考えるものです。 私たちの場合：
- 対象となる製品の規模と焦点。 短縮して名前で示すことはしません-
- ボーナス、パン、その他の企業開発の機会- 。 これはバルクで良いので、コンポーネントの合計を作成します。
- -お金、それらなしで。
一方、何かを提供する求職者がいます。 そして、これは彼（a）が重要かつ有利だと考えるものです。 しかし、私たちは私たちではなく探しています。したがって、ここでの条件は雇用主によって設定されます。
- 必要な技術スタック-
- プラスになる望ましいスキル-
- 経験-
- 個人的な資質-知恵と勇気。 短縮形-
問題が発生します。各当事者の状況をどのように関連付けて、現実を正しく反映するか。 依存関係も重要なので、要約することはできません。 この段階で、歌詞を手伝うために物理学者を呼ぶことに決めました。 候補者へのリクエストから始めた場合、最終的には次のようになります。
あなたの手を見てください：
スタックと目的のスキルが経験の度合いを設定することが重要であり、ウィットと勇気は何かを通過可能にしないことです：これらの品質のいずれかが存在しない場合、すべてがゼロで乗算されます。
懐疑的な声がすでに聞こえています：
-はい、それはまっすぐです、優れた特別なものがある場合-あなたは彼がユーモアのセンスがないという事実に目を閉じます。
-いいえ。
酸素としてO2が必要な理由は重要な話です。 私たちの製品は機知に基づいて構築されており、毎日何百万人もの人々が冗談を言っています。 チームの関係は、同じミーム言語で構築されています。Slack、Confluence、キッチン、および解析エラーで冗談を言っています。 また、新規参入者を提示したり、 habrastをロールアウトしたりする場合も失敗します。
決断は勇気に基づいています。 責任を持ち、申し出、紹介し、主張し、間違いを犯し、自分よりも成長することを恐れないでください。 ママ、パパ、ローンなしでアメリカ市場に参入。 どうして？ そして、開発プロセスは直接関係しています。
クリアなワンピース付き。
第二：
ここで簡単になりました。 プラス製品、ボーナスとお金の量。
しかし、これら3つのパラメーターを分離する段階では簡単ではありませんでした。トレーニング、面接の段階、あらゆる種類の四半期のボーナスと食事について個別に追加したかったからです。 必ず行ってください。 しかし、フォーミュラがゴムではなく、多くのことを一般化したのは良いことです。
見つける：
最後に、私たちは主なことに着きました。 タスクがある場合、それを見つけるために何を求めますか？ 弱い試みが思い出し始めました：方程式と不平等の違いは何ですか、どこにどのようなサインを正しく置くべきか、そしてこれらすべてを元の目標とどう相関させるか？
申請者に不平等を解決させ、自分自身で理解してもらうことをやめました。彼の申し出は私たちの申し出以上でした。 これらのオプションは両方とも望ましいものであり、私たちにとっても真実です。
つまり、候補者の経験とスキルは、私たちが与えたものと同等であるとは限らないと想定しています。 知識とスキルが客観的に高い給料を必要とする場合、人はサインをする権利があります> 。 気分を害することはなく、同意します。
解決策：
アイデアは完璧に見えました。 私たちはフィールドに入って、開発者に空席の例を配りました。彼らはいつでも助けてくれるからです。 主な懸念は、この形式の理解可能性、情報内容、および一般的な印象に関するものでした。
結果は予想外に楽しかったです。 ここで、私たちのアイデアも素晴らしいと想像しました。 以下に例を示します。
答えは：
最終オプション
このテンプレートは使用しませんでした。
¯\ _（ツ）_ /¯または、私たちと言う習慣があります--楽しい出来事:)
バグに取り組みます：
- 数式はコードではありません。多くのプログラマーにとって、それは昔から明らかではありません。
- タスクの形式は、ジョブサイトでは決して再現できません。数式が壊れたり、インデントが曲がったり、エディターが絶えず飛んだりします。 これは、hh.ruと「私のサークル」についてです。 おそらく、彼らは自分のサイトの創造性の程度を故意に減らします。 それで下げました。
- もちろん、この考えは不完全でした。 このように思えたら、「何かが間違いなく間違っている」と考える時が来ました。 再現性のある時点では、このような空席は見つかりませんでしたが、さらに深く掘り下げると、おそらく空いています。 しかし、それはポイントでもありません。
私たちの場合、この形式は特定の学問的性質への参照であり、私たちにはまったくありません。 チームのプロフェッショナリズムは十分に見えず、さらに多くの人が矛盾を見つけることができます。たとえば、個人と会社全体のソースデータを比較するのは間違っています。
そして最も重要なことです。
このような空席を幅広い聴衆に公開するのは勇敢なのでしょうか？ -はい。
機知に富んでいますか？ -そうでもない。
合計：
失敗は予期せず、取り返しのつかないほど好意的になった。 この式は、インタビューや候補者の比較などの内部目的に使用できることに気付きました。
すべてのパラメーターの概要を説明し、それらに重みを正しく与え、徐々にそれらを明らかにし、正しく評価するように質問をまとめると、人々は完全に見えます。 このテクニックは私たちに明快さを与えました：私たちは人に何を望んでいるかを知っており、私たちは彼に与えることを理解しています。 次に、抽象的な「個人的な資質」は、理解可能で具体的なイメージに集中します。
面接後、チームリードのHRが勇気係数を計算し、スキルに経験を乗じるワイルドシーンを目撃できるとは思わないでください。 いや すべての計算は心の中で行われます。 そして、与えられた公式は議論の時間を短縮し、意思決定の主観性を減らします。 このプロセスにより、間違いなく簡単になりました。
この一見馬鹿げた実験により、実験が素晴らしいと実感できるようになり、システム化を継続する必要があります。
また、最初に美しい文章で単語を整理することを計画している場合でも、実験の曲線はさらに何かを注文することにつながる可能性があります。
結論：
- 実験する。
- わからない場合は尋ねてください。
- できるだけ多くのフィードバックを整理します。
- 素晴らしいアイデアが必ずしも素晴らしいとは限らないことを受け入れます。
- ターンは有利に失敗します。
しかし、機知と勇気を持つことは永続的な状態です。
楽しんでください:)