原則に基づいた交渉

最近会社の人が「ハーバード流交渉術」を読んだらしいので、ラピッドデベロップメントの関連セクションをちょろっと読み返した。

ラピッドデベロップメントでは、開発者がよい見積りをするための、必須のスキルとして「原則に基づいた交渉」が紹介されている。

本の流れとしては、
ーーーー
納期を短縮したいというきわめて普通の希望から、開発者はスケジュールプレッシャーうけて、開発者が楽観的見積りとその納期遵守に約束をしてしまって、プロジェクトがドボーンというよくあるアンチパターン。

そこで、原則に基づいた交渉。ドボーンをさけるには、開発者自身が交渉について学びそれを見積りに生かす必要があるよ。

開発者の気質として「交渉」をさける傾向があるけど、ほっとくとパワーゲームが展開されて、繰り返しアンチパターンに陥っちゃうよ。このパワーゲームをはねのけ、まともな意思決定ができる状況をつくって、見積りをするのも開発者の仕事なんだよ
ーーーー
の流れ。

「原則に基づいた交渉」の４部構成をメモ