自分の会社に合った、良いDevOpsを雇うにはどうすればいいですか？

優れた開発者は、ジョエルテストのルール11に適合する必要があります。

新しい候補者はインタビュー中にコードを書きますか？

ただし、Dockerコンテナー、JenkinsまたはAWSの構成方法などについてはほとんど何も知りません。応募者がそのようなタスクを管理できるかどうかをテストする良い方法は何でしょうか。

サブ質問：優秀なdevopsの従業員はビルドチェーンを一度設定すれば、それ以降は動作するはずだと思います。その後、彼または彼女が会社の開発者になることを期待できますか（DEVops）？DevOpsは比較的「新しい」仕事なので、中小企業が必要なときにdevopsの従業員を共有したり、フリーランサーとして雇う方が良いでしょうか。

この用語についての私の混乱は、このようなstackexchange（=上記のスクリーンプリントの元になったリンク）のような求人に由来しています。

私はこれを参考にしたが、この質問につまずいたら読みたいと思うかもしれない意見がある可能性のある記事を見つけました：https : //hackernoon.com/devoops-some-common-anti-patterns-1850ac2f5074

「DevOps」は会社の​​役割であるという一般的な誤解です。この言葉は、単にソフトウェア会社の組織的な変化を示しています。この変化は、「あなたがそれを構築し、あなたがそれを実行します！」Werner Vogelsによって作成

構築と実行を区別する必要はありません。WernerVogelsによれば、それよりもはるかに優れています。

開発者に操作上の責任を与えることにより、顧客と技術の両方の観点から、サービスの品質が大幅に向上しました。従来のモデルでは、開発と運用を分離する壁にソフトウェアを持ち込み、それを捨てて忘れます。Amazonではありません。それを構築し、実行します。これにより、開発者はソフトウェアの日々の運用に触れることができます。また、顧客との日々の接触にもつながります。この顧客フィードバックループは、サービスの品質を向上させるために不可欠です。

このレッスンは興味深いものですが、組織内のこの特定の変更を実装するのは必ずしも簡単ではありません。

このシフトは、継続的な統合および配信方法の重要性の増加に付随しています。これらのアイデアは「アジャイル」方法論の形式化よりもはるかに古いことに注意してください。それらの一部は、1968年に公開されたソフトウェアエンジニアリングに関するNATO科学委員会のレポートに既に存在します。

言葉遣いは見落とされる可能性がありますが、DevOpsの提案の短い説明（このサイト）では「ソフトウェアエンジニア」について言及しています。

自動テスト、継続的デリバリー、サービスの統合と監視、およびSDLCインフラストラクチャの構築に取り組むソフトウェアエンジニア向けのベータQ＆Aサイト。

チームがこれらの方法論の開始を支援できるソフトウェアエンジニアを探している場合は、このトピックに参加してください。このトピックに精通していない場合でも、「あなたはそれを構築します！あなたはそれを実行します！」というスローガンは、プログラミングの問題から始めて、アプリケーションの展開と保守に関する質問にインタビューを導くことができます。

議決権を剥奪されたり、話題外であったり、異端でさえあるという危険を冒して、「DevOpsは役割ではない」と言っている純粋主義者に耳を傾けないでください。

あなたは正しい軌道に乗っています。あなたの会社に合うはずです。それは雇用時に重要なことです。

DevOpsが必要な場合、DevOpsのように動作し、DevOpsのような結果を生成するのは、DevOpsです。

• それ以外の人があなたを思いとどまらせないでください。
• とにかく広告します。
• とにかくインタビュー。
• とにかく雇う。

その間、DevOps、コンセプトが会社にどのように適合するか、人がどのように適合するかについて詳しく調べてください。

果たす必要のある役割について詳しく調べます。質問できる質問を検索してください。あなたが主題の専門家でなくても、たくさんの例があります。昔ながらの忍耐と勤勉さ。

従業員が必要ですか？またはフリーランサー？すべての取引のジャック？あなただけがあなたの会社をよく知っています。

DevOpsの解釈である独自の文化を作成します。

DevOpsは役割ではないため、「DevOpsの採用」は困難です。ソフトウェア開発とエンジニアリングのスキルを持つエンジニアを見つけることができれば、あなたは正しい軌道に乗っています。

ただし、

雇用プロセスは、いくつかの要因によって複雑になります。

1. サイト信頼性エンジニア（コーディングスキルを持つ管理者/エンジニアを指すGoogleの用語）はまれです
2. まれなスキルは高価です
3. まれなスキルは...まれです。

幸いなことに、完全修飾SREは必要ない場合があります。

ユースケースは、いわば、インフラストラクチャ（AWS）の確立と展開の自動化（Jenkins）にエンジニアを雇うことです。これらのスキルはそれほど珍しいものではありませんが、一人でそれらを見つけるのは難しいかもしれません。

また、あなたはあなた自身がそれらのスキルを持っていないことを述べます。これはさらに複雑な要因です。候補者のスキルを評価するのに必要なスキルがありません。最終的に、このタイプのリソースを管理するために必要なスキルを開発する（または、エンジニアリングマネージャーのように雇用する）方法を見つける必要があります。

次の2つの可能性があります。

1. DevOpsへの旅で会社が経験する必要のある変化は何かを理解するのに役立ちます。

2. あなたはあなたが必要なものを知っていて、あなたのためにこのビジョンを実装するために人々を雇うだけです。

集中する必要のある問題を特定するために誰かが必要な場合、DORA（DevOps Research and Assessment）という非常に優れた会社があります。これは、Dr。Nicole Forsgren、Jez Humble、Gene Kimによって共同設立されました。ニコールは、長年にわたってState of DevOps調査を実施しており、長年にわたって業界の詳細な統計を保持しています。Jez Humbleは継続的デリバリーの第一人者であり、文字通り本を書いています。Gene KimはThe Phoenix Projectの著者であり、最後の2人はThe DevOps Handbookの共著者です。DORAはあなたの会社の評価を提供し、それらの質問に答える手助けをします。

どこに行く必要があり、そこにたどり着くのを手伝ってくれる人が必要なかなり良い考えを持っているのであれば、この時点ではおそらく人材紹介会社を得るのは良い考えではありません。DevOps Enterprise DOES Conferenceまたは地元のDevOpsDays Conferenceに行き、廊下の人々と話すことをお勧めします。推奨事項を探し、場合によってはブースを開き、雇用に関するポスターを作成することもできます。

2番目の選択肢は、ここに来て、このフォーラムでそれらの質問を開始し、それらに答えて投票される専門家を探すことです。それらの多くは実際に仕事や挑戦を探しているかもしれません。ここであなたの現在の状況やユースケースについて質問することで、正しい行動方針を示すことができます。

私はこのスペースに雇った人々の中で多くのものを探します。

• 最低限の「ha」レベルのアジャイル（google shu、ha、riが必要な場合はアジャイル導入のため）
• 技術的な実地体験-コーディング、自動化など。ただし、私はツールと言語にとらわれません
• 個性を学ぶ-彼らは常に学習するためにイニシアチブを取ります
• 好奇心and盛で非難するつもりはない-彼らは学習のレッスンとして失敗を受け入れることができます
• 心理的安全性は、高いパフォーマンスを発揮するチームの最大の成功要因であるため、彼らは信頼でき、信頼できるチームプレーヤーです。
• 彼らはコーチし、指導することができます-彼らはエリートでなくても知識を共有します-プリマドンナは高性能のチームには場所がありません
• チームメンバーであり、コミュニケーションが必要なため、「十分な」ソーシャルスキルを持っている

私はまだ完璧な候補者を見つけていないので、常に何らかのトレードオフがあります。今日の世界では、代理店やHRの候補者として「事前資格」を与えられた65以上の履歴書に目を通し、紙面で私の最低要件を満たしていないため50以上を破棄し、15以上にインタビューし、3を採用しました。 9か月の大部分。

他の質問とは別に、次の答えはまだないと思っています。これまでに学んだことをほとんど謙虚な口調でまとめたいと思います。

チームにDevOpsスキルを導入するだけではおそらく十分ではありません（つまり、DevOpsを雇うことができないと考えることです）。（低レベルで物事を機能させるための最良のツールは何かを尋ねるのと同じように、ここでは組織を機能させたいようです）。

本当の問題は、あなたの組織のデジタル変革戦略と、DevOpsがどれだけ優れた顧客価値を生み出し、コストを削減するのにどれだけ役立つか、ということです。

DevOpsは変更の必要性を明らかにし、変更には責任を負う必要があります。

DevOpsが機能している状況が他のチームに圧力をかける可能性があると想像してください。DevOpsは、アジャイルおよび継続的インテグレーションからの進化の結果である場合があります-あなたの資産は何ですか？