Lean Startup リーンスタートアップ解説(1)：An Agile Way：オルタナティブ・ブログ
サンフランシスコ周辺で最近大きな話題になっている、リーンスタートアップ、について、簡単に導入解説したいと思います。 これによって、アジャイルは「既存の組織改革」という１つの出口から、「新しい起業の創業（スタートアップ）」という、もう１つの大きなビジネスホームグラウンドを見つけたように思います。 この資料は少し古くて、2009年に Eric Ries が Web2.0. Expo にて発表したものの一部です。オリジナルスライドはこちら。 「ウォーターフォール」、「アジャイル」、そして「リーンスタートアップ」、という３段階で説明していきましょう。 ウォーターフォール型の製品開発モデルでは、問題が既知で、解法も既知、という前提にたっています。計画したことが計画通りにうまくいけば、それでOKという世界観です。 ここでの進捗単位は、工程を１つ進む、ということ。となります。計画駆動の進め方です。 これ
アジャイルがダメなようでダメじゃないちょっとだけダメだと思う7つの理由 - @ledsun blog
素晴らしいエントリが立て続けに出ているので便乗します。 id:arclampさんのアジャイルがダメだと思う7つの理由 id:haradakiroさんのアジャイルがそんなにダメだと思わない7つの理由 1.全体スケジュールにコミットできない 主語を間違えやすいけど 経営者は顧客やVCと全体の計画にコミットしなきゃいけない の通りで全体スケジュールにコミットできるのはスポンサーだけなんです。開発者は「努力すること」しかコミットできません*1。 現実問題として、プロジェクトを上手くスタートするにはゴールをいつまでに何かって決める必要があります。アジャイル開発でも重視している。アジャイルサムライはインセプションデッキにかなりのページ数を割いています。 2. アーキテクチャ上の無駄が生じる アーキテクチャ設計を慎重に考えても元のビジネスモデルがウンコだったら役に立ちません。困ったことにビジネスモデルは
アジャイルがそんなにダメだと思わない7つの理由 - haradakiro's blog
鈴木雄介さんが、「アジャイルがダメだと思う7つの理由」というすごいブログを書いてくれたので、がんばって返答を書いてみる。どこかでディスカッションできるといいなぁ。 1. 全体スケジュールにコミットできない コミットメントって何だろう。コミットメントは約束なのか。約束であったら、破った場合のペナルティも受け入れるのか？受け入れたところでバッファが巨大になるだけではないのか？そして、そのバッファは見えないところで食い尽くされる。 全体を見えずに計画したところでうまくいくはずはない。アジャイルがタイムボックスで計画、実施を行うからといって、全体を計画しないわけではない。むしろ積極的にやるべきである。 全体を計画する上では、なるべく漏れがないように、実施可能なように最大限の努力をする。ただ、それに時間を掛けすぎるのは無駄だ。そして、神ならぬ人間が計画するのであるから、以下を認めなければならない。
DeNA流Scrumとcommのチームビルディング
Scrum Alliance Regional Gathering Tokyo2013でDeNA貝瀬、高坂、坪田が発表した際の資料です。Read less
大組織の中でのリーン
2012/12/17 ヤフー株式会社にて行われた「Running Lean」出版記念セミナーでのヤフーセッション発表資料。補足改定版。Read less
サムライ・エピソード - 達人出版会
β版 アジャイルに開発する全ての人へ、勇気を与えるために、アジャイル開発を実践する26人の失敗と成功の経験談をエピソードとして伝えます。 β版について 本書のステータスは現在β版であり、現在、著者やレビュアの方々により追加・修正が行われている段階です。 いま購入されてお読みいただけるのはその途上の原稿を元にしたものです。 最終的に正式公開されたものもダウンロードしお読みになることはできますが、 正式公開版を読みたい方には今しばらくお待ちいただくことになります。あらかじめご了承ください。 概要サンプルリンク用タグ 内容紹介日本全国のソフトウェア開発に携わる人々に伝えたいことがあります。アジャイルソフトウェア開発は日本で実績が積まれています。あなたの現場でアジャイルソフトウェア開発をすることはできます。この書籍は、そのための勇気を与えるために発行されました。 日本の現場のアジャイルこの書籍は1
アジャイルとウォーターフォールについて本気出して考えてみる - 邪道（旧）
なぜアジャイルなのですか？改めて考察するウォーターフォールとの違いに参加してきました。 ウォーターフォール（以下WF）はよくDisらr・・・アジャイルと比較されます。 私もアジャイル開発を知るまでそうではない開発を経験したことがありますが、おそらくそれらはWF開発をしていたわけではなく、WFのようななにかに過ぎなかったと思います。 だから、ちゃんとしたWFについても勉強したいなーと考えていたのでとてもいい機会になりました。 株式会社ジャムズを経営されている玉牧 陽一さんのご講演のポイントをまとめます。 詳細については下記SlideShareをぜひご覧ください。 なぜアジャイルなのですか？改めて考察するウォーターフォールとの違い WFの原点に関わる流れ 1970年 Managing the Development of Software Systems via Winston Royce W
ストーリー、エピック、テーマ by Mike Cohn - kawaguti’s diary
「アジャイルな見積りと計画作り」の著者マイク・コーンさんがブログで、「ストーリー」と「エピック」の使い分けについて説明していましたので、だいたい訳して載せておきます。 ちょうど最近、ストーリーとエピックについてご質問をいただいたので、これを参考にしていただけるとうれしいです。 ストーリー、エピック、テーマ ( STORIES, EPICS AND THEMES by Mike Cohn) http://blog.mountaingoatsoftware.com/stories-epics-and-themes 最近、「ユーザーストーリー」「エピック」「テーマ」の違いがわからないというメールを受けることがだんだん多くなってきている。今回はこれらの用語を説明する事を通じて、基本的な(でもとても役立つ)領域に立ち返り、確認していく。 まず、この用語にはあまり深い意味はない。この用語には、プログラ
AI-Powered DevOps Platform | Digital.ai
How To Use OWASP’s MASVS to Ensure Your Applications are Secure
スクラムとは - アギレルゴコンサルティング株式会社
スクラムは、世界中で採用が進んでいる、ソフトウェア開発のマネジメント・フレームワークです。アジャイル開発といわれる一連の手法群の中でも、最も基礎的な「チームとしての仕事の進め方」に特化した枠組みになっています。 スクラムを始める上では、それほど難しいルールはありません。 しかし、マネジメント、そしてソフトウェア開発そのものが持っている複雑性を扱うためには、多くのノウハウと試行錯誤が必要になります。 自習教材として、以下の資料をおすすめします。いずれも無償で手に入ります。 スクラムガイド 塹壕よりScrumとXP (購読には InfoQ Japan の無償ユーザ登録が必要です) 大事なことは、スクラムを行うことではなく、手法をうまく使って、あなた自身と、あなたの周りの人々(チーム)の「よさ」を、より上手に引き出すことです。そのスタートラインは、あなたがいま心を痛めていること、そして、それ
私の中でのアジャイルに対する考え方 - Ideals and Reality
最近どこへいってもアジャイルもしくはそれに関連する話を聞く事が多くなってきました。 実際私も世の中が言うアジャイル開発をやっていたりしますが、少し思うところを書こうと思います。 実は既にアジャイルだった ゲーム業界で既に数社の中で仕事をしてきた私ですが、大抵の会社ではアジャイルに近いような開発をしていたと思います。 実際エクストリームプログラミングやスクラムを使用して開発していたというわけではありませんが、週単位どころか日数単位で変わる仕様に対応する開発体制、毎日行う報告会、週単位での進行確認、実際に作り上げた成果物報告、マイルストーンを区切っての出来たゲームのレビュー等、細かい単位の中で変化に強い開発はある意味で当たり前の光景です。 無駄のない素早く開発を行うという意味ではアジャイルそのものでしょう。 この話は既に過去に同様の事を仰っている人もいました。 CEDEC事前インタビュー：アジ
NTTデータのアジャイルは現場への警告であり、日本のソフトウェア産業の大きな1歩である | Act as Professional
アジャイルソフトウェア開発はキャズムを超えたと言われてもピンと来てなかったけど、本当に超えたと僕が実感でき日も近いのではないかと思う@HIROCASTERでございませう。 「キャズム」という意味は、先進的な人と一般的な人との間にある隔壁のことです。 つまり、一部で活発になってきているアジャイルソフトウェア開発が一般的になってきているということ。 システムインテグレータ大手のNTTデータが下記の発表をしたことについて、思うことを書いておきたい。 若手リーダー層を対象としたアジャイル開発研修を開始 会社としての姿勢これまで欧米を中心に普及してきたアジャイル開発は、米国IT企業のソフトウエア開発における採用率で30%を超えるなど、欧米では最も利用されている開発手法となっています。昨今では、日本国内でも、Webサービス業界やゲーム開発業界などを中心に多くの開発事例が見られるようになってきましたが、
[Agile]インセプションデッキ日本語版 | Ryuzee.com
インセプションデッキって何？って人はThe Agile Samuraiを読むと良い。 The Agile Samuraiの日本語版は@kakutaniさんや@nawotoさんが頑張ってらっしゃるので、期待して待っていよう。 簡単にいうと、インセプションデッキは10個の質問から構成されていて、プロジェクトを始めるにあたって、その質問に答えることによって、プロジェクトの全体像やこれからの方向性等を明らかにしてくれるツールだ。(逆に答えられないとするとその時点で結構ヤバイということでもある)。そしてプロジェクト期間中は見えるところに貼っておき、何か変更があれば随時更新していく。 詳細は本の著者であるジョナサンのサイトのThe Agile Inception Deckを見て欲しい。 公開されているインセプションデッキのテンプレートを日本語化してみた。 以下からダウンロードできる。ライセンスはC
アジャイルチームにおけるコードレビュー - Sean_SF’s blog
@daipresents さんが「アジャイルなレビューをサポートするツールを5つ」というブログ記事を書かれていました。 コードレビューによりコードの品質を改善することは知られていますが、@daipresents さんのチームのように実際にコードレビューを行っているチームはそれほど多くないと思います。 アトラシアンにおいては、基本的に全てのコードをレビューしています。その方法やヒントなどを説明したブログを以前にいくつか公開しておりますので、参考までに抜粋して下記します。 アジャイルチームにおけるコードレビュー - パートII コードレビューを行う際に留意すべき点として以下の9つを挙げています。 軽量に保つこと 強制しないこと 細かく管理しないこと 非同期のレビューを奨励すること コードレビューを通して、興味深い発見、構成、設計上の決定を積極的に共有すること - チャンピオンになりましょう コ
いいアジャイルと悪いアジャイル
スクラムはラグビーにおいて最も危険な段階であり、それというのも、潰れたり不適切なかみ合い方をすると、前列のプレーヤーが怪我をしたり、首の骨を折る危険すらあるからだ。—Wikipedia 私が子供の頃には、コレステロールは体に悪いものだった。これは覚えやすかった。脂肪は悪い。コレステロールは悪い。塩分は悪い。みんな悪い。しかし近頃では、コレステロールが「いい」コレステロールと「悪い」コレステロールに分かれている。私たちがこの2つをどうにかして見分けられるとでもいうように。そしてその切り替わりは奇妙なものだった。FDAが突然プレスリリースを発表して、殺鼠剤には2種類、いい殺鼠剤と悪い殺鼠剤があり、いい方はたくさん摂って悪い方は摂ってはならず、そして決して2つを混ぜたりしてはいけないのだと言ったかのようだった。 一年くらい前まで、私はいわゆる「アジャイル」プログラミングに対して、ごく一次元的な見
ウォーターフォールだって成功する。ただしそれには前提条件があるはず
東京証券取引所の新株式売買システムの刷新という大規模な開発プロジェクトの背景と、成功要因を、東証の担当者自身が説明したプレゼンテーションを記事にした「客が本気にならないといいシステムができない。東証arrowhead成功の鍵とは ～ Innovation Sprint 2011」は公開から3日後の現在、過去1週間でもっとも読まれた記事の第1位になっており、たくさんの反響をいただきました。 客が本気にならないといいシステムができない。東証arrowhead成功の鍵とは ～ Innovation Sprint 2011 － Publickey 記事で取り上げたarrowheadの開発は巨大なウォーターフォール型のプロジェクトであり、その成功の鍵として主に挙げられていたのは次のようなことでした。 関係者全員での危機意識の共有 発注者責任の明確化 上流工程完璧主義 しかしこの成功の鍵には、語られな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【CEDEC 2012】ストリートファイター×アジャイルで直接対決×鉄拳 | インサイド
いろいろ見せますLord of Knightsのクライアント開発事例紹介
塹壕より Scrum と XP
Agile in 30mins - 30分でだいたいわかるアジャイル開発
