スタートアップロードマップ：リーンやグロースハックの概念を俯瞰して整理する - VASILY GROWTH HACK BLOG
スタートアップを始めるのは霧の中で前が見えずに進むようなものです。 いま自分がどのフェーズにいるかも分からないし、次に何をしたら良いか分からない。 これはスタートアップを始める者の共通の悩みだと思いますが、先日、アメリカを横断しながらスタートアップ界隈の様々なキーパーソンから直接教わる機会があり、ボヤっとしていたスタートアップのロードマップのようなものが自分の中でかなりクリアになりました。 帰国後にそのロードマップを、500 StartupsのメンタリングのもとでのハッカソンやVASILYの新規事業に当てはめる中で自分の中で完全に腹落ちし、かつ新サービスだけでなく、新機能レベルでもこのロードマップは使えることに気づきました。 今回はそんな「スタートアップロードマップ」の概要を紹介したいと思います！ ※各段階の詳細は次回以降の記事で順に紹介します。 スタートアップロードマップの７ステップ 上
「リーン」について : 「何を作るか」よりも「何を作らない」か - naoyaのはてなダイアリー
2013年に「リーン・スタートアップ」という書籍が出版されて、それからリーン (LEAN) という考え方に注目が集まるようになった。LEAN とは「無駄のない」とか「ぜいにくのない」とかそういう単語らしい。 書籍リーン・スタートアップには「スタートアップやその類が新しい事業を始めるときに普通にやってるとだいたい失敗するから、潜在顧客や顧客からのフィードバックをこまめに集めて軌道修正しながらゴールを見極めるやり方が良い」とか、雑にまとめるとそういうことが書いてる。 仮説を立ててフィードバックをもらって検証するということを短いイテレーションで繰り返す･･･というのを "フィードバックループ" と呼んでいて、それを細かくやる場合、製品を作り込んでからフィードバックをもらうのでは遅いし、例えばペーパープロトタイプをするとかそういう実験的なことで欲しいフィードバックが得られるならそれが一番いい ─
ドキュメントをなくしてもうまくいく？ 〜 人に依存するリスクへの対処とは | Social Change!
私たちの実践する「納品のない受託開発」では、担当のエンジニアがお客さまの顧問となって仕事をしていきます。（参考：顧問弁護士や顧問税理士のような「顧問プログラマ」という仕事と働きかた） お客さまと長い関係を結べることが会社にとって安定をもたらし、お客さまにとっても安心してもらえるため、担当するエンジニアも長期的な関係を築くことを目指します。 しかし、そうすると、必ず聞かれるのが「その人がいなくなったら、どうするのか？」という課題です。私たちのビジネスは、プロフェッショナルサービスでもあるので、人に依存すること自体を見直す必要はありません。だからといって、リスクに対して何も手を打たない訳にはいきません。 この記事では、私たちがどうやって個人に依存する問題へのリスクヘッジを行っているか、少し専門的な話になりますが、私たちの取り組みとその背景について書きました。 Lonely / vishwaan
「真の爆速は速すぎて見えない」 ヤフーにおけるリーンスタートアップの実践。IBM Innovate 2013
「真の爆速は速すぎて見えない」 ヤフーにおけるリーンスタートアップの実践。IBM Innovate 2013 大規模な組織であってもリーンスタートアップのような方法論は重要である。IBMが10月28日に都内で開催したイベント「Innovate 2013」の基調講演に登壇したヤフーの河合氏は、同社におけるリーンスタートアップの事例を通してこのことを示しました。 エンタープライズ向けのサービスであっても、つねに改善のサイクルを迅速に回すことが不可欠になってきています。ヤフーの取り組みがどのようなものなのか、河合氏の講演内容をダイジェストで紹介しましょう。 大組織におけるリーン・スタートアップ ヤフー株式会社 CMO （Chief Mobile Officer）室。河合太郎氏
かんばん方式を実践する
InfoQ: では，変化を受け入れる合意ができたとしましょう。私たちは正しい選択をしたいと思います。それが革新的な変化を伴うのならば，その心構えもします。その一方で，斬新的な変化で大きな改善が望めるのなら，できればそちらを選びたいとも思うでしょう。デリバリや予測可能性，透明性の改善といった観点で，結果を目にしたいのです。 Roock博士: 経験から言えば，かんばん方式を導入するまでは，大きな目標に対する同意が必要です。それはつまり，マネージメントの介入が必要だということです。 あるいは草の根的な "ステルス" アプローチで，マネージメントから隠れて，チーム内だけで事を進めようとする場合もあるでしょう。そのようなアプローチでもある程度は成功できるかも知れませんが，すぐに限界に突き当たってしまいます。企業規模での本当の成功を望むなら，マネージメントの介入は必要なのです。マネージメントと話して，
インセンティブと報酬 〜 「リーン開発の本質」より - kawaguti’s diary
野中先生と平鍋さんの「アジャイル開発とスクラム」が出版された。まだレビューできないでいるのだけれど近いうちにぜひ。プランニングポーカーの説明の部分は本ブログを参考にしていただいたようだ。ありがとうございます。 平鍋さんが経営寄りの視点で本を書くのはメアリーポッペンディークの「リーン開発の本質」以来のことではないかと思う。このリーン開発の本質は、私もイノベーションスプリント2011を企画している段階で読み返し、愛読していた。イノベーションスプリントは経営者やマネジメントにスクラムを届けるために企画したものだったからだ。 リーン開発の本質 作者: メアリー・ポッペンディーク,トム・ポッペンディーク,高嶋優子,天野勝,平鍋健児出版社/メーカー: 日経BP社発売日: 2008/02/07メディア: 単行本購入: 6人 クリック: 141回この商品を含むブログ (67件) を見る 昨年10月に改めて
リーンカンファレンス2013に行ってきた - numeha's blog
リーンカンファレンス2013～ヒット商品を作る仮説検証型開発プロセスとスキル～に行って来ました。 自分の中でのリーンといえば、 【送料無料】リーン・スタートアップ [ エリック・リース ] 価格：1,890円（税込、送料込） か 【送料無料】Running Lean [ アッシュ・マウリャ ] 価格：2,310円（税込、送料込） くらいなもんです。実際に本を読むだけではダメで、生の声を聞いて少しでも自分の仕事に役に立てばという思いで参加させて頂きました。気になったところだけ箇条書きにしてみます。 資料はまだWebにUPされていないようですが、UPされ次第更新します。 アジャイルからリーンへ、そしてリーンスタートアップに 平鍋健児さん @hiranabe 英和さんでもまだ50％はWF。アジャイルは契約がかなり問題。作ったのに使われないのも問題 アジャイルはホールケーキを作るのではなくショート
phpinfo()
/etc/php.d/apc.ini, /etc/php.d/curl.ini, /etc/php.d/dom.ini, /etc/php.d/fileinfo.ini, /etc/php.d/gd.ini, /etc/php.d/gmp.ini, /etc/php.d/json.ini, /etc/php.d/mbstring.ini, /etc/php.d/mcrypt.ini, /etc/php.d/mysql.ini, /etc/php.d/mysqli.ini, /etc/php.d/pdo.ini, /etc/php.d/pdo_mysql.ini, /etc/php.d/pdo_pgsql.ini, /etc/php.d/pdo_sqlite.ini, /etc/php.d/pgsql.ini, /etc/php.d/phar.ini, /etc/php.d/sqlite3.
phpinfo()
/etc/php.d/apc.ini, /etc/php.d/curl.ini, /etc/php.d/dom.ini, /etc/php.d/fileinfo.ini, /etc/php.d/gd.ini, /etc/php.d/gmp.ini, /etc/php.d/json.ini, /etc/php.d/mbstring.ini, /etc/php.d/mcrypt.ini, /etc/php.d/mysql.ini, /etc/php.d/mysqli.ini, /etc/php.d/pdo.ini, /etc/php.d/pdo_mysql.ini, /etc/php.d/pdo_pgsql.ini, /etc/php.d/pdo_sqlite.ini, /etc/php.d/pgsql.ini, /etc/php.d/phar.ini, /etc/php.d/sqlite3.
)
スクラムのリーン
David Starr 著。 David Starr は、Scrum.org のチーフ ソフトウェア クラフトマンであり、ソフトウェア開発という専門職の能力を向上させることに注力しています。 彼は、オンライン テクニカル コミュニティである ElegantCode.com の設立者でもあります。 2012 年 7 月 スクラム フレームワーク特有のリーン品質と、リーン思考を使用してスクラム チームの生産性を向上させるために役立つさまざまな方法について考察します。 対象 Team Foundation Server Overview Seeing Scrum Through the Lean Lens Toward Leaner Scrum Conclusion アジャイル ソフトウェア開発に関する現在の議論では、ソフトウェアの開発活動を計画、監視、実行するための 3 つのツールとして、スク
ピボットの決断 – すべき時と止める時 - SEO Japan｜アイオイクスのSEO・CV改善・Webサイト集客情報ブログ
ピボットという言葉をご存じでしょうか？スタートアップ界隈では一般用語化してきたこの言葉ですが、簡単にいえば当初のビジネスモデルや製品サービスを市場や顧客の反応に応じて転換していくことです。最初に考えたプラン通り、スタートアップや新規事業がスムースに成長することは滅多にないですし、いかに状況を見極め必要に応じてピボットしていけるかどうかはスタートアップにとって生死の分かれ目でもあり小さくまとまるか大きく拡大できるのかの差にもつながるでしょう。とはいえ、なんでも安易にピボットすれば良いというものでもないでしょうし、新しい市場を開拓するには我慢やこだわりも大事です。今回はそんなピボットのタイミングについて考えたスタートアップや新規事業に関わる人に興味深い記事を。 — SEO Japan 起業家は簡単にはあきらめない。成功するためには、回復力があって、神経が図太く、境界線ぎりぎりのクレイジーでなけ
Lean Diagram
≷Lean Diagram≷はアーリーアダプターに最速で出会うためだけに設計された、リーンスタートアップで最初に使うべきキャンバス・ツールです。一切のムダを排除したシンプルなキャンバスで、圧倒的なスピードを手に入れて下さい。
大組織の中でのリーン
2012/12/17 ヤフー株式会社にて行われた「Running Lean」出版記念セミナーでのヤフーセッション発表資料。補足改定版。Read less
Jasst12九州 倉貫資料：アジャイル・Ruby・クラウド(ARC)を活用したビジネスにおけるテストの実践 #jasst12Q
アジャイルとRuby、そしてクラウドを活用することで、新しいビジネスモデル「納品のない受託開発」を、私たちの会社ソニックガーデンでは実現しました。このビジネスモデルは「サービス型の受託開発」として、IT業界の多くの課題を解決するとして、日経コンピュータをはじめ多くのメディアで取り上げられるなど注目を集めています。 その開発現場において、どのような開発スタイルを実現しているのか、そこでの開発環境やテストの実践のノウハウについて、実際の現場の様子や担当者の声を交えながら紹介します。また、ここで紹介する開発スタイルが成立するのは、いったい何故なのか、開発ビジネスに対するパラダイムシフトまでお話します。 【講師プロフィール】 株式会社ソニックガーデン 代表取締役 1974年京都生まれ。1999年立命館大学大学院を卒業し、TIS（旧 東洋情報システム）に入社。2003年に同社の基盤技術センターの立ち
User Experience Design in Product Ownership （プロダクト・オーナーシップにおけるユーザエクスペリエンス・デザイン） - UXploration
AgileUX のパイオニアである Jeff Patton 氏が弊社にて2日間に渡る「Product Ownership Training（プロダクト・オーナーシップ研修）」を開講してくださいました。アジャイル開発を推進するための目的として開催されましたが、プロダクト・オーナーシップ・チームを対象としたセッションということでユーザエクスペリエンス・デザイナーとして参加してまいりました。 アジャイルは、昨年開催された Web Director's Meetup というイベントでも「アジャイルときどきUX」として発表したことがあり馴染みはありましたが、この研修ではデベロッパー観点からの Agile Experience Design を突きつけられたような衝撃を受け、今後のユーザエクスペリエンス・デザイナーとしての立ち振る舞いに少し焦りが生じ始めました。Jeff Patton 氏も元々は純粋な
『リーン開発の本質』のあとがき。日本のアジャイルをつくりたい。：An Agile Way：オルタナティブ・ブログ
わけあって『リーン開発の本質』を再読しています。る。日本の中でアジャイル開発を、できるだけ管理者の言葉として伝えたかった本です。この本は本当にたくさんの人に読んでほしいなぁ。ここに、そのあとがき、として書いた文章を掲載します。 最後に書いた、 多くの間違った標準化が、「人は本来怠け者でありしっかり働かせるために規則を作らなければならない」とか｢人は交換可能である｣というメンタリティから発している。もし、組織の文化や方針の中心にこのような考え方があると、もしくは多くの管理者がこのように考えているならば、「決して」リーン活動は成功しない。そうではなく、「人の持つ工夫のモチベーションを活かす」こと、「一人ひとりの人を育てる」ことこそ、マネジメントの中心となるべきだ。「人」の要素はプロセスの中心である。ここをやり間違えてはならない。 日本のソフトウエア業界が、人の持つ知恵と力を大切にしながら、高品
スクラムの先へ進む
アジャイル初心者の多くは、スクラムでアジャイルをはじめる。スクラムには明確な指針、ルール、プラクティスがあり、チームにアジャイルを導入するのに役に立つ。ところがスクラムもまた組織の中でさまざまな問題に直面し、多くの会社にとって成功を難しくする一因になっている。スクラムをやってきた人たちは自問する。どうすればよいのだろう？ スクラムだけで十分なのだろうか？ Jimmy Bogard氏は、なぜスクラムをやめたのか、なぜ彼のチームはスクラムで成功した後、そのコアプラクティスをいくつかやめることでパフォーマンスを改善できたのかについて、次のように説明する。 イテレーションはpullベースのアプローチほど効率的ではない。 タイムボックスで仕事をすること、割り当てて空きを埋めることには、何かしら心理的影響があります。明確なタイムボックスのイテレーションをやめて、できる限り早く納品することにのみ注力する
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
『リーン開発の現場』越境せよ！
leanconf2013inagaki
ソニックガーデン流 無駄のないシステム開発
