エンジニアのチーム、やる気、インタビューについてYakov Shuvaevにインタビュー

大規模なインテグレーターの仕事の特徴の1つは、このインテグレーターが正確に何を、どのクライアントに対して行うのかを誰もが知っている、または大まかに知っていることです。 後者は通常、控えめなプレスリリースまたは顧客パートナーのリストにあるインテグレーターのロゴのいずれかによって大衆の注意を引きます。 しかし、多くの人はそのような仕事がどのように行われるかを知らず、生きている人が大企業のロゴのために働いていることを忘れています。



LANITの技術部門の1人であるYakov Shuvaevの長とのインタビューを提供します。 この部門は、情報システム、生産開発サイクルを提供するサービス向けの信頼性が高く安全なソフトウェアインフラストラクチャの構築分野でのソリューションの実装と、データベースおよび情報セキュリティに関連するすべてのソリューションを専門としています。







ジェイコブ、あなた自身について少し、そしてあなたの部署について簡単に教えてください。 何をしていて、今何に取り組んでいますか？



おそらく私の研究から始めます。 私はRUDNから来ました。 彼は物理学と数学の専門分野「応用数学とコンピューターサイエンス」で学びました。 最初の3つのコースでは、研究に常に時間がかかり、4つ目は少し自由に見えたので、仕事に取り掛かる時間だと判断しました。 2006年でした。 3つのオプションがありました。 主な計画は、私の友人から本物のレビューがあった会社に行くことでした。 そのようなオプションが2つあり、LANITがリストの最初にありました。 私のクラスメートは、しばらくの間並行フローで勉強していましたが、そこで働いていました。 彼は私にIT会社での初めてのインタビューを手配してくれました。 このインタビューで、私はすぐに将来のマネージャー、開発チームの責任者、会社の副社長に会いました。彼は当時副社長ではなく、単なるプロジェクトマネージャーでした。彼らはオープンスペースの同じボックスにいました。 当時、私はIT企業にどのような役割があるのか​​わからなかったので、クラスメートと同じ立場の「開発者研修生」に行きました。 ところで、私が今やっていることをしたい場合、それはうまくいきませんでした-その当時、ユニットの構造にはデータベースの専門家が数人いて、管理者やセキュリティエンジニアはいませんでした。 開発チームの責任者がGWT、JEE、およびガベージコレクターについてほとんど知らないことを知り、私のプログラミングの経験が大学での実験室テストの作成と、PDAのC＃で数独をプレイすることに帰着した後、彼は私の将来のリーダーに引き継がれました。 ロジックタスクが記載されたA4シートを受け取りました。 後に判明したように、開発部門で面接を受けたすべての人がこれらのタスクを実行しました。

興味深い事実。 誰もが知っているわけではありませんが、RUDN物理学数学部はLANITにしっかりと定住しました。 Yakovが働いている1つのユニットでのみ、RUDN物理学部の卒業生5人が働いています。

他にどんなオプションがありましたか？ あなたは3つあると言った。

2番目のオプションを選択した場合、今はおそらくRostelecomが買収した企業の1つで働いています。 これも良い選択肢だと思います。



3番目のオプションであるバックアップは、履歴書をジョブサイトに投稿し、フィードバックを待って、潜在的な雇用主に手紙を送ることでした。 幸いなことに、2番目と3番目のオプションは役に立ちませんでした。

それから

最初のプロジェクトの1つで、顧客の1人にシステムを展開するように指示されました。 一連の部品から作業システムを組み立てるのが好きでした。 アプリケーションサーバーからクラスタを組み立てる必要があったとき、それでもBEA Weblogicが「新しい素晴らしい世界」を開きました。









システムを迅速、確実、安全に動作させるには、1つのコードでは不十分であることがわかりました。 さらに、実践が示しているように、コードが開発者と連携する場合、これは単にそれを取得してクラスターで実行できるという意味ではありません。



さらにもっと。 開発から管理に完全に切り替えた新しいプロジェクトがありました。 そのため、私が働いていた部門のプロジェクトでは、Linux、SVN、および継続的なアセンブリサーバーが現在の形で登場しました。 唯一のこと-長い間、プロジェクトとチームにおけるITの役割の適切な説明をインターネット上で見つけることができなかったことを混乱させました。 これはシステム管理よりも少し広く、DevOpsという用語は2008年にしか登場しませんでした。そのとき頭字語SREにつまずきませんでした。 その結果、彼は彼が実際にやっていたことについて長い間困惑しました。 気になりました。



これらの考えを持って、私はスーパーバイザーに手紙を書きました。その後、彼はこの活動を「ITインフラストラクチャ」と呼び、それに応じて「ITインフラストラクチャスペシャリスト」としてのプロジェクトでの私の役割を提案しました。 人生は理にかなっているとレース...



はい、すでに理解しているように、その時点では、コードを書くよりもインフラストラクチャの方が優れていました。

DevOpsとSRE

2009年に、州のポータルの1つを開発するプロジェクトが開始されました。 生産プロセスは、新しいタスクのフローと規模に応じて劇的に変化し始めました。チームが成長し、テストスタンドの数が増加しました。 スタンドを作成し、最新の状態に維持する必要があったため、商用運用でのシステムの立ち上げに備える必要がありました。 私はすべての活動で1つを見逃し始め、「インフラストラクチャエンジニア」のスタッフを増やし始めました。 すでに述べたように、当時、スタッフにはOracleデータベースの専門家がいましたが、開発部門と管理部門のどちらに関連する管理単位かは完全にはわかりませんでした。 最終的に、彼らは私が彼らを監督すると決めた。



セクターが形成された時点で、私を含めて5人がそこで働いていました。









2016年までに、当社の部門はチェリャビンスク、ペルミ、サラトフ、イジェフスクに追加の地域事務所を開設しました。 「犬は少し成長しました」、そして2016年に私たちのチームは30人以上に分散しました。 部門のより大きな管理単位への変換について疑問が生じました。



これに備えて、非常に「難しい」質問-部門の命名方法を解決する必要がありました。 一方では、チームは「インフラストラクチャ」や「データベース」などのキーワードで長い間知られています。 一方、私たちの活動の範囲は2010年以降大幅に拡大しており、「インフラストラクチャ」という言葉は、ハードウェア、ネットワーク、データセンターなど、他のLANITユニットが専門的に行っているすべての人々に関連付けられています。







私が行っているインタビューでは、私たちの部署が何をしているのかを伝えるために、私は通常、ピラミッドの形で絵を描きます。 最上位の「アプリケーションソフトウェア」は、開発部門が従事しているレベルです。 情報システムの顧客が必要とするアプリケーション機能を実装します。



以下は、私たちの部門が扱うレベルです。 ピラミッドの一部のレベルを完全に閉じ、一部を部分的に閉じます。 部分的な閉鎖により、主な問題を解決するために、部門の従業員が少なくともあちこちで起こっていることを理解する必要があることを理解しています-ソフトウェアを迅速、確実、安全に動作させるためです。



これらのタスクは、アプリケーションコードの周囲に「インフラストラクチャの境界」を構築することで解決できますが、これを最も頻繁に行うことは明らかに不可能であるため、開発チームおよびハードウェア、ネットワーク、仮想化と連携してこれらの目標を達成するチームと緊密に連携します。



ピラミッドの上部にソフトウェアレベルがあり、下に物理レベルがある「フェンス」がないことを理解する必要があります。 少なくとも、コードの最適化、ハードウェアの追加、またはOSの「強化」が必要かどうかの質問に答えるためには、これらのすべてのレベルを理解するか、理解している人の質問を正しく診断および定式化できる必要があります。



部門の構造はセクターに分かれています。 最初のセクターは、情報システムの運用サービスを提供します。 通常、これは第3レベルのサポートです。つまり、チームはシステムの内容、仕組み、実行するタスクを認識しており、システム開発プロセスに直接関与しています。 このチームの目標は、産業環境でのソフトウェアの信頼性が高く、高速で安全な運用を確保し、生産プロセスの継続性を確保することです。 セクターチームが解決する主なタスクには、展開自動化ソリューションの作成と構成、インフラストラクチャとビジネスの監視、構成管理、クラウドリソース管理、信頼性の確保、およびそれに関連するすべてが含まれます。 2017年までに、すべてが始まったときとは異なり、進歩的な人類は、セクターが現在何をしているのかをできる限り正確に説明できる用語を思いつくことができました。これは、DevOpsとSREの要素の混合です。

ベース

部門は他に何をしましたか？



2番目の方向はサービスです。 JiraおよびWikiシステムは、ほとんどすべてのプロジェクトユニットの制作プロセスに不可欠な部分になりました。 さらに、Jiraに基づいて、設計に加えて、部門自体の多くのサービスが自動化されます。オフィスの注文から始まり、リモート作業のためのVPNアクセスの受信から始まり、新しい従業員の雇用プロセスで終わります。



セクターの3番目の作業分野は、ユニットのプロジェクトチームへのクラウドコンピューティングとデータストレージリソースの提供です。 Amazon、Selectel、OnCloudなどのさまざまなクラウドプロバイダーからのリソースのレンタルを整理し、クラウド内のプロジェクトのテスト環境の準備を自動化するサービスを提供します。



2番目のセクターは、データベースの専門家のチームです。 その旅の初めに、チームはOracle DBMSのみに特化しました。 やがて、彼らはPostgreSQL DBMS、NoSQL RIAKデータベース、および何らかの形でデータベースに関連する多くの製品を使用した幅広い経験を積むことができました。 たとえば、同じDelphix。



チームの能力の拡大により、データベースのチームによって解決されたタスクのクラスが変換されました。



新しいクラスのタスクでは、新しいツールを使用する必要がありましたか？







出所



それはさまざまな方法で起こります。 時々タスクが来て、それを緊急に解決する必要があります。 どのツールでもかまいません。 この時点で顕微鏡を手にしか持てないことが判明した場合は、顕微鏡で「釘を打つ」などのすべての問題を解決します。 ちなみに、これは、顧客が顕微鏡を望み、顕微鏡と顕微鏡で建てられた家の代金を支払い、最終的に彼が望んだものを受け取る場合は正常です。 外から見ると、状況は奇妙に見えるかもしれませんが、顧客が満足すれば、目標は達成されます。



明らかな理由により、このような状況を防止しようとします。 問題を解決し、プロジェクトを作成し、同時に奇妙に見えないようにするには、新しいタスクを受け取ったり新しいプロジェクトを開始する前に、業界であなたの周りで何が起こっているかを認識することが重要です。 幅広い技術とソリューションの知識により、顕微鏡は世界で最高のものではないことをお客様に説明し、問題を解決するための最適なオプションを提供することができます。



そして、どのようにそれをしますか？



私たちは後れを取らないようにしています:)私たちはウェビナーを見て、会議に行き、会議を開催します。 時間が許せば、いくつかのタスクで新しいテクノロジーを使用しようとするため、時間が来たら提供できるようにしています。

安全性と信頼性

なるほど。 インフラストラクチャとデータベースはすべてあなたがすることですか、それとも他の分野がありますか？



あります。 2015年に、情報セキュリティと災害対策ソリューションの設計の分野で働き始めました。 結果のうち、2つの大規模な状態情報システムの予約方式の設計が完了したことに注目できます。 1つのプロジェクトでは、システムは2つのデータセンター用に予約され、2つ目は4つ用です。



私が知る限り、同じAmazonを使用すれば、ほとんどすぐにこれを実行できます。 難しさは何ですか？



アマゾンは、使用するものに応じて、インフラストラクチャまたはサービスのレベルでこの機会を提供します。 同時に、プロジェクトで使用されているテクノロジーによっては、システムのコードレベルでデータセンター間を「移動」する可能性を考慮した場合にのみ、うまく機能します。 そうしないと、結果はほとんど予測できません。 私たちの場合、タスクは、長年稼働しているシステムのバックアップスキームを考え出すことでした。これにより、設定されたRTOおよびRPOインジケーターが保証されます。



わかった セキュリティはどうですか？



どの国にも、特定の要件を満たすために特定のクラスのシステムを必要とする法律や規制があります。 ロシアでは、この分野の主な法律は149、152、63連邦法と、それに対応するさまざまな部門の命令です。 私たちは主に個人情報を処理できる政府の情報システムに従事しており、電子デジタル署名も使用できるため、このすべての規制の要件を考慮する必要があります。 その結果から、FSTECの要件に応じて、私たちの部門が開発している情報システムの1つの認証に関する作業が完了したことに気付くことができます。このシステムに含まれるソフトウェアとFSBの要件に基づく2つの影響評価を認証しました。



法律で必要な活動に加えて、ユニット内では、他の部門の同僚を訓練し、システムの生産と運用における情報セキュリティの問題をテストおよび開発します。



そして、部門の名前はどのように聞こえますか？



「インフラストラクチャソリューション、サービス、およびデータ管理部門。」 長いですが、私たちの仕事の本質を反映しています。



仕事中に特に誇りに思っていることは何ですか？



問題を解決でき、信頼できるプロのチームを結成できたことを誇りに思います。

動機について

従業員が希望する結果を達成するためにどのように動機付けますか？ そして、あなたの意見では、成功したチームの秘密は何ですか？



私は特に誰にもやる気を起こさせません。 私の仕事では、2つの原則から進んでいます。 1つ目-タスクを設定するとき、結果として私が待っているものを説明することに加えて、このタスクの結果を必要とする理由と誰がコンテキストを概説しようとします。 私が自分の経験から知っているように、特にあなたが受け取るタスクが結果を必要とするタスクからのものでない場合、彼らがあなたから何を望んでいるのか、どんな形で推測しようとするとき、見知らぬ人はいない。



2番目-インターンを含むすべての大人がいるという事実から進めます。 私たちに来るすべての人に、私はタスクが理解できない場合、あなたが推測して考えようとするべきではない、あなたが立ち上がって尋ねる必要があると言います-誰も額に当たらないでしょうが、それは皆のために多くの時間を節約できます。



成功の秘Regardingについて。 この質問は私の頭-ユニットのディレクターに尋ねた方が良いです:)彼が私たちの部門が成功していると仮説的に答えた場合、私は再び、仮説でこの質問に歴史で答えました。 残念ながら、著者が誰であるかはわかりませんが、彼女は精神的に非常に私に近いです。 次のように聞こえます：

「1人のリーダーにインタビューします。

-教えてください、ここであなたのすべての従業員は常に異なる会議に出席し、証明書を受け取り、他の会社のオフィスでさまざまなトレーニングや会議に行きます...あなたは彼らがあなたからすべてを学び、あなたを去ることを恐れていませんか？

「私は彼らが何も学ばずに残ることを恐れています。」

従業員の雇用について

あなたの意見では、LANITおよびIT部門全体でスタッフが不足していますか？ LANITは、会社に設定されたタスクを解決するために今日どのような専門家を必要としますか？ そして、若者が会社で働き続けるために何をする必要がありますか？



良い質問です。 スペシャリストの雇用には困難が伴いますが、この状況は、LANITだけでなく、市場全体で一般的です。 私たちの部門が取り組んでいるプロジェクトは、通常、「ここから昼食まで」の仕事を含まないため、私たちに適した専門家のリストは大幅に絞り込まれています。



私の意見では、そのような状況になる方法にはいくつかの選択肢があります。



最初は古典的です。 従来のHRアプローチを使用して、必要な人を長期間検索できますが、結果は常に高品質です。 多くの人がここで私と議論することができますが、私は私の経験について言うことができます。 おそらく私たちの人事は幸運だったでしょう。



また、地域の人々を検索し、インターンを取得して必要なタスクに送り込むこともできます。 これら3つの方法はすべて、現在のチームを今のところうまくしませんが、将来的には問題を解決します。



2つ目は、ソーシャルネットワークで市場に会社を宣伝し、LANITで働くことを考えたことのない人を引き付けることです。 Yandex、Avito、Mail.ruについては誰もが知っていますが、LANITについて何を知っていますか？ 私はいつもインタビューでこの質問をします。



そして、彼らは何に答えますか？



通常、彼らがインテグレーターから来た場合、彼らはおそらく何かを聞いたかもしれませんが、必ずしも私たちの部門が関与しているプロジェクトについてではありません。 LANITは企業のグループであり、それぞれが何かに特化しています。 コスモドロームを構築している人、ATMに従事している人-異なる方向があります。 私たちについての残りの部分は何も知らないか、「はい、聞いた...あなたは公共サービスをやっていますか？」のような何かに答えることができます:)そしてこれはLANITが数年間ロシアで最大のIT企業の1つであるにもかかわらず、プロジェクトで、私たちのユニットによってのみ実装され、全国で使用されています。



主なものは、1つのアプローチに焦点を合わせることではなく、幸いなことに、この点に関して、私たちは積極的に正しい方向に向かっています。 mitapsを実行し、Habrに行きました。 さらに、インターンシッププログラムは勢いを増しており、それに応じて、トレーニングとさらなる雇用のために、私たちの場所に幼い子供を探しています。



トレンドになろうとしています。

保持について

トレンドでは-これは良いことです。 そして、従業員をさらに維持する方法は？



そもそも、誰も無理矢理誰も抱いていないと言いたいのですが:)従業員が退職しないためには、手放しにくい条件を作成する必要があります。 まず第一に、これは従業員が会社で安定と成長の見通しを感じるように、そして第三に、彼らが自分自身と会社のために成長できるように、あなたが好きなことをする機会です。



これを達成するために、まず、すべての従業員が自分が働いている部署が何に従事し、何をしているのかを理解することが重要だと思います。 もし彼がこれを理解していなければ、彼は何をして何をしているのか、そして彼が何であるかの一部を理解しません。



明らかに、私たちはスタートアップや製品部門ではありませんが、独自のソフトウェア製品と内部スタートアップもあります。 まず第一に、私たちはプロジェクトを行うインテグレーターです。 大規模で複雑なターンキープロジェクト。 これは実際にはどういう意味ですか？ これは、要件の収集から始まり、すでに実稼働で稼働しているシステムの運用と開発で終わる、情報システムの作成のための完全な生産サイクルを実装していることを意味します。 私たちが取り組んでいるプロジェクトは、国にとって社会的に重要かつ重要です。 あなたが何をしているか、そして何人の人があなたの仕事の結果を使用しているかについての1つの認識は非常にやる気になります。



第二に、各従業員は、会社での仕事が自分にとってどのような機会を開くか、開発のためにどのような選択肢があるか、そしてこの機会を理解する必要があります。



ユニットは途方もない速度で採用され、開発された素晴らしい経験を蓄積してきました。 私たちの専門家が持っている知識と能力を共有できる会社や部門は多くないと確信しています。 取って学びましょう！



理論的には明らかですが、実際にはどうですか？ すべてが正常に機能しますか？



まあ...私たちは完璧ではありませんが、私たちはこの方向に行こうとします。 この理論のほとんどは、実際にそこに「感じられる」ことができます。 私たちのプロジェクトのダイナミクスは、年末にいくつかの連邦「宇宙船」の次のリリースの循環サイクルに陥るということで、1年で他の会社よりも月でより多くの経験を得ることができます。





出所



最初は、この速度はわかりにくいです。 一般に、何が起こっているのかを理解するのが難しい場合があります。 しかし、この雰囲気に突入して、このリズムを放棄することはすでに困難であり、それはあなたが指を進歩の脈動に保ち、絶えず発展するように動機付けます。



そして、もちろん、第三に-インタビュー。

面接について

従業員を維持するためには、従業員を保持する必要がないことを確認する必要があります。 そのためには、チームに100％適合し、すぐに一般的なフローに参加する人々がチームに分類される必要があります。 この従業員が数時間のインタビューでストリームに落ちるかどうかを理解するために-これは別のタスクです。 候補者とのコミュニケーションを始めて、私はまず最初に用語と候補者を同期させます。 通常、私たちのところに来る人は以前どこかで働いていました。 誰もが特定の用語について独自の理解を持っています。誰かが彼がアーキテクトであると言う、誰かが高負荷のプロジェクトを行ったという事実を話す、誰かがデータベースに多くのデータを保存しているなどと言う。 対話を構築する前に、同じ言語を話すことを理解する必要があります。 映画「Arrival」を視聴した場合、これは同じ話です。













私たちのユニットの場合、1つのプロジェクトは数十個のパーツで構成され、各パーツは他の企業の個別の大規模プロジェクトです。 このような各プロジェクトは、マネージャー、アナリスト、開発チームリーダーなどで構成される個別のチームによって行われます。 最初の会議で、「100のプロジェクトに参加し、1000のサーバーをサポートし、9000を超えるデータベースを展開した」と言った人は、一見、そのような経験を持つ人は見ずにチームに連れて行かなければならないようです。 しかし、詳細に飛び込み始めると、多くの場合すべてがそれほど明白ではなくなります。



私がいつも面接している人々に尋ねるもう一つの重要なことは、彼らが選択肢を持ち、他のすべてが平等であるなら、彼らはIT会社で何をしたいのか？ あなたが望むなら、魂は何ですか？ さまざまな役割の求人を常に募集しているため、原則として、求人をフィルターするのではなく、人々を見て、そのような機会がある場合は、彼らに選択肢を与えます-彼らはどこに行くべきですか？ 私にとって、主なことは、私たちが取る人は仕事をうまくやるだけでなく、それを楽しむことです-そして彼が去る可能性は少なくなります。

メンタリングについて

第4に、人々が経験を汲み出し、成長させ、交換し、自分自身を表現できるようにするには、この経験を蓄積し知識を伝達する絶え間ないプロセスを維持する必要があります。 そのような機会もあります。



おそらく、Wiki形式の企業知識ベースを持っている人は誰も驚かないでしょうが、それについて言及する価値はあります。 当社のデータベースには、従業員が作成した多くのページが含まれており、技術的な問題の解決例やさまざまなITトピックに関する記事が含まれています。 これらは、Habr形式の記事などではありません。 これらはむしろ、自分の同僚のためのさまざまな程度の詳細な従業員のメモであり、初心者が私たちが使用する一連のテクノロジーに自分を向け、すぐにプロジェクトに飛び込んだり、昔のことを覚えたりするのに役立ちます。

mitapsについて

企業のWikiでcr屈な従業員、およびそれを非表示にしない理由については、PRについても、昨年、 TwitterとTelegram チャンネルを使用した ＃TechGuruDayシリーズのイベントを開始しました。 集会はLANITサイトで開催され、ITトピックに関するライブレポートがあります。 従業員は招待された外部スピーカーと話すことができます。 今年、Habréですべての従業員が執筆できるブログを開始しました。 ちなみに、この機会を利用して、mitapの興味深いトピックを持っているすべての人を招待し、meetup.comに書いてください。このトピックが何らかの形で私たちがやっていることと重なったら、共同mitapを開催します。



したがって、要約すると、私たちを離れない理由は、私を離れる以上の理由だと言えるでしょう！ しかし、人生の状況は異なり、彼らも私たちを去ります。 これらの場合、私たちは通常非常に悲しいですが、さらに作業を続けます。 特に、退職した従業員が私たちにとって悲しいことであり、しばらくしてから戻ってくることが非常に多いことを知っています。

今後の計画について

新しいアクティビティを開始する予定はありますか？



今年は昨年よりもTechGuruDayのミーティングを増やしたいと思っています。カンファレンスで興味深いことをお話ししたいと思います。



同僚に何を望みますか？



一つの場所に立って、常に世界を発展させ、前進させないでください！



今、人々があなたのチームに行きたがっているなら、彼らはあなたの「宇宙船」についてどこで知り、あなたは誰を必要としますか？



これで、カンファレンスのプレゼンテーションの最後のスライドのように、「WE'RE HIRING」という大きな碑文が表示されます。



「宇宙船」については、コメントで質問することができます。 つまり、PostgreSQLおよびOracleデータベースのスペシャリスト、DevOps / SREチームでansibleおよびpythonの知識を持つエンジニア、アーキテクト、セキュリティエンジニアを募集しています。 さらに、すべてのレベル。 さて、そして、他の皆と同じように、私たちは空席のあるウェブサイトを持っています。そこではすべてがより詳細に記述されています。