チーム内の開発者間の競合をどのように処理しますか？
これはすべてのチームで起こっています。
いくつかの理由で、チーム内で対立が生じ、全体的な動機と生産性に影響を与えます。
その一般的な問題を解決するために推奨されるアプローチは何ですか？
例：
- チームの一部は依存関係注入を実装したいと考え、他の部分は時間の無駄だと考えています。
- 一部の開発者は、チームの残りのメンバーが開発を遅らせていると考えています（これにより、スケジュールが遅れている理由が説明されています）
- 1人以上の開発者間の個人的な非互換性
- ある開発者が別の開発者と話すことを拒否する（明確な理由なし）
私は2年間、10名のチームで競合なしに（タッチウッド）運が良かった、または正しいことをしている可能性があります。競合を処理する最良の方法は、競合を長期間存在させないことです。あなたが説教できるいくつかのコアバリューがあります。
- チームスピリット
- すべての公平性（報酬/報酬）
- 感謝している
- 認識、責任を与える
- 自由を与える
- チームより大きくないことを人々に知らせましょう
- チームが失敗しても個人的な成功は何も意味しません
- 個人的に愛着をもって
- 与えるつもりのないにんじんは絶対に見せない
- チームを台無しにする可能性のある人を雇わないでください
- より頻繁に通信するなど.
- 誰かが仕事を超えたときはいつでも感謝します
- 定期的にパフォーマンスに関するフィードバックを提供し、できれば月ごとに期待値を設定します。
- 子どものように振る舞うことを人々に知らせましょう。
これらすべては誰かから守られた努力をします。
ソフトウェアはほとんどチームゲームであり、個人の才能は一般的に短命です。私があなたの例で行くと：
- 依存関係の注入を行うことにしました。限目。それが最善の方法であるかどうかを確認します。そうでない場合、あなたはチョコレートを手に入れます:-)協力するよりも前に、これを実現しましょう
- チームの他のメンバーがあなたを遅くしているなら、あなたが彼らをより速くするのを手伝ってください。私はあなたが良いことを知っています。
- それらの両方に話して、彼らが環境を台無しにしていると彼らに伝えてください。何も機能しない場合は、それらの1つまたは両方を削除します。
私が非常に効果的だと思うのは、「私たちは良いチームです」を繰り返し、「私たちは孤独なチームのチームです」を繰り返すことです。
それは明らかに紛争に依存します。彼らは複数の味で来ます。
- 宗教的な議論（「なぜスペースの代わりにタブを使い続けるのですか？！？」）
この場合に明確にする必要があるのは、原則としてどちらが正しいかは問題ではないということです。実際には、チーム全体が同じアプローチを使用していることがはるかに重要です。少数意見の保持者にそのことを説明します（そして、それが必ずしも正しい決定であるとは限らないが、血を引くほど重要でもないことを強調してください）。これの退化したケースは、例えば、ソース管理の使用またはコードレビューへの提出を拒否する開発者です。これは管理上の問題であり、正直なところ、悪質な開発者を手放さずに解決する方法を知りません。
- 個人的な議論（「私はあなたが好きではない」）
これを緩和する方法は本当にありません。口論は受け入れられないことと、同じチームの生産的なメンバーになる場合は、ドアで個人的な恨みを確認する必要があることを、両方に明確に伝えます（これは、マネージャーであるかどうかにかかわらず機能します） ;ピアが十分に確信している場合、ピアは驚くほど影響力を持つ可能性があります）。それがうまくいかない場合は、組織図上でそれらを分割して、彼らの専門的/物理的な近接性を減らすか、自分からデスクを離れてください。
- 技術的な議論
これと他の競合タイプの主な違いは、おそらく正しい答えがあるということです。通常、これは、開発者が所有するコードと、それがどのように機能するか（場合によっては、より大きなアーキテクチャ上の引数）に関係しています。ここで把握しておくべき重要なことは、正解はあるものの、おそらくそれを知らないであることです。あなたができる最善のことは、それが明確な議論であることを確認するために調停することであり、どちらの側も納得できることを願っています。繰り返しますが、彼らがあなたに報告するかどうかにかかわらず、これを行うことができますが、あなたが仲間である場合、たとえあなたが彼らを結論に至らせたとしても、彼らはマネージャーに行き、プレーを再実行するかもしれません。
サードパーティの公平な調停者に、対立する両方の当事者の前に座り、彼らに話し合ってもらいます。
メディエーターが問題のある人が快適に話すことができる誰かである場合に役立ちますが、彼らは依然として尊重し、上で話しません
私の経験では、この性質のほとんどの対立は人格の衝突に帰着します。それらのいくつかは他の要素を持っていますが、最も一般的にはこれらは単に意見の相違の乗り物として使用されているため、彼らが議論している問題を解決したとしても、他の何かが出てくるのは時間の問題です。
私のアドバイス：
1）最初に、競合が両方に悪い影響を与えること、および勝者と敗者が存在することはなく、程度の異なる2つの敗者のみであることを両方に明確にすることです。
2）何が起こったとしても、両方がプロフェッショナルな方法で行動することを期待していることを明確に伝えます。彼らはお互いを好きである必要はありませんが、市民的で効率的で組織的でなければなりません。それが彼らの年次評価とレビューに反映されていることを確認してください-チームメイトとうまくいかないことが彼らのパフォーマンスの重大な問題です。
3）お互いの問題に耳を傾け、必要に応じて同情するだけでなく、この分野での彼らの欠点を指摘し、誰が正しいか、誰が間違っているかについての長い議論や判断に引き込まれないようにします。私が上記の95％のケースで述べたように（残りの5％は懲戒事項として適切に対処する必要がある本物のいじめなどです）、両方とも間違っており、それを理解する必要があります。
4）可能であれば、簡単に区別できる場所にそれらを離しておいてください。私は一般的に、人々を一緒に投げることがそれをかき混ぜること以外に何かをすることを見つけません。彼らが「和解」しようとするなら、それはとにかく起こります、そして、彼らがお互いの顔に連続していないとき、私は起こる可能性が高いと思います。
彼らが成熟して行動できずに両方を解任して専門家、おそらく請負業者/誰かのフリーランスを手に入れることができない場合はどうなりますか？
「チーム契約」が便利です。
それは彼ら自身がチームメンバーによって共同で開発されなければなりません。
しかし、チームがすでに戦っている場合は少し遅れます。
あなたは彼らにそれを「技術オフ」で戦わせるべきです。それぞれの側はパーツの箱を得ます-分解されたコンピューター、マシンを構築して最初に起動した人が勝ちます。
それでもうまくいかない場合は、なたの戦い、またはチェーンソーの戦いを試してみてください。
管理のベビーシッターの側面に我慢できないと思います。私は彼らに、死への決闘でそれを解決するように言います。
[〜＃〜] tki [〜＃〜] は、いくつかの問題を解決する方法のアイデアとなる可能性がある、競合を解決するためのいくつかの異なる手法を識別します。フレームワークを使用するかどうかなど、いくつかの正当な問題がありますが、これは、解決するための1つの方法として何かに投票するチームによって、または何らかのマネージャーのようなより高い権限に行くことによって処理できます。特定の裁定を得るためにプロジェクトマネージャーまたはビジネスアナリストに行くことによって最も適切に処理される要件の解釈に異議がある場合があります。空白の検索は何も入力されなかったため何も返さないか、使用されたワイルドカードの一致がすべてに何も含まれていないと言ったときにすべてを返しますか？.
それがより性格の衝突である場合、問題はそれぞれが問題をどれだけよく知っているか、そしてこれが続く場合はどうなるかです。これは、「皆さんがこれを解決できない場合は、少なくとも1人の皆さんを削除することで解決します」というほどのアイドル脅威ではありません。もちろん、これはパッシブアグレッシブな行動やその他の幼稚なくだらない可能性をもたらしますが、これは、聡明な才能のある人々が敵意を解決するために伝統的な武器を使用しない方法に入るときに起こります。 "Mean Girls" には、この種の動作のいくつかの例があります。