技術に携わる人なら誰でも、適切なプログラミング言語を統合し、アジャイル開発プロセスを使用することが仕事を成し遂げるために不可欠であることを知っています。
しかし、テクノロジー分野で働くことの爽快さと疲労の両方をナビゲートするための本当の鍵は、はるかに基本的であり、はるかに人間的です。
それは共感です。
共感とは、「他者の感情を理解し共有する能力」です。より簡単に言えば、他人の靴に身を置くか、他人の目を通して世界を見ることができることを意味します。
それでは、ソフトウェア開発などの技術分野と何が関係しているのでしょうか？
今日、ほとんどのプログラマーはチームで作業していることを考慮してください。多くの場合、チームは非常に多様で、都市、タイムゾーン、または国にまたがっています。 高度なスキルを備えたチームはほとんどの場合、技術的な課題を克服できますが、対人関係の問題をナビゲートすることははるかに困難です。 これが共感の出番です。共感は、人々がお互いによりよくコミュニケーションを取り、チームとしてより効果的に機能することを可能にします。
幸いなことに、共感はスキルであり、実践、時間、コミットメントを通じて開発できるスキルです。 以下は、共感を築き、より強力なチームを作成するのに役立つと思われるいくつかの活動です。
1.自己認識に取り組む
自己認識とは、自分の状態に気づき、自分の強み、弱み、思考、信念、動機、および感情を明確に認識する能力です。 自己認識を実践すると、怒り、恐れ、自己批判、または他の人と明確に考えたり協力したりする能力を妨げる可能性のあるものなど、感情をよりよく理解することができます。
感情とそれを引き起こすものを特定したら、自分や他の人へのマイナスの影響を緩和する方法を練習できます。 たとえば、怒りは、ストレスや恐怖、不安などの別の感情を隠蔽する可能性のある「マスキング感情」です。 ジャーナリングや瞑想などの実践を通して、あなたが「怒り」の原因を認識し、同僚に冷静さを吹き飛ばしたり爆発したりする前に、根本的な問題に対処することを学ぶことができます。
自己認識を実践することで、内なる批評家を特定することもできます。これは、学習を短絡させ、チームワークを阻害する強力で圧倒的な声になる場合があります。 ソフトウェア開発では、コードを間違えたり、自分で解決できない課題に直面することは避けられませんが、パズルを解こうとして失敗すると隠れてしまうと、ストレスがたまってストレスが減ります。プロジェクトダウン。 しかし、自分の内なる批評家を理解すれば、「恐怖」モードにあることを認識し、それらの非生産的な瞬間から抜け出すのに役立つ戦略に取り組むことができます。
Dev Bootcampの最近の卒業生であるJason Guzikは次のように説明します。「Dev Bootcampでの最初の数日間、私は部屋の中で最も愚かな人になりたくなかった。 だから、私は質問をしませんでした。 「馬鹿げている」と思われる恐れに直面し、質問を始めたとき、私を助けたくない人は一人もいないことがわかりました。 今、私は誰かが苦労しているのを見たとき、その心の状態であるとどのように感じたかを知っており、誰にもそのように感じてほしくないので、私は彼らを往復させ、助けます。
2.フィードバックを送受信する方法を学ぶ
プログラマーがコードを書くとき、フィードバックを収集し、調整し、テストし、さらにコードを書きます。 彼らは常に反復プロセスにあり、ソフトウェアを作成するときに機敏に動作することができます。
この同じ方法論を対人関係の仕事に適用することを考えてください。 はい、リアルタイムのフィードバックを統合することは困難です。批判を個人的に受け止めたり、批判したり、贈り主を攻撃したり、完全に却下したりするのは簡単です。 しかし、これらの一般的なtrapに陥るのではなく、肯定的または否定的なフィードバックを贈り物として考えてみてください。 （方法については、いくつかのアドバイスがあります。）防御行動を中和し、価値創造を強調する方法で、マシンと人間の両方からのフィードバックを統合すると、あなたとあなたのチームはより効果的になります。
ベンチャーキャピタル会社Kleiner Perkins Caufield＆Beyersのパートナーであり、Twitterのエンジニアリング担当副社長であったMichael Abbottは、最近フィードバックと共感についてブログを書いています。 「webOSでエンジニアリングとデザインをリードし、その後Twitterでリードしている間、彼は、共感がデザインの対象からエンジニアリングの方法に迅速に移行する製品チームの能力の中核であることを学びました。」と彼は言います。チームはお互いの視点を理解し、フィードバックを効果的に統合するために高度な共感を示し、結果は1年以内にまったく新しいwebOSを提供することができました。 「共感のおかげで、すべての企業の目標である製品設計の好循環を達成しました。」と彼は言いました。
3.アクティブリスニングの練習
「アクティブリスニングは、代替データベース設計の詳細のように、会話の内容を聞くだけではありません。 私の同僚であるソフトウェアエンジニアであり、Dev BootcampのEngineering Empathyカリキュラムの主任であるブリックソーントンは、次のように述べています。 「チームメンバーが自分のアイデアが無視されていると感じて離脱した場合、積極的なリスニングは、コミュニケーションをより深く掘り下げ、適切な反応に導くのに役立ちます。 それらを聞いて船上に戻すことで、プロジェクトを停止させる対立を避けることができます。」
アクティブなリスナーになることは、すべての会話に完全に参加することから始まります。 あなたがいることを示すために、ラップトップを閉じ、携帯電話の音を止め、モニターから離れてみてください。
アクティブリスニングとは、静かに保ち、他の人が話すスペースを与えることも意味します。 あなたが素晴らしいアイデアを持っていると思うか、単純に喜んでいると思うかどうかにかかわらず、他人の意見を聞く代わりに自分のアイデアを表現することは、重要な洞察や貴重な貢献を見逃すことを意味します。 プログラミングは内向的な人を含むあらゆるタイプの人々を魅了します。そのため、沈黙を積極的なリスニングのツールとして使用することで、さりげなく話しすぎてアイデアを提供することができない人に声を与えることができます。
話す時間になったら、話し手が言ったことを言い換えてみて、聞いたことを示し、誤解したかもしれないことを明確にしてください。 私たちは皆、電話のゲームをプレイしているように感じている状況にあり、発言内容を確実に理解することで、間違ったプロジェクトパスを実行することを回避できます。 また、同僚やクライアントの間で信頼を得ます。
感情について話すことは、論理と客観性を探求する訓練を受けた人々には少し異質に聞こえるかもしれませんが、これらの3つのテクニックは簡単に実践できます。 共感はより良いコミュニケーションへの道であり、論理的スキルと感情的スキルの組み合わせは、すべての人にとってより効果的な環境への鍵です。
