他人を認めることって、実はなかなか難しいことだと思います。。

出来ないことは素直に認めて、相手の優れている点を尊重することが大切です。


ただし、その中でも認める・認めないの話とは根本的に異なる点で、同様な問題が発生する場合があります。


自分の主張している事というのが、ただのポリシーだけである場合、それは認める・認めないの以前に、考え方の違いであるだけです。


それにはどちらが正しい・正しくない、というのは存在しません。
そういう考え方もあるという認めることが大切です。


これが、、、以外に曲者で大変です…


だって、終始話がかみ合いませんから…


どちらかが折れるまで…


そして、そういうのは意外にどうでもいいことが多いです。


さぁ、、、どうしましょうね…
一人や二人ならまだしも、全員がバラバラでどうでも良いことを言い始めたら…
いやぁ、恐ろしいです…


まずは、各々このことについて気付くべきです。
偏った業務だけをすることに喜びを感じるエンジニアは特にですね。。（主観ですいません）




さて、組織体として解決する場合。。
同じベクトルを持つべき、戦略、指針、ミッション、バリュー、を前提にすることで話を解決し易いです。


技術的な論点は、合理性やパフォーマンス、開発コスト、運用コスト等で決定されます。
まぁ、それもひっくるめて、戦略と指針にまとめられるでしょう。


が、それ以外は時間の無駄です。


再度、プロジェクト（または会社の）戦略や方向性、ミッションとバリューを思い出すか、無ければ作るしかありません。。


スタートとゴールは全てにおいて最初に必ず決定されなければなりません。


ミッションとバリューについては、この『ウィニング勝利の経営』を参考にすると、その必要性と作成する基準が把握出来ると思います。

ウィニング 勝利の経営 (2005/09/13) ジャック・ウェルチスージー・ウェルチ 商品詳細を見る