私の意見では、意思決定に対してオープンで柔軟であることには2つの側面があります。 最初の方法は、当然のことながら、ソリューション自体に関連しています。たとえば、技術的なソリューションや、結果を達成するために必要な手順に関連しています。 別の側面は、ソリューションの開発に携わる人々の態度に関連しています。 人間活動家は、最初の側面に焦点を当てようとし、2番目の側面を見落としています。 これは、暗い特徴の次のトライアドにつながります。 これらの特性の問題は、あなたがそれらを回避するのに十分賢いと思う場合でも、それらに遭遇することができるということです。 もちろん、私見。
決定に恋をする
これはおそらくアクティブな人の主な暗い特徴です。 興味のある人として、あなたは発生する問題を理解し、解決策を見つけるために多大な努力を払っています。 ブレインストーミングを行い、すべての情報を目の前に置き、表示されるすべての側面を分析し、問題に関する知識のギャップを埋めようとします。 この段階では、他のタスクを実行している間は常にこのプロセスが発生するため、全員をこのプロセスに参加させることはできません。 ある段階で、あなたは決定が他の人に依存するかもしれないことを理解します。 したがって、十分な情報を入手して何らかの解決策を見つけたらすぐに、すべての関係者との議論を開始します。 ミーティング中に、あなたがすでにあなたが研究し、評価し、解決策を見つけた事柄について人々がどのように議論する傾向があるかを見ます。 議論されることは常に人々と関係があるわけではなく、それははるかに複雑ではなく、いくつかの側面を考慮していない技術的解決策についての議論であり得る。
この時点で、あなたはあなたの決定に恋し始めます。 実際、あなたは頑固になったり、偏見になったりすることはありませんが、あなたの決定が実行可能でないことを証明するような事実が必要です。 しかし、他の人はあなたにこれらの事実を与えません、彼らはただ考えを好まない、彼らはあなたの事実を理解しない、または彼らは現時点であなたの決定を下す準備ができていません。 さらなる議論は緊張を生み出すかもしれません。 したがって、あなたは文字通り、あなたの決定に恋をすることはありませんが、それがうまくいかないことを示す可能性のある事実があなたに来ないので、あなたはそれを離れるつもりはありません。 実際、なぜあなたは、効果が低く、よりリスクが高く、来年に現れる側面を考慮しない決定に同意しなければならないのですか？
ストレスの増加をどのように防ぎますか？ 覚えておくべきルールが1つあると思います。人々は自分が何をする必要があるかを誰かに言われたら嫌いだし、魂に反映されているアイデアに取り組むのが好きだからです。 そのため、意思決定を共有するのではなく、ビジョンを共有し、意思決定を手放す方が良いでしょう。 人々はタスクを解決できる方法を見つけます。
ソリューション自体に焦点を当てる
上記の例では、別の暗い機能に触れました。これは、ソリューションの議論を始めるときに特に明らかになります。 要するに、人々はあなたの決定に従うのを嫌がります。それは間違っているからではありません。 彼らはそれを受け入れる用意ができていません。 この人的要因は、意図的に注意を払わないと、アクティブな人から抜け落ちてしまいます。 人によって、知識やスキルのレベルが異なり、さらに重要なことには、解決しようとしている問題の範囲が異なります。
まず第一に、人々は変化を嫌い、理解も同意もしない何かをすることを好みません。 一般的に、これは最初に破壊される「壁」です。 残念ながら、単に人々に事実を提示するだけではうまくいきません。 態度、権威、時間、そして話し方は、おそらく、この壁を克服する上でさらに重要な役割を果たします。 人々が最初から賢いアイデアを好まない場合、彼らはそれを否定します。 難しさは、ほとんどの場合、誰かがあなたに同意しないということを聞かないことです。 代わりに、このアイデアが重要だと思う理由を尋ねます。 あなたがアイデアを説明することに決めた場合、あなたは永続的で頑固であると考えられるでしょう。 したがって、私は議論したくなかったことがわかりますが、あなたが決定の重要性を説明し始めたので、それはそれ自身の合意から生じました。 誰かが「なぜ？」と尋ねました。これは「同意しません」という意味で、「なぜ？」と聞いたので説明を始めましたが、実際には、「たとえ気に入らない。」 そして、そのような奇妙な対話の理由は、最初の段階でのアイデアの否定です。
そのような対話がどんなに愚かに見えるとしても、それは人生でしばしば起こります。 スピーカーの権限と情報の種類に応じて、壁を克服するこのフェーズはさまざまな方法で発生します。 人々はアイデアについて考え、別の観点からそれを評価する時間が必要であり、しばらくして問題を解決できればそのアイデアを受け入れることができます。 この期間中、彼らは怒りや交渉などの段階を経て、最終的にはそれを受け入れます。
あなたは、アクティブな人として、技術的な解決策に直接関係しない問題を最初に解決しなければなりません。 プレゼンテーションで使用される「聴衆を知る」ルールを覚えておいてください。 また、解決策を見つけて、それを実現するのにも役立ちます。 解決策を見つける前に、どの人々が影響を受け、彼らが問題を解決するのか、新しい困難をもたらすのか、最初にアイデアにどのように反応するのかを理解する必要があります。 その人に関連するそのような問題を解決した後にのみ、技術的な解決策の検索を開始できます。
情報過負荷
態度、権威、時間、話し方などの要因について話したことを思い出してください。 もう1つの重要な要素は、視聴者に提供する情報の種類と量です。 このルールは常に「視聴者を知る」ことを忘れないでください。
たとえば、開発プロセスの大きな変更を計画しているとします。 これには、開発チームとDevOpsへの変更が含まれます。 積極的な人として、あなたは評価を行い、このための「最先端の」ソリューションを準備しました。 その後、チームと同期して、完全なソリューションをチームに提示します。 実行すべき項目のリストには、チームに固有ではない項目が含まれていますが、一般的な可視性を与えることを考えています。 代わりに、最終的に彼らにそれが必要ない理由を説明しますが、彼らはこのアイテムを見て、なぜそれが必要なのかを説明します。 アイデアをブレインストーミングする代わりに、緊張とアイデアがサポートされていないという感覚で会話を終了します。
この例の実際の問題は、聴衆が情報でいっぱいになっていることです。 文字通りの意味で、開発者がDevOpsタスクに取り組みたくない場合は、リストでそれらをタスクとして扱い、「これが必要な理由」、「価値は何か」などの質問をすることで、それらを精神的に拒否します。
前の黒い線を覚えて、それを表す聴衆に従って情報を分けてください。 これがルールナンバーワンです。 これは、情報を提示するのに役立ちます。ソリューションを議論している人々にとって重要なポイントのみを表示するからです。 困難なのは、観客の経験に関係なく、彼らはあらゆる量の情報を処理し、評価できると考えていることですが、これは現実とはほど遠いものです。 あなたが全体像を伝えていないことに彼らが気付いた場合、これもあまり認識されません。 しかし同時に、常に全体像を伝えることはできません。 ルール番号2-視聴者をカットします。 関連するすべてのチームを結合すると、全体像を把握できます。
おわりに
これらの特性に関係なく、あなたはあなたのアイデアを捨てる能力を持っているべきです。 それがどれほど良いものであっても、その時、人々や状況が間違った瞬間を生みだします。 この場合、相乗効果について考え、あなたがあなたの信念と原則に従うか、それとも聴衆を喜ばせようとしているのかを考えてください。 2つ目は短期的な目標です。 観客は変化しており、その振る舞いは変化しています。あなたは常にそれを変えなければなりません。 視聴者は予想よりはるかに速く変化する可能性があり、その承認を絶えず追求する状況に陥ることがあります。 1つ目は長期的な目標です。 あなたの原則と信念に従えば、おそらくあなたはあなたの目標を達成するでしょうが、人々を去る必要があるかもしれません。 これは簡単ではない場合がありますが、そのような妥協をする必要があります。 そして、バランスは常に中間にあり、非常にユニークで唯一の正しいテクニックはありません。