いまは時間があるので呼ばれればお伺いして相談にのったり、社内勉強会で喋ったりしているのですが、珍しく毛色の違う話をしてきたので資料を公開しておきます(内容は非常に基礎的な話です)。 呼ばれた先でよく言われるのが「スクラムがうまくいっていない」「スクラム的に正しいかどうか分からない」「DevOpsになかなか切り替わらない」といった話なのですが、 そういうのを聞くたびに危ないなぁという感覚を持ちます。スクラムをやるのも、DevOpsな方向に進めるのもビジネス上の目的や課題があるからそうするはず(すなわちスクラムをやるのは目的じゃない。クラウドも同様)なのですが、どうも話が手法やツールに関連する話に閉じてしまう。もしくは本当に開発部門が全体の中での一番の問題なのかも分からないうちに、「開発」側だけの観点でみて全体のプロセスを大きくいじくろうとしてしまうケースもあるようです。(仏作って魂入れず、み

ビジネスにおける「交渉」とは・・・。交渉、一言で言えば、 「異なる立場のものたちが、話し合いによって、妥結するためのプロセス」 のことです。 相手が目標を共有するパートナーであれば、信頼しあって前向きに話をすすめることができます。 ところが、利害が相反する関係であれば、必ずしもそうはいきません。 「誠心誠意、話せば分かる」相手ばかりでは、ありませんからね。 交渉では、できるだけ自分が有利になるように、少なくとも想定以上に不利にならないよう話し合いを進めます。そのためのメソッドは確立しています。 それとは別に、交渉者間である種の「心理戦」が展開されるわけですが、相手によっては、「罠」が仕掛けられているケースがあるかもしれません。 簡単に「罠」に引っかからないよう、少しですがその具体例を紹介したいと思います。 具体的な事例セールスマン等のテクニックとして、「フット・イン・ザ・ドア」や、「ドア・