「財務に対する非典型的な態度」 - 従業員が自分で収入を管理したらどうなるでしょうか。 フラントとの会話

自分のビジネスだけが本当に豊かになれる世界でも、人々は依然として雇われて働きます。 まず、誰もがビジネスマンになることに幸せを感じているわけではありませんが、彼らは生きていかなければなりません。 第二に、職場ではすべてが明確で安全です。あなたは自分の職務を遂行し、リスクのほとんどは他の人が引き受けます。 ここから、古く疲れた対立が増大します。経営者は、あたかも仕事が自分のことであるかのように、従業員にやる気を起こさせることを望んでいます。 従業員は、給料をもらって仕事をしたいだけで、それ以上のことは何もしたくないのです。

この古典的な関係には、オプション、金利、ボーナスなどのバリエーションがあり、オーナーと従業員が同じ船に乗っているようなものです。 しかし、さらに非典型的な状況もあります。

Flant 社は、他の人のターンキー作品にサービスを提供する複数の DevOps チームで構成されています。 彼らは熱心な学生と Linux ファンのグループから成長し、今では「ビジネス内ビジネス」の構造を構築しました。その方がより快適で誠実だからです。 ディマ・ストリャロフとサーシャ・バタロフが、それがどのように機能するかを教えてくれました。

フラントが入った 評価 2018 年の最優秀 IT 雇用主 平均評価 4.68。 My Circle での会社の評価から判断すると、従業員は会社が世界をより良い場所にしていると信じており、また、Flaunt の興味深い仕事、チーム内の良好な関係、最新のテクノロジー、および経営陣とのつながりを高く評価しています。

Linux 学生の集団

報告中のドミトリー・ストリャロフ (テクニカルディレクター)

- （ディマ・ストリャロフ） 私たちは常に Linux とオープンソースに関わってきましたが、非常に面白いトピックから始めましたが、今では少し恥ずかしいことになっています。 どういうわけか、私たちはオフィスに Windows ではなく Linux を導入すべきだと考えました。 会社の最初の名前は TrueOffice、つまり「真のオフィス」でした。 その後、誰もそれを必要としていないことに気づきました。 2006年、私は19歳でした。 2012 年から 13 年にかけて初めて、私たちはビジネスのやり方や世界が必要としているテクノロジーを理解しました。

カンファレンスの同社ブースに立つアレクサンダー・バタロフ（CEO）

- （サーシャ・バタロフ） テクノロジーに加えて、マーケティング、販売、経済学などの巨大な層があり、大学の授業を除いて誰も教えたことはありませんが、それらがどれほど適用可能で役立つかはわかりません。

最初は、これはすべて必要ではないと思われましたが、その後は、実際に学習したり、本を読んだり、場合によってはすでにコツを掴んだ後でも学習する必要がありました。 一般的に、私たちは長い茨の道を歩き、間違ったことをたくさん試してきました。

- (DS) しかし、徐々にスキルが向上するにつれて、全員が Linux に特化するようになり、今では負荷の高い Web プロジェクトのみを扱うようになりました。 そして、Kubernetes が登場したとき、これが欠落しているまさに基盤であることにすぐに気づきました。

――なぜLinuxにこれほどの関心が集まったのでしょうか？ イデオロギー的なものでしょうか、それとも技術的なものでしょうか？

- (DS) 同社にはディマ・シュルポフと私という二人の創設者がいます。 Dima Shurupov はオープンソースにより興味を持っていました。 そして私は、Linux ですべてが機能する仕組みが技術的に好きでした。 その結果、ディマはイデオロギーが好きで、私はテクノロジーが好きという組み合わせが生まれました。 私はオープンソースがアイデアとして大好きですが、私にとっては常に技術的な側面の方が重要でした。

アインシュタインは、「やるべきことは可能な限り単純であるが、それ以上単純ではない」と言いました。 Linux は非常にシンプル、確実、そして透過的に構築されているので、とても楽しんでいます。 私たちは皆それが大好きで、学生グループから大きなグループになりました。 現在、当社にはすでに 70 名が在籍しており、IT や専門サービスの場合、これはかなりの数です。

――学生ギャング時代はどんな感じでしたか？

- (DS) まあ、学生の場合はいつものように、楽しくて遊び心があります。

- (土) 膨大な利他主義、インターネットを征服したい、技術の頂点を征服したいという願望。 私たちは非常に複雑なタスクに携わることになりました。以前は、システム統合の分野で深刻な (しかし非常に興味深い!) プロジェクトを、数セントで請け負っていました。 彼らは独自のフレームワークを作ろうとし、学んだ技術をすべて吸収し、すぐに応用を模索しました。

—商業的にはすべてうまくいきましたか？

- (DS) はい、しかし初期段階では何​​も必要ありませんでした。 当時、私にとって40万ルーブルはまったく普通の収入であり、それに多額のお金を費やしました。

- (土) そして、XNUMX ドルもあれば、想像できるあらゆる Web サイトを作成できると思いました。

- (DS) 2013年、モスクワには自由に人を雇う資金がありませんでした。 連れて行かれる可能性のある知り合いは全員すでに連れて行きました。 私たちはニジニ・ノヴゴロドに事務所を開設することにしました。 私たちはそこに行き、店を開き、採用を開始しました。 そして、XNUMXつのオフィスを持って生活するのは難しいことに気づき、オフィスを一切持たずに生活することを決意しました。

もちろん、たくさんの困難にぶつかりました。 恥ずかしながら、私が『リモート』を読んだのは2016年になってからでした。 同じ道を歩んだので泣いたり笑ったりしました。 各段落は私の個人的な経験と交差しています。

- (土) どの段落にも私たちの傷跡が含まれていました。

フラントは何をしますか？

当社は高負荷のプロダクション向けにターンキー サービスを提供します。 これは通常のアウトソーシングとは異なります。なぜなら、私たちはクライアントと非常に長い間同居し、非常に密接にやり取りしており、人々は最も重要なことの XNUMX つについて私たちを信頼しているからです。 彼らのビジネスは私たちの働き方に大きく左右されます。

高品質な本番運用を構築するには、15 ～ 20 人の DevOps、データベース スペシャリスト、Kubernetes スペシャリスト、サポート サービスなどが必要です。 そして、会社が小規模で、開発者が 150 人か XNUMX 人しかいない場合、これは不可能です。 そして、私たちは来て救います。 XNUMXでXNUMX。

以前は、たとえそれがどんなに愚かなことであっても、私たち自身が働きやすい会社を作るという使命がありました。 これが実現した今、その使命は、Google や Facebook レベルのテクノロジーを初期段階で中小企業や新興企業が利用できるようにすることです。

人々は、克服できない可能性のある問題を克服することよりも、自社の製品に集中できるようになります。

私たちのところに来る多くの人は、どれほど多くの異なることがあり、どこにでもどれほどのプレッシャーがあるかに驚きます。 50 を超えるプロジェクトが運用中であり、70 を超える Kuebrnetes クラスターがあります。 物事を台無しにしてしまう可能性は常にあります。 描画プログラムを開き、マイクロサービス アーキテクチャを描画し、200 個のテクノロジのリストを作成して、作業を開始しました。 しかし、これは常に問題や結果をもたらします。

秘訣は、一方では最大限の安定性、信頼性、シンプルさを確保し、もう一方では高レベルのイノベーションを確保することです。 そうですね、私たちはこれができることを誇りに思っています。 従来のイケアと同じように、これをどこでも一斉に行います。

アウトソーシングされた DevOps が必要なのは誰ですか

— 大企業はdevopsのスタッフを常駐させたいと考えているように思えます。

- (土) Avito や Badoo などの大企業が Devops スタッフを採用できることは明らかです。 巨額の投資を行っている小規模企業もそれを行うことができますが、彼らは人材を採用しますが、それに対処するのに十分な体力があるわけではありません。

私たちは、たとえ大企業であっても、この問題に関して最善を尽くした専門家に頼ったほうがよいと考えています。 Web ベースのビジネスを行う小規模企業は、経験豊富な人材に頼る必要があります。 なぜなら、主要システムのダウンタイムは損失につながるからです。

- (DS) 私たちは、ロシアの人々がネガティブな経験やその他の理由から、アウトソーシングを恐れていることを知っています。 しかし、顧客は私たちを離れません。 XNUMX年後に彼らが辞めた理由はたったXNUMXつだけだった。 彼らの規模が私たちを追い越したか（たとえば、すべてを買収されて再構築された）、あるいはアイデアがうまくいかなかったため閉鎖したかのどちらかです。

— 中小企業と大企業ではどちらが頻繁にあなたのところに来ますか?

- (DS) 今も同じです。 でも、小さな子たちはただ私たちを怖がっているだけで、私たちが...

- (土)... 大きく、複雑で、達成不可能で、頭がぼんやりしています。

- (DS) そう、マイバッハのショールームの前を通り過ぎても、中には入らず、値段も聞かないでください。なぜなら、マイバッハに 500 万ルーブルの値段が付くわけがないからです。

- もちろん、それはできません。

- (土) しかし、カーシェアリングに登場するとすぐに余裕で運転できるようになります。

- (DS) はい、もちろん、私たちはマイバッハではなく、イケアです。 また、シンプルで信頼性が高く、手頃な価格も実現しました。 一般的に、TOP50 企業と小規模企業の問い合わせ数は同じです。 しかし、私たちは主に中小企業に依存し、主に中小企業と協力しており、大企業とは協力しないようにしています。

- Почему？

- (DS) 官僚主義が多い。

- (土) 大企業では、多くのレベルで責任が分散され、フィードバックは非常に長く、多くの場合、人々はテクノロジーをいじり始めます。それは企業文化にとってより美しいものです。」、これが私たちの実践がどのように発展したかです。 そして、結果の 80% が明日になるように、単純な近道で解決できる事柄を複雑にし始めます。 彼らは長い道のりを歩んでいますが、それがうまくいくかどうかは不明です。

その結果、確立された慣行の代わりに車輪の再発明が行われ、技術的ソリューションのコストが比較にならないほど高くなるのです。 同時に、品質が向上するというわけではありません。

委託料

私たちは GitHub 上に多くのプロジェクトを持っており、すべての履歴を積極的にオープンソースに貢献しています。 自分自身だけでなく、他の人にも影響を及ぼします。 私たちは毎日使用するツールを共有するように努めています。 私たちはこれが私たちの責任であると信じており、喜んでそれを実行します。

社内の全員が、レビュー、ドキュメント、コードなど、何らかの形で貢献しています。 これは、私たちが使用するオープンソース ユーティリティの豊かな世界全体に対する支払いであると私たちは信じています。 そして、私たちはこの料金を支払う価値があると思います。

私たちはこれを経験の凝縮と呼んでいます。 最初は、ある人が何かを学び、それを同僚と共有し、その経験が民間伝承になりました。 次に、ドキュメントを記録し、それをユーティリティに取り込み、その存在を忘れました。考えなくなったため、すべてが自動的に考慮されます。

テクノロジーの人気と開発者の有害性

— なぜ Ubuntu なのでしょうか? 彼女がキャスティングされる前に、他に何を検討していましたか?

- (DS) 私たちは Linux が好きな学生が多かったです。 そして、私たちは長い間 Gentoo を使用していました。これはソースベースのディストリビューションであり、毎回最初からコンパイルする必要があります。 サーバーが数百台になった後は、アップグレードに数か月かかりました。 もちろん、最初はすべてを自動化して最適化しましたが、最終的には何かを変更する必要があることに気づき、さまざまなソリューションの長所と短所を理解した上で、最も人気のあるソリューションを単純に採用しました。 それからそれは直感的でした - それが最も人気があるので、それは最も良く開発され、遅かれ早かれすべての欠点が修正されることを意味します。

このような Resync DB データベースがありました。 彼らは MongoDB と競合し、ほぼ同時期に開始されました。 そして長い間、Resync の方が技術的に優れていました。

ユーザーが来ると、内部システムの問題を解決しようとしましたが、MongoDB では解決されることははるかに少なかったのですが、合成テストを改善するために条件付きで指示することができました。 したがって、MongoDB の人気が高まりました。 最も単純なケースではパフォーマンスは良くなりましたが、中身は最悪でした。 Resync DB は内部的には優れていましたが、人気は高まりませんでした。

その結果、MongoDB 内はすべて正常になりましたが、誰も Resync DB を覚えていませんでした。 会社が倒産した。 これは大まかに言うと Ubuntu の話です。 このディストリビューションは非常に注目されているため、これを使用することにしました。

— 最近の政変やCoCなどはどうですか？

- (DS) そうですね...ネガティブな要素はなく、すべてが順調で、すべてが明確です。 私自身、時々人を傷つけてしまうという事実に苦しんでいます。 たとえば、私にとってあることは明白なことのように思えますが、人々がそれを理解していないことにひどく腹が立ち始めます。 腹が立つと、それがマイナスなことになってしまいます（でも、私はそれに取り組んでいます）。

ライナスはとても賢いです、何しろ彼はこの仕事を 30 年間も続けているのですから。 彼が厳しい男であることは明らかで、言葉を切り詰めることはありません。 彼の礼儀正しさは損なわれており、コミュニティはその改善に取り組んでいます。 彼自身もすべてを理解し、認めています。

「しかし、ディスカッションの反応からわかるように、多くの人は直接的かつ厳しく言うという考えを支持しており、誰かがそれを気に入らないとしても、彼らは溶けることはありません。

- (DS) いいえ、そうではありません。 礼儀の欠如に悩まされている人間として、これが非常に悪いことであることは理解しています。 これではコミュニティが台無しになります。 気にしない人もいますが、ほとんどの人にとって、精神的な安らぎを得ることは依然として重要です。

コードに愚かな間違いがあります。 「皆さん、こんな単純なことを見逃しているのはひどいことです。それを修正する必要があります。」と書くことができます。 あるいは、「一体誰がこんなことをしたんだ?!」と書くこともできます。 一言。 この間違いを犯した人はあなたよりも賢くて経験があるかもしれませんが、間違いを犯したときは単純に気分が乗っていませんでした。彼に何が起こったのかはわかりません。 そして彼にとってそれは直接的な侮辱となるだろう。 なぜこれが必要なのでしょうか?

物事を直接言う必要がありますが、「なんてバカが書いたんだ」と言う必要はありません。 隠したり包んだりすることにも意味はありませんが、人を怒らせる必要もありません。

DevOps はなぜ毎日お互いに電話する必要があるのでしょうか?

- (DS) 現在、小さなオフィスが XNUMX つあり、そこに書類が保管され、オフィスマネージャーが座ってこれらの書類を処理しています。

その会社には70人がいます。 OPSチームは20名です。 30 人は、それぞれ約 10 人の 20 つの DevOps チームです。 残りの8名は開発者と販売者です。 開発者は4名、RND部門は5名。 技術系以外の人材は全社に6～XNUMX名います。

XNUMX つの DevOps チームが礼金を稼いでいます。 プロセスはどこでも同じで、毎日 XNUMX 時間半にわたる長い会議が行われます。 しかし、そこで彼らはすべての技術的な問題を解決し、次に何をするかを決定します。 そして、すべてがリモートであるため、これは通常のコミュニケーションの機会です。

――それは本当に毎日必要なのでしょうか？

- (DS) はい。

- 皆さんもこれに同意しますか？

- (DS) はい、誰もが同意し、誰もが快適です。 しかし日によってはラリーが30分続くこともある。 Slack での非常に激しいコミュニケーションにもかかわらず、それでも良好な同期を保ち、昨日何が起こったのかを理解したいと考えています。 クリックタスクだけではなく、お互いを理解したいと考えています。 これは文化的に重要な瞬間です。

- (土) いつでも何かが起こり、状況が変わる可能性があります。 常に調整が必要です。

- (DS) このテーマに関して、あなたには良い逸話があります。

- (土) はい。 心臓外科医が自動車センターにやって来て、整備士は彼にこう言いました。「聞いてください、私たちは同じことをしています。あなただけが人の心臓を手術し、私は車の心臓を手術します。 あなたは手術に対して 10 ドルを受け取り、私はサービスに対して 000 ルーブルを受け取ります。

外科医は「修理代として10万も受け取りたいですか？」と尋ねます。 もちろんそのようなメカニックです。 外科医は車に乗り込み、エンジンをかけ、「もうやめてください」と言いました。

それも私たちと一緒に。 開発では、タスクを引き受けて XNUMX 週間以内に結果を出すことができます。 その後、プラスマイナス XNUMX 日は何も影響しないため、すべてを修正できます。

そして私たちの場合、アラートを見逃したり、アラートに対する誤った決定をしたりするたびに、非常に大きな問題に発展する可能性があります。 これを回避するには、緊密で高速かつ継続的なコミュニケーションが必要です。

リモートは難しいですか？

リモートで人を管理するのは難しいです。 しかし、あなたがあるオフィスにいて、彼らが別のオフィスにいて、意識がぼやけている限り、それは困難です。 あなたはモスクワに座っていますが、ニジニの少年たちが貧弱で非効率的に働いているように見えます。 モスクワでは、周囲の人々の努力は目に見えますが、リモートワーカーの努力は見えません。 結果だけを受け入れるのです。

オフィスでは、誰かがキッチンに行く途中で誰かに何かを言ったなど、形式張らない形で多くのコミュニケーションが行われます。 別のオフィスの人々はそれを見ず、感じず、コンテキストが失われます。

私たちがオフィスを手放す準備ができた頃には、すべてのコミュニケーション（同じ部屋にいる従業員間であっても）は Google Meet 経由で行われていました。 そして、すべてのコミュニケーションをリモートで構築したところ、それは 100% 機能し、誤解の障壁はすべて取り除かれました。

すべてを揃えるのは難しいですが、正しく行えば問題なく機能します。

チームが自分のお金を管理する方法

— リモートワークは物議を醸す問題です。 企業は、従業員をコントロールできなくなるのではないかと考え、従業員を帰宅させることを恐れていることがあります。 しかし、私を解雇した人たちは、まったく異なる方法で取り組む必要があるとも言います。

- (DS) 私たちはチームと資金を共有する準備を整えることでこの問題を解決しました。 私たちの経済とモチベーションのシステム全体は、ほぼフランチャイズのように構築されています。 給料はかなり高いし、加えて我々は従業員のために自由に使えるお金を残します。

チームは多数のプロジェクトを担当しています。 彼らは、これらの各プロジェクトがどれだけのお金をもたらすかを知っています。 彼らはこのお金の自分たちの取り分を正確に知っています。 彼らの給料を超えて残ったお金はすべてチームに残り、特定のシステムに従ってチーム間で分配されます。 動機は完全に直接的です。彼らはさらに 200 万ドルでプロジェクトを引き受け、給与にさらに XNUMX ドルを追加しました。 私たちは間違いを犯しました。クライアントに補償する必要があります。

- (土) 相手を失望させ始めたら、すぐにそれを感じることができます。 追加の収入を得る機会を奪うことになります。 そして私たちのシステムは制御の問題を完全に解決します。 人は毎日自分で計画を立て、誰が何をしているのかを理解するのに十分な毎日の会議があります。

- (DS) 戦闘状態では、彼らは塹壕にいる仲間に嘘をつきません。

――給料はオープンだったそうですね？ 誰がいくらもらえるかみんな知ってる？

- (DS) しばらく前に給与の締め切りを行いました。 地域差はあります。 私たちは地方でモスクワの給与を全額支払うよう努めているという事実にもかかわらず、依然として多少の不協和音が存在する。

- (土) 今ではチームがどれだけの資金を持っているかは誰もが知っています。 彼らは自分が受け取るボーナスの割合を確認します。

- (DS) 各チームのチームリーダーは、部下が受け取る金額とボーナスの分配方法を決定します。 私たちはアドバイスのみをもとにこの問題を詳しく調査し、決定は常にチームのリーダーが行います。

なぜ人々は欠員を恐れるのでしょうか?

10年に創立2018周年を迎えます

――70人もいたら十分ですか？

- (DS) いいえ。 私たちは年間少なくとも 20 人の DevOps エンジニアを雇用する計画を立てています。 でもそれはとても難しいことです。 当社にはかなり多くの候補者がおり、誰もが何らかの形で当社のことを知っています。 しかし、ここでの話はクライアントの場合と似ています。 多くの人は、「私たちが対応できない場合を考えて、あなたのために働くのは怖いです。」と言います。 しかし、私たちはここに超宇宙的なものが存在するとは思っていません。

候補者とのやり取り

―引っ張るにはどうすればいいですか？

- (DS) 理論的には、人は開発と運用において同等に成長する必要があります。 実際のところ、ロシアは言うに及ばず、そのような人は世界でもほんの数人しかいない。 特にあちこちの先輩たち。 私自身もその一人だとは思いません。

当社の求人情報には、常に知っておくべきことが明確に記載されています。 私たちはそれらに熱心に取り組み、要点を絞って書くよう努めています。

— どれだけ知っておく必要があるかが紙に書かれていれば、欠員を本当に怖がらせるかもしれません?

- (DS) いえいえ、多くのことを知る必要はないと思います。

- (土) 私たちは知識ではなく、思考、つまり解決策を見つける人の能力に興味があります。

- (DS) 私は Linux の経験に興味があり、非常に単純なタスク (多数のタスクだけ) でテストしています。 私たちのテストは非常に長く、平均的な受験者の場合は 8 時間かかります。 そしてその結果に基づいて、その人がどのように問題に対処しているのか、どのようにグーグルをしているのか、彼の視野は何なのかを調べます。

私たちにはさまざまなプロジェクトがあり、常にアドバイスをくれる経験豊富な同僚がいるので、すぐに知識を得ることができます。 したがって、私たちはまず、彼らが迅速に思考し、経験を積んでいることを確認します。

— テスト以外に、何らかの方法でこれを検出しますか？

- (DS) XNUMXつのフェーズがあります。 まず、人事担当者から連絡があり、その経験について話すよう求められます。 そして、人事に気に入られた人がテスト課題を受けます。 その結果をもとに、チームリーダーが人事に意見を伝え、全員一致で良い意見であれば、その人に内定する理由となります。

未来のスーパーマンを雇うのに500万ルーブル

- (DS) 私たちの財務に対する態度は非常に独特で、チームと共有し、貪欲ではありません。 また、人員増強のためにチームに500万ルーブルを割り当てます。 つまり、これは、人を見つけて、その人が参加するまでの間、すべてを教えることができるようにするための助成金です。

- 500人あたりXNUMX万?!

チームが多くのお金を稼ぐためには、より多くのプロジェクトを引き受ける必要があります。 これを行うには、より多くの人員が必要です。 そして、より多くの人を受け入れるには、より多くの資金が必要です。 悪循環です。 この循環を断ち切るために、私たちは新しい人にお金を与えます。 彼が資金を注ぎ込んでいる間、彼らはさらに多くのプロジェクトを獲得し、そのお金から彼に給料を支払うことができる。 つまり、新人がお金を持ってくるまでの補償です。

— これは DevOps にはやりすぎではありませんか? 彼らは戦闘状態で毎日のように荷物を積み込み、財務管理にも対処しなければなりません。

- (DS) これはチームリーダーによって行われ、彼はもはや完全に Devops ではありません。 チームリーダーは、選択肢を得るためにパートナーシップに向かう傾向が高くなります。 したがって、私たちはこれが彼らにとって正常なことだと考えています。 しかし、これはチームの普通の人たちには関係ありません。

大まかに言えば、同僚が失敗した場合、翌月その同僚の給料が支払われることを彼らは知っています。 もちろん、彼らはもっと頑張らなければならないだろう。 そして、代わりの人が見つかったら、そのお金を彼に返します。

そして、チームのリードに 500 万ドルを与えても、彼らは成果を上げない人材を雇いたくありません。 そして場合によっては、20 人を排除して 100 人を採用する方が簡単な場合もあります。 たまたま、30 人が人事部と連絡をとり、そのうち 20 人が技術的な任務に就き、XNUMX 人が合格し、チームのリーダーが XNUMX 人を除いて全員を排除したのです。 これは大変です。 チームリーダーはリスクを取ることを非常に恐れています。 私たちはこのテーマについて話し合いましたが、誰もがこれが間違いであることを理解したようでした。 多くの人は、面接で自分自身を表現することと、その後の仕事の仕方が異なります。 したがって、私たちはチャンスを与え、リスクを負わなければなりません。

— チームリーダーが乱用し始めたりしませんか？ 500万を手に入れて、長期間雇用しなかった場合、さらに500万を受け取ります。

- (DS) 彼らは一度だけ給料を受け取ります。 私たちはこう言います。「今は 11 人いますが、500 人が必要です。販売計画はあります。さらに多くのプロジェクトが来るので、準備を整える必要があります。」 XNUMX位ならXNUMX万ですよ。」 二度と手に入れることはできません。 そして、誰かが辞めた場合、これはすでにチームにとって問題であり、チームは予算内で問題を解決します。

モノポリーのようなゲームです。

- (土) 私たちは、チームリーダーは財務に没頭するべきだと考えています。 私たちの従業員は、自分が稼いだお金から給料を受け取ります。 そしてプロジェクトのコストは非常に重要です。 クライアントには 10 つのインフラストラクチャが付属していましたが、XNUMX 年後にはそのインフラストラクチャは XNUMX 倍の大きさになりました。 また、チームリーダーが財務に関与していない場合、サービスのコストを適切に評価することができません。

- (DS) たまたま、あるチームがクライアントの問題と数か月間格闘してきたときに、その対価として名目 XNUMX 万の報酬を支払われていることに気づきましたが、これは現在起こっていることとはまったく対応していません。 そして、どんなに苦しくても、値上げするか別れなければなりません。 そして、彼らはこれらの決定を自分たちで行います。 それらはすべて遠隔地にあるという事実にもかかわらず。 そしてこれが私たちの最大の成果であると考えています。 当社には真に自律的で意欲的なチームがあります。

- はい。 これでは、自分のために働くためにはスーパーマンでなければならないように聞こえます。 そして技術的なスキル、自己規律、そして金融リテラシー。

- (土) 私たちと一緒にあなたもスーパーマンになれます。 しかし、これを行う方法を知っているチームリーダーでさえ、普通のエンジニアとして入社しました。 人がそのようなスーパーマンになるにはXNUMX年かXNUMX年で十分だ。

— チームのリードパートナーは普通のエンジニアから育ちました。 そのようなポジションにすぐに採用できるでしょうか？

- (DS) こんなことは今までなかったので、みんなエンジニアとして成長していきました。 しかし、私たちは小さな会社と合併して、それが私たちのチームの一つにすぎなくなるケースを検討しています。 これを試してみたいと思います。

— 優秀なエンジニアではあっても、そのようなチームのレベルに合わせて十分に組織化されていない人を雇うことはできますか?

- (DS) 私たちは組織化されていない人々を恐れていません。私たちにはタスクの流れがあります。 人の整理整頓を助けることが可能かどうかはすぐにわかります。 実際には何もしていないのに、自分がしたことについて毎日話したら、彼は恥じ入るでしょう。

全員が同じボートに座って漕いでいるのを見ると、オールを投げ下ろすのは気が進みません。 このような状況では、生活が乱れている人でも、組織化されます。 まあ、そうでないなら、いいえ。

私たちは、人々、ビジネス、そして自分自身において、表面的なことを許しません。 そして、人々がここに到達すると、他の場所よりも XNUMX 倍の速さで急速に成長します。 経験もスキルも本当にXNUMX年くらいあります。

私たちは表面的な中間が本当に好きではありません。 私たちの観点からすると、ミドルとはすでに多くのことができる人です。 ありのままに伝えますが、DevOps 市場はひどく、ひどく汚れています。 自分をジュニアだと思っているミドルもいます。 自分を殿様だと思っている後輩もいる。 人は私たちのところに来ると、自分の本当のレベルをすぐに理解します。

これは、私たちが後輩を受け入れないという意味ではありません。私たちは彼らを喜んで受け入れます、そして私たちはさらに多くを受け入れます。 私たちはすでに特別な「DevOps アクセラレータ」チームを作成し、そこに私たちがリスクを負えるプロジェクト、つまりクライアントが私たちがリスクを負う準備ができているプロジェクトを割り当てています。 おそらく特別なサービスもあるでしょう。 ある種の Flat-Lite。

――大企業になりたいですか？

- (DS) そうしたいと思いますが、XNUMX つ注意点があります。 私は自分の文化を失いたくないのです。 私たちは間違いなく成長しますが、技術文化と労働文化を維持することは開発そのものよりもさらに重要です。

私たちの人生は一度きりです。いずれにせよ、すべてのお金を稼ぐことはできませんが、良い人々の隣で人生を送りたいと思うでしょう。 私たちは官僚主義や有益な仕事のシミュレーションを断固として拒否します。 私たちは完全に横のつながりを持っています。 あなたのアイデアを最も劇的な形で経営陣に伝えることができます。形式的なものよりも本質が重要です。

- (土) しかし、そのためには非常に優れた議論が必要です。

- (DS) 間違いなく！ そして、リモートワークも必要です。これが私たちの生き方であり、世界の見方だからです。 ディマ・シュルポフはタイに住んでいます、私はドイツに住んでいます。 モスクワのサーシャ・バタロフ、チュメニの人事ディレクター。

私たちは、この地球に住んでいる人は、地球を眺めながら人生を送りたいと思っていると信じています。 仕事に行くのが不快な環境で暮らす必要はありません。 だからこそ、人々に私たちの仕事に来たいと思ってもらいたいのです。 職場での衝突は間違いなく不快なものなので、私たちは職場で衝突が起こらないように注意します。 争いや争いはありますが、争いはありません。

――大きくなるということは、サービスを提供するだけではなく、プロデュースもするということだと思いませんか。 自分の人生を生きて地球を見るだけでなく、何かを残さなければならないということですか？

- (DS) 私たちはサービス会社であるため、これは非常に頭の痛い問題です。 しかし、私たちは多くのソフトウェアを作っており、本質的に私たちの製品は効率がまったく異なるサービスです。 私たちは時計や人を誰かに売ったことがありません。 顧客はいつも「時計をXNUMX個買ってもいいですか？」と尋ねてきます。 いいえ、できません。私たちは時計を販売していません。

私たちは結果を売ります。 その結果、痛みが軽減され、問題が解決されました。 そして、私たちは言われたとおりに決めるのではなく、私たち自身が知っているように決定します。 私たちの製品は私たちの経験です。 そして、既成のソリューション、SaaS 製品を必ず作ります。アイデアはたくさんあります。 しかし、急ぐ必要はありません。 この先は何十年も先のことだ。

出所： habr.com