Webサービスにおける費用対効果 - Kentaro Kuribayashi's blog
コードを書いたり機能を追加したりせずにお客さんが増えたり儲かったりするなら、その方がいいことは自明である。コードや機能が増えることはシステムの複雑性を増加させるため、当初の開発工数という意味におけるコストだけでなく、将来にわたってコストが増えるということ。 コードや機能が増えることによるコストは、やればやるだけ増えることもまた自明である。コードの一行一行、機能のひとつひとつが、将来の開発者に対する負担となる。一方で、一般にWebサービスにおけるベネフィットは、なにかやればその分儲かるというものではないため、費用対効果がよくわからないことが多い。単にひたすら作っているだけだと、コストばかりが増えていくということになりがち。 ではどうするか。できるだけコストをかけないでベネフィットを増やす必要がある。しかし、コードを書いたり機能を追加したりすると、上述の通り、コストが増加することは避けようがな
「開発者のためのリーン・スタートアップ」「リーン・キャンバス入門」の資料を公開します - Kentaro Kuribayashi's blog
隣席のるびりすと氏(@hsbt)と僕とで、この半月ほど、東京・福岡で合計3回にわたって勉強会ツアーをやっていました(その他のこともたくさんやっていたので、それだけではもちろんないのですが)。今日でそれもひと通り終わったので、どのようなことをやっていたのかについて、ここで公開したいと思います。 我々の話はどの回も以下の順番で行われており、いわば三題噺みたいな構成となってます。 リーンスタートアップ インセプションデッキ Scrum それは、我々が議論している模様を撮った以下に掲げた写真に見られるように、開発プロセスというものが階層的な構造を持っているからです。 www.instagram.com ここでは、その最初の話「開発者のためのリーン・スタートアップ」および「リーン・キャンバス入門」のスライドを紹介します。 開発者のためのリーン・スタートアップ 僕は技術者です。また、技術者としてさらな
kony.me (Qiitaを開発する中でLeanStartupを実践して学んだことをシェアします)
タイトルはちょっと大げさですが、実際にStartupをやっていて気づいたことをまとめてみようと思います。 先に謝罪すると、僕はまだLean Startupを読破できていません… が、一緒にQiitaを開発しているyaottiは読了済み、かつQiitaでかなり積極的に取り入れているので大体把握できている、と信じています。 ↑洋書なのでちょっと読むのしんどいですが、渡辺千賀さんの記事と合わせて読むといいかもしれません。 Leanにやることと計画を立ててやることは相反するけど両立しないといけない LeanStartupの注意点はだいたい下の通りだと思います。 ユーザー体験をベースに、機能を考える できるだけ機能は小さな単位に切り分ける 最小単位でリリースし、成果を計測することで機能の取捨選択をする つまり、とにかくスピードが大事。ガンガン作ってガンガン出す。そして計測して取捨選択する。という感じ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Good night, Posterous
第３回 宮本茂さんの特殊なところ | 任天堂の岩田社長が遊びに来たので、みんなでご飯を食べながら話を聞いたのだ。 | ほぼ日刊イトイ新聞
