「リーン」について : 「何を作るか」よりも「何を作らない」か - naoyaのはてなダイアリー

2013年に「リーン・スタートアップ」という書籍が出版されて、それからリーン (LEAN) という考え方に注目が集まるようになった。LEAN とは「無駄のない」とか「ぜいにくのない」とかそういう単語らしい。 書籍リーン・スタートアップには「スタートアップやその類が新しい事業を始めるときに普通にやってるとだいたい失敗するから、潜在顧客や顧客からのフィードバックをこまめに集めて軌道修正しながらゴールを見極めるやり方が良い」とか、雑にまとめるとそういうことが書いてる。 仮説を立ててフィードバックをもらって検証するということを短いイテレーションで繰り返す･･･というのを "フィードバックループ" と呼んでいて、それを細かくやる場合、製品を作り込んでからフィードバックをもらうのでは遅いし、例えばペーパープロトタイプをするとかそういう実験的なことで欲しいフィードバックが得られるならそれが一番いい ─

[nemoba]

リーンってそもそもトヨタ生産方式(TPS)を源流に持ってて、その目的は無駄を省くだしね。そのTPSをソフトウェア開発に適用したのがアジャイルなのに、アジャイルにリーンを適用とか意味不明なこと言ってるのはご愛嬌

[teppeis]

「クソプロダクトを良い方法論で作ってもやっぱりクソはクソ」問題

[kabukawa]

タイトルにある「何を作るか」よりも「何を作らない」かは、本当に大事。顧客が本当に必要だったもの、という絵を思い出す。

[hidex7777]

トヨタがリーンというよりトヨタ生産方式をMITが研究整理したのがリーン生産方式。だからカイゼン・カンバン・アンドンがアジャイルに入ってる。

[hi30]

せやな。いつも思うんやけどエンジニアは余計なこと考え過ぎやで。もっと自然にいこうや。たまに作り物みたいで気持ち悪いことがあるで。

[yuya_presto]

ピーター・ティールのZero to Oneで批判されてるのはリーンじゃなくて、それを言い訳にした小さすぎるビジョンや無計画。

[rin51]

寿司プログラマの皆さんならばラブライブ！サンシャイン！！で千歌が言っていた「ゼロからイチへ」が理解できるはず

[sagaraya]

なるほど納得だけど、計画を立てないっていうのはスケジュールを立てないってことじゃないかな

[inai17ibar]

「リーン」について : 「何を作るか」よりも「何を作らない」か - naoyaのはてなダイアリー

[moronbee]

イシュー度と解の質軸のいい2次元表 // (コスト掛けてでも解決したいとユーザーが潜在的に思っている)正しいイシューを、適切な方法とチームで解決するのがいいよと。

[nilab]

「リーン」について : 「何を作るか」よりも「何を作らない」か - naoyaのはてなダイアリー

[rizenback000]

おもしろそう

[ahmok]

トヨタ生産方式からリーンへ

[Journey]

『ある程度計画を立てることによって「やらないこと」をはっきりさせるための方法論』

[shields-pikes]

サービスにおける機能は放っておけば、エントロピーのように増え続けるもの。機能が増えれば増えるほどユーザー行動や心理も複雑化して、問題解決や改善施策などの効果検証がしにくくなっていく。

[lackofxx]

共感。無駄な在庫を持たないことが出発点。

[atsushifx]

LEAN自体はカンバン方式やカイゼンなどをもとにしたソフトウェア開発プロセス。その知見をスタートアップのマネジメントに応用したわけで計画をしないというのはAgie開発プロセスと同じようによくある誤読

[atotto]

悩ましい

[i2key]

実装しないでも検証可能な仮説であれば事前に検証が済んでしまうため、エンジニア目線だと作るものが減るので結果的にエンジニアチームのバックログが最小化していく方向に力が働くから同じ感覚。

[Pasta-K]

Zero to Oneの話だ

[kumagaya1982]

■「リーン」について : 「何を作るか」よりも「何を作らない」か 2013年に「リーン・スタートアップ」という書籍が出版されて、それからリーン (LEAN)　という考え方に注目が集まるようになった。LEAN とは「無駄のない」

[kasajei]

ZtOの感想同意見。リーンと反しない話の内容だった。ただ、Unfaure AdvantageをSecretとよび、それを強烈に推奨している感じはあった。

[mather314]

すごく当たり前のことだけど、忘れがち。 / “実際には、優れた製品を作るにはその製品がちゃんとユーザーの問題を解決しているかどうか、それを知るということが最も重要”

[DustOfHuman]

イシュー度

[tarchan]

＞ある程度計画を立てることによって「やらないこと」をはっきりさせるための方法論

[chezou]

色々整理された

[homarara]

いい！ すごく良い！ も 最っ高！ これよこれ！！　私が求めてた記事は！！・・・と書いて欲しかったんだろ？　とりあえずタイトルだけ見て、何も作らない俺最強という事で一つよろしく。

[raitu]

不満の正体は周囲の環境ではなく自分の睡眠不足、みたいなのがよくある問題設定ミス。問題設定ミスというより、原因特定ミスというか。

[stj064]

"優れた製品を作るにはその製品がちゃんとユーザーの問題を解決しているかどうか、それを知るということが最も重要であり、どんなにプロセスばかりを良くしたってその領域には到達できない"

[shiba_yu36]

良い話

[kanetann]

こうなってくると問題を見つける方法論を知りたくなってくる

[hiroqli]

アジャイルでも、ドキュメントを作らないと誤解して、設計せずにつくりはじめてgdgdになったチームもあるから、それと似たようなことが起こってるのかな。 リーンスタートアップサイクルは、計画大事ってうたってるの

[noblejasper]

「リーン」について : 「何を作るか」よりも「何を作らない」か - naoyaのはてなダイアリー via @delicious

[fjwr38]

プロセスのくだりは刺さりますなぁ