GNU/Linux >> Linux の 問題 >  >> Linux

HumanOps:知的謙虚さが切実に必要

このRethinkingDevOpsシリーズでは、DevOpsのコアアイデアを再検討し、そのコンポーネントを新しい視点で再検討しました。前回の記事で、ソフトウェア自体に与えられたのと同じ優先順位のドキュメントの重要性について話しました。

このシリーズの6番目の記事では、技術的な指標としてはあまり見られない非常に重要なコンポーネント、つまり私たち人間に焦点を当てています。

これらの人間は、開発者、システム管理者、エンジニア、営業担当者、マネージャー、取締役、CEO、そして基本的に会社のインフラストラクチャを円滑かつ運用する役割に関連するすべての人です。

HumanOpsとは何ですか?

HumanOpsは、インフラストラクチャの実行の人間的な側面に焦点を当てたStackPathによるイニシアチブです。

私たち人間は技術的な測定基準として完全に見られているのではなく、むしろ人間は生物工学的な測定基準として見られるべきであると私はちょうど述べました。その理由を知るには、StackPathの動きによって定められたHumanOpsの次のマントラを覚えておく必要があります。

  1. 人間はシステムを構築して修正します。
  2. 人間にはダウンタイムが必要です。人間は疲れてストレスを感じ、幸せで悲しくなります。
  3. システムにはまだ感情がありません。 SLAしかありません。
  4. 人間はスイッチをオフにしてから再度オンにする必要があります。
  5. 人間のオペレーターの幸福は、システムの信頼性に影響を与えます。
  6. アラートの倦怠感==人間の倦怠感
  7. 可能な限り自動化し、最後の手段として人間にエスカレーションします。
  8. すべてを文書化します。みんなを訓練しなさい。時間を節約します。
  9. 非難/恥のゲームを殺します。
  10. 人間の問題はシステムの問題です。
  11. 人間の健康はビジネスの健康に影響を与えます。
  12. 人間>システム;人間はシステムを制御する必要があります。その逆ではありません。

SysAdminsとDevOpsエンジニアをDevOpsの人間の「コンポーネント」として認識する

上記の12のマントラを一目見れば、HumanOpsがどの業界の幸福にも貢献できる要因であることがわかります。それらを認識することで、スーパーヒーローの文化を手放し、職場での燃え尽き症候群の悪影響を理解するのに役立ちます。

エンジニアの健康状態が一流である限り、サーバーの稼働時間も一流であることが非常に重要です。健康状態が最高の場合、生産エラー率は最も低くなる傾向があります。

知的謙虚さとは何ですか?

知的謙遜は一般的な謙遜と誤解されるべきではありません。どちらも非常に異なります。

一般的な謙遜または単に謙遜は、私たちが一般的に知っている特性であり、誠実さ、正直さ、無私無欲によって定義されます。一般的な謙虚さもそれほど重要な特徴ではありませんが、知的謙虚さは別のものです。

知的謙虚さは、という事実の認識です。 、理由 どのように、いつ、どこで 特定の事実が間違っている可能性があると私たちは信じています。言い換えれば、私たちの体系的な思考プロセスが正しくない可能性があることを実際に認識しています。

知的謙虚さは、彼らの信念と矛盾する利用可能な証拠が相対的、論理的、そして検証可能であるという条件で、彼らの信念を変える準備ができているオープンマインドを持つ人々によってのみ可能です。

知的謙虚さは、デューク大学の社会的および人格心理学者であるMark Learyが私に言うように、単に「あなたが信じていることが実際には間違っているかもしれないという認識」です。

知的謙虚さ、または単にIHは、継続的な検証プロセスを通じて学習および非学習する能力に大きく依存しています。あなたが間違っている可能性があることを喜んで受け入れませんが、懸念されるトピックに関して私たちの信念体系は強力です。

IHスコアは、知的過信の欠如によっても定義されます。すべての指標を使用してスコアについて詳しく知りたい場合は、自分で知的謙虚なクイズに答えることができます。

知的スペクトル

知的謙虚さは、実際には、知的スペクトルの一部であり、他の特性はIHの両側にあります。左側には知的奉仕があります。 右側には、知的傲慢があります 。

一般的なしなやかさと知的なしなやかさの違いは、一般的な謙遜と知的な謙遜の違いをどのように見たかです。同様に、一般的な傲慢と知的傲慢も同じように異なります。

知的謙虚さがHumanOpsにどのように力を与えることができるか

技術的、人格的、およびソフトスキル評価の初期には、IQとしてより一般的に知られている知能指数が決定的な要因でした。時間の経過とともに、感情指数またはEQの重要性が勢いを増したときに、メトリックはその尊敬されている重要性の多くを失いました。

今日では、Intellectual Humility(IH)は現在、最高のソフトスキル評価システムであり、あらゆる業界で人材またはHRの機能に革命をもたらすことができます。 IHスコアが高い潜在的な従業員がより優先される場合、職場の健康は自動的に繁栄し、活況を呈します。これは、最終的には会社の利益にプラスの結果をもたらします。

仕事に対する新しい展望

利益についてお話しました。利益とは何ですか?お金だけでいいの?またはそれを見る他の方法はありますか?始めるのに良い方法は、自然を簡単に観察することです。

たとえば、アリのコロニーでの労務管理を考えてみましょう。これは、グループのメンバーが効率的に組織化する方法を研究したい場合に利用できる最良のケーススタディの1つです。

さて、彼らにとっての利益は何ですか?それは彼らが一年中集める余剰資源(食物)です。ある時点で、私たち人間も私たちの唯一の収益性の高いエンティティと同じことを考えていましたが、時間が経つにつれて、私たちはさまざまな視点で利益を見始めました。

お金が出る前は、物々交換システムがあり、誰かが仲間の人間とある商品を別の商品と交換することができました。したがって、これらの商品、主に食品は、以前は通貨の初期の形態であり、おそらく国内または外国為替の最初の形態でした!

今日に向けて、私たちは今、お金として複数の形式の通貨を持っています。しかし、私たち人間は、そもそも利益がどこにあるのかという真の目的を失っています。アリとは異なり、私たちよりもずっと長い間、コロニー内で卓越した組織スキルを提供し続けていますが、私たち人間は、時間との果てしない競争でそれらのスキルを集合的に失っています。

私たち人間は、生活の質に焦点を当てるのではなく、量に焦点を合わせ始めました。そのため、燃え尽き症候群やスーパーヒーローの文化を称賛しながら、労働力の健康を(故意または無意識に)犠牲にして、ますます多くのお金を生み出したいという果てしない衝動に駆られる傾向があります。企業の巨人は、増え続けるマネーフローグラフを見ると幸せになる傾向があります。しかし、その幸せは永遠に続くのでしょうか?本当の幸せはどこにありますか?

少し時間を取って、アリの巣の例に戻りましょう。アリにも気持ちがあることがわかりました!

アリには、愛、怒り、共感などの複雑な感情はありませんが、楽しいと感じるものに近づき、不快なものを避けます。彼らは触角で匂いを嗅ぐことができるので、道をたどり、食べ物を見つけ、自分のコロニーを認識します。

人間の数十億のニューロンと比較して、1つのアリの脳には約250,000のニューロンしかありません。それで、本当の幸せはどこにありますか?非常に明白なように、それは利益そのものではなく、幸福をもたらすように見える利益を生み出す行為です。なんで?利益が生まれると、幸福は徐々になくなり、もっと欲しがり、同じ利益を生み出す活動に戻るからです。

世界中のすべての人間が巨大な「アリ」のコロニーとして働き始めたとしたら、それはどれほど「収益性が高い」でしょうか?

したがって、幸せを生み出すのは仕事に対する私たちの愛です。

それを統計的に表現しようとすると、一般的な傾向は次のようになります。

ここでわかるように、ある時点で、幸福は増加する傾向がなくなり、一定になります。

一方、以下の統計に従うと、人生は別の方向に進みます:

あなたが自分の仕事を愛し、純粋な情熱からそれに従うとき、幸せは永遠になります。この場合のお金、野心、名声は、仕事の副産物になります。

しかし、待ってください。人生は2Dではなく、人生は3Dです。したがって、幸福は私たちの3番目の座標(またはZ軸)です:

さて、この「次元」内のポイントを考えると、それは私たちの用心深い良心に他なりません!

どのポイントが存在するかを決定し、好みに応じて3つのポイントのバランスをとるのは私たちの責任です。もう一度引用すると、知的謙虚さはこれを実現する上で重要な役割を果たすことができます。

IHだけでも、私たちの集合的な人間性がこの穏やかなバランスをもたらし、仕事で自分自身の最高のバージョンを実現することができます。

職場での優しさを促進するイニシアチブがさらに必要

sysadminsをサポートするオンラインの動き(sysadmin日ではない)があることをご存知ですか?これは、DevOpsのアイデアから着想を得ており、HugOpsとして知られ、HumanOpsのチャンピオンであるHannahFoxwellによって大いに奨励されています。

Humans TXTと呼ばれる別のイニシアチブは、Webサイトの背後にいる人々を知ることを奨励しています。これは、Webサイトの構築に貢献したさまざまな人々に関する情報を含むTXTファイルです。

給与とともにストレスが増大する傾向にある現在、Gingerなどのアプリは注目に値するデジタルコンパニオンになる可能性があります。しかし、それでも、適切な従業員カウンセリングに勝るものはありません。ありがたいことに、企業は従業員にカウンセリングすることの重要性を認識し始めています。

状況が厳しくなったら、SysAdminsに共感と感謝の気持ちを示しましょう。

IBMのような大企業が、現在、職場文化においてHugOpsを非常に真剣に受け止めていることを知っておくのは本当に良いことです。これにより、長期的には従業員に非常に目立つプラスの影響が残ります。

結論

最後に、大企業はZapier、Ghost、Rocket.Chatなどの小規模企業から学ぶ必要があることを繰り返し述べたいと思います。それでは、ダウンタイム中にシステム管理者に親切になり始めましょう。

HumanOpsに加えて、おそらく私たち人間にもDevHumanが必要です。これにより、特にIHスコアを通じて自分自身を定期的に評価することで、私たち全員をより良い人間に育てることができます。

個人的な話ですが、私は一緒に働いてきました (正直なところ、 for ではありません )Chmod777 Media Tech(It's FOSS and Linux Handbookの本拠地)は約2年間、仕事中、Abhishekが日常的に私に連絡したいときはいつでも、最初はいつも彼と会話を始めます。 「こんにちは、お元気ですか?」

その簡単な文章は、職場で優しさを実践するための第一歩です。それは、従業員の間で職場内に属しているという感覚をもたらし、従業員になる前に、あなたは最初に人間であるということを思い出させます。ですから、人間が最初はどのようになっているかを尋ねることは、間違いなく非常に好ましいHumanOpsアプローチです。

進化は継続的なプロセスであり、私たちも食物連鎖と生態系の一部であるため、私たちは自分自身の成長なしに人間としてどのように行動するでしょうか?優しさと私たちの学習能力が、現在の技術的知識だけでなく重要になると、より良い職場が産業分野全体に出現し続けるでしょう。

それでは、ここに基本的な質問を残しておきましょう:

HumanOpsはDevOpsのサブセットである必要がありますか、それともその逆である必要がありますか?

よろしければ、以下のコメントでこの新しい見通しについての考えを共有してください。


Linux
  1. Httpd 2.4.6から2.4.41にアップグレードしますか?

  2. Scp用のシェルが必要ですか?

  3. openssl コマンドがハングする

  1. なぜ mktemp が必要なのですか?

  2. dpkg:アクション オプションが必要です

  3. Linux システムには、ランサムウェアに対するウイルス対策が必要ですか?

  1. ipのifconfigを削除する必要がある理由

  2. `builtin`ビルトインが必要ですか?

  3. C ライブラリの man ページを書く必要はありますか?