ゴールを80%に設定するということ。 | Junnama Online

何ごとも100%はコスト高、トラブルのもと。70%のコストで80%の約束をして90%のサービスを提供するほうが、100%の約束して苦労したりトラブるより、結果として互いがハッピーになることが多い。不思議とそっちの方が利益があがるんだなこれが。 Twitter / junnama: 何ごとも100%はコスト高、トラブルのもと... Web2.0の時(いつだよw)に、βでも良いからリリースして改良していくみたいな手法が取り上げられたけども、例えば受託開発案件なんかでβ納品なんかしたら問題ですよね。それでも80％をゴールに設定するような考え方も役に立つというか、使えるんじゃないかと最近思うんですよ。 CMSなんかのWebシステム構築の場合、顧客の要件を100％満たすことを前提に設計を行った場合、たいてい100%を実現するために壁になる部分、つまり、実現が困難な10％とか20％の部分が(大抵＝経験

[saneyuki2]

　「完璧を目指すより、まず終わらせろ」（ザッカーバーグ）　ひとつのプロジェクトで、時間のかかるネックとなる２割を切る。８割で完成とする。

[ranx]

いい考えですね。これ。見積りの段階で厄介そうなのを外してクイックリリース。｜

[shintokeimail]

要件を80％に絞り、ネックになりそうな20％を思い切って削る、そして30％の予算を浮かす。この30％を以降の改善に回して行けばいいのです。

[labunix]

「捨てる」「断る」の前後フォローを考えていることが前提。。。