なぜ製品仕様を合議制で決めてはいけないのか。

プロダクトマネジメントにおいて「製品仕様を合議制（多数決）で決めてはいけない」というルールがあるが、それは何故なのか。そして、だとしたらどのように人の意見を取り入れるのが良いのか、を考えてみた。 なぜ製品仕様を合議制で決めてはいけないのか。合議に参加している人たちは、その問題の責任者ほど制約条件や問題の背景を深く理解をしていないから。合議制や多数決で物事を決めると、必ずその結果に満足している人たちの方が満足していない人たちよりも多くなる。これは素晴らしい手法だ。 しかし、製品開発の目的は社内の人を満足させることではない。正しい製品をつくることだ。製品にとっての正しさとは、「その製品を顧客（市場）が求めていること」であり、これを満たすためには様々な調査や知識が必要だ。 製品仕様のように、問題の複雑さが一定を超えると、知識を持っている人と持っていない人の意見に違いが出始める。世の中（「社内」と

[bin_hashimoto]

民主的に決めると無難で魅力が無く一貫性の無い製品になるよね。

[a2ikm]

“製品開発の目的は社内の人を満足させることではない。正しい製品をつくることだ。”

[gones]

「合議」自体は抜け漏れや発想の幅の観点で悪いことじゃない。ただ、コミュニケーションコストが高すぎる。だから、意見を幅広く得るフェーズを経て少数のメンバーで決めていくのがベターという事だと思っている

[tengo1985]

わかる部分もあるけど、経営に当てはめるのは違うと思う。適切な責任委譲が必要ってことだけだと思うよ。得意なやつにやらせる。Appleはジョブスが全部決めてたわけでもなく、クックにロジスティクスとか全部投げてた

[kocb]

デザインもまた同じ。

[sippo_des]

理由は理解したけど、意思決定に参加してないのに一方的にやれって言われるのは辛いという、感情。あと、決定てそんなもんなんだね。

[toyama0919]

頭のいい人の合議制はロクなものが出来ないってのは官僚と同じ理屈だな

[airj12]

レビューやブレストはいいけど意志決定自体を合議しちゃ駄目よ、と

[shozzy]

究極は1人か。／あ、ジョブズだ。1人の俺様が決めると、その人が優秀であれば、最高の製品が生まれる。

[luccafort]

広く意見は募るが決定はプロダクトマネージャーが下すの非常にわかりみある。合議制取ると不満は減るけど凡庸な「どこにでもあるなにか」になりがち。PDCA回していくなら合議制やめるのは選択肢としてあり。

[shifumin]

「「合議制で決めるべきではない」ことは製品仕様に限った話ではない。その場の人を多く満足させることより、正しい解を出すことが重要視される場面ではすべて当てはまる」

[mohri]

“製品というものは、単なる機能の集合体ではない。ある意味では、一貫したストーリーのようなものだ。「機能Aがあるからこそ他の製品にはある機能Bが必要なくて、それによって機能Cがより有益なものになる」といった

[katte]

アップルの本読むと一人でいいんだなって思う。

[takazoom]

偏らせるぶん、POは現場から信頼されてないといけない。実績も必要だけどパーソナリティも必要。

[atsushifx]

iPhoneとか、初代WALKMANとか

[koogawa]

“製品開発の目的は社内の人を満足させることではない。正しい製品をつくること”

[f99aq]

“あくまで目的はプロダクトマネージャーの考慮漏れを指摘することで、その場で仕様のあり方をあれこれ議論することではない。”

[mh615033891]

わかる。意見をIssuesとしてストックしとくぶんにはよい。

[t-wada]

1.合議に参加している人たちは、その問題の責任者ほど制約条件や問題の背景を深く理解をしていない 2.合意形成には時間がかかる 3.一貫性が失われる

[igrep]

“逆に、その場の人を多く満足させることが重要な問題（たとえば、オフィスに冷蔵庫を置くべきかどうか、等）に関しては合議制はうまく働き、それをトップダウンで決めると、逆にその場の人の反感を買う”

[endo_5501]

"多数決をすると、たいていは「他社製品にあるはずの機能Bが無いのはおかしい」といった局所的な議論が起こり"

[noonworks]

“その場の人を多く満足させることより、正しい解を出すことが重要視される場面” “問題が一定の複雑さを超えると正しい解を持った人が少数派になる可能性がある”

[BooksThere]

大事な話だ。”その仮説をなかったことにできるくらいの頭の柔らかさを持たなければならない。” ってのはほんと欠かせない。

[sezemi]

だからPOやPMは孤高になりがち

[kent-where-the-light-is]

わかりみが深い。ソフトウェアを作ることは世界を作ることだから。

[rgfx]

さっき見かけた「それは御社の事情であって、お客さん的には知ったこっちゃないやつですよね https://twitter.com/fladdict/status/959831229880188928 」というやつだ。

[okbm]

Inspiredという本にも書いてた気がするな https://www.amazon.co.jp//dp/B00TCM8TB4

[braitom]

まわりの意見を聞きつつプロダクトマネジャーが最終決定するってのはすごい同意。意見が通らなかった人が抵抗勢力とならないようにうまく認識合わせするのが難しいんだよねえ。

[tsutsumi154]

商品仕様にかかわらず多数決って正しくないことの方が多いような。皆賢くて情報を持ってれば理想的なのかもしれないが

[RabbitBit]

“船頭多くして船山に登る”と“三人寄れば文殊の知恵”の共存方法。

[sadoru3]

肌感覚では分かっているつもりだったことがスッキリした感じがする。

[hamichamp]

結局のところ、責任回避でしかない

[mrpotas]

まともなプロマネがいればね。絵もプログラムも書けないからプランナーになりました、みたいなのが決定権握ってるゲーム開発現場だと合議制の方がマシだったりする

[ryuzee]

全員の意見を反映したものをつくるとだいたいクソなものができるのは経験済

[OkadaHiroshi]

セキュリティーや品質管理的な事をどうするかが問題だな。セキュリティーや品質管理にこだわりすぎるとイノベーションを起こせないけど、それが行き過ぎると coincheck みたいになる。

[REV]

iPodは、データ保護も衝撃吸収も著作権保護もなかった。「こんなん、うちではだされへんがな」 http://d.hatena.ne.jp/REV/20160422/p3 / ただ、日本でこれやると法務やらユーザーサポートやら修理部門やらが怒鳴り込んでくる予感

[sugawara1991]

意見集約は見落としや理論の穴を塞ぐには良いんだけど、諸所の意思決定を多数決すると全体最適になると限らないわけで