Sharing OptionsShare on Facebook, opens a new window
SIビジネスの本質は保険屋であり、受託開発でアジャイル開発が失敗するのは受託開発が製造業だから。11月19日に行われた楽天テクノロジーカンファレンスでの講演「プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン」では、ソニックガーデン代表取締役社 倉貫義人氏によるこのような示唆に富む内容が語られました。 さらに倉貫氏は、ソニックガーデンで行っているクラウド時代の受託開発の新しいモデルについても詳しく紹介しています。 同氏の講演の内容を、配信されたUstreamの動画を基にして紹介しましょう。 (本記事は「プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン(SIビジネスの本質編)」の続きです) なぜ受託でアジャイル開発がうまくいかないか 新規事業でやったのが、クラウドでのソフトウェア提供です。SkipとYouRoom。 ビジネス領域でいうとクラウドベンダーという
ウォーターフォール脳に冒された日経SYSTEMS池上俊也記者はAgileとCloudの隆盛に自己存在意義の危機という悪夢を見たのか?(仮題 お断り: 題名はTweetしにくいように意図的に長くしてあります。 日経ITPro: 「規模見積もり」が消えてしまう? →クラウドやAgileを活用した「作りながら煮詰めていく」開発の普及で「規模見積もり」という習慣がなくなり プロジェクトがコントロール不能に陥る 準委任契約が広がる可能性がある ということを日経SYSTEMS池上俊也記者は懸念している。ちなみに過去にもこの人にケチつけたことあり。 そこで本記事では 果たしてそんなことはあるのか? あったとして問題なのか? そもそも規模の見積もりにどれほどの価値があるのか? を中心に突っ込んでみる。 突っ込み(1) 「規模見積もり」がなくなるとプロジェクトはコントロール不能に陥るか? 規模見積もりの結果
日経ITPro: アジャイルはウォーターフォールよりも難しい 何を持って簡単・困難を定義するのかがわからないけど、「アジャイルはウォーターフォールよりもごまかすのが難しい」というのであれば、その通りだろう。 そもそもアジャイルは、大規模プロジェクトを想定していないし、請負契約が多い国内のプロジェクトは、要求の増加に歯止めが利きにくいアジャイルと相性が悪い。 そもそも大規模プロジェクトを想定して生まれた手法は存在しないわけで。 ウォーターフォールは他に選択肢がなかったために大規模に適用されてきたけど、それが適切だったかはなんとも言えない。失敗しても他に選択肢がないんだから「ウォータフォールが悪い」って言えなかったしね。 ただ、最近は大規模でのAgile事例は増えてきている。日本ではまだ少ない、というところでしょ。 「要求の増加に歯止めが利きにくいアジャイル」というのも変だよね。 当初の一欄に
みなさんこんにちは。@ryuzeeです。 Jez Humble氏のContinuous Delivery vs Continuous Deploymentが分かりやすいので抜粋・意訳にてご紹介します。 (翻訳部分はCC-BY−SAとします) ティモシー・フィッツの継続的デプロイに関するブログは、デイブと私が継続的デリバリーについての本を出版する1年以上も前に、すでに書かれていた。そんな中でなぜ私たちは異なる名前を選んだのだろうか。実際に違いはあるのだろうか?それとも単に我々が不親切なだけなのだろうか? 我々はいくつかの理由で本の名前を「継続的デリバリー」とすることにした。まず第一に、デプロイがリリースを意味しないというちょっと学者ぶった事実。我々が本の中で言っているように、継続的に顧客受け入れ環境にデプロイすることはできるだろう。それ自体はたいしたことはない。継続的デプロイを特別なものにす
先日の「Scrum Gathering Tokyo 2011 Day2」ですが、私が参加したセッションの1つ:「コーチに聞け!みんなで聞く!スクラムお悩み相談会」は、コンテンツの性質上、スライドが有りませんでした。 Day2に関して、こちら(http://d.hatena.ne.jp/absj31/20111022/1319382465)に、恐ろしく(!?)分かり易い概説レポート(実況中継?)が有るんですが、前述のセッションには出席されていなかったようです。 不肖ながら、こちらにメモを挙げさせて戴くことにします。 私の理解不足で意味の取り違えが有りましたら、ご指摘戴ければ幸いです。 ■コーチに聞け!みんなで聞く!スクラムお悩み相談会 原田騎郎 氏:(株)情報システム総研:コンサル:認定スクラムプロフェショナル・他 永瀬美穂 氏:(株)ディアイスクエア:システム開発本部:コンサル? [決め事
みなさんこんにちは。@ryuzeeです。 Kelly Waters氏の7 Reasons why Continuous Delivery needs to be a BUSINESS initiativeより継続的デリバリーが必要な7つの理由について抜粋・意訳にてご紹介します。 アジャイルやリーンなチームにおける鍵となるプラクティスの1つに継続的デリバリーの考えがある。 たとえ継続的ではなくても、すくなくともとても頻繁にだ! ThoughtWorksでは継続的デリバリーに関する専用のWebサイトを提供しており、継続的デリバリーが本当に意味するところは何なのか、なぜそれが重要なのか、どうやればいいのかなどについて原理原則に基づいて話しているとても興味深いWebinarなどもある。 継続的デリバリーは技術的プラクティスではあるが、その利点は技術チームやプロジェクト全体だけにとどまらない。 継続
Generated by Hiki 0.8.7 (2007-06-24). Powered by Ruby 1.8.6 (2007-09-24). Founded by kdmsnr.
クラウドに仕切り値はない、付加価値のない代理店モデルは破綻~アジャイル開発×クラウドがもたらす変化(前編) Scrum Gathering Tokyo 2011 Amazonクラウドのエバンジェリスト玉川憲氏と、アジャイル開発に詳しく、アジャイル開発に特化した受託開発ビジネスを開始したソニックガーデン社長の倉貫義人氏のトークセッションが、10月22日に開催されたアジャイル開発手法「スクラム」を学ぶイベント「Scrum Gathering Tokyo 2011」の無料ワークショップで行われました。 アジャイル開発とクラウドには「正直である」という共通点があること、そしてこの2つを使わずにネットビジネスで勝つことなど難しいであろうことなど、お二人の本音が次々にとびだしたセッションの様子を紹介します。 開発と運用の一体化は「パラダイムシフト」を起こす 倉貫 私は一生の仕事をプログラミングにしよう
ピッグのアヌシー受賞のお祝いとして制作した映像のマテリアル表現をまとめました。 受賞発表の熱が冷める前にお祝いしたかったので、約1週間で映像を制作しています。まだまだ荒削りなアイデアですが、個人的には発展させると面白そうな、良い匂いのするテクニックだなと思っています。(水彩ポストプロセスとの合わせ技とかも面白そうです。) ブタくんの表現的な目標 お祝い動画は、下記を目標にしました。 Dice氏 の描くコンセプトアートのタッチで、ブタくんを動かしたい。 (3Dが苦手とする) キャラと背景の境界をなじませる手法の試作。 水彩ポストプロセスとは、違うアプローチでの NPR を模索。*1 アイデアのベース 前回の水彩ポストプロセスがほぼ 100% ポストプロセスで行なっていたのに対し、ブタくんは 80 ~ 90% はオブジェクトのマテリアルでビジュアルを作っています。 テクニックのベースはポリゴン
遅くなりましたが、10/22 にやった Scrum Boot Camp で使った最後の資料です。 Scrum の要はスプリントです。スプリントを上手く安定して過ごす事ができれば、プロジェクト自体も安定して順調に進んでいきます。 そのためにはスクラムイベントを上手く活用するや次の準備をちゃんとやっていくなど色々とやらなければならない事があります。 この資料は、そのスプリントにフォーカスをあてて、やらなければならない事や注意しないといけない事などを解説した内容になっています。 もしかすると誰かの役に立つかもしれないので、参加者以外にも見れるように公開しておきます。 Ways and Means of Spending Your Sprints View more presentations from Nishimura Naoto 個人的には、内容として若干詰め込み過ぎな気もしましたが、どうで
アジャイルプラクティスのWeb上の資料 << 作成日時 : 2011/09/30 22:40 >> ブログ気持玉 0 / トラックバック 0 / コメント 0 積読本になっていた「アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣」を通勤電車内で読み終わりました。 付録の参考資料に「Web上の資料」があったけど、Web検索しても一覧サイトが見つからなかったので地道に入力しました。 中身が英語なので全然読めてませんし、あと古いためにリンク先があやしいですが提示しておきます。 (リンク先が怪しいのはタイトルに「*」マークを付けておきました、完全に駄目なのは一覧から除外しました。) ☆天使の助言☆ 日本語版 http://www.ohmsha.co.jp/data/link/978-4-274-06694-8/ Agile Developer http://www.agi
ダメなデイリースタンドアップについて。 CarbonFiveのブログにWhy Your Daily Standup Sucks (and how to fix it)といういいエントリがあったので、ポイントを簡単に訳して紹介しておきます。 詳細を話しすぎる 誰かが詳細を聞きたがったら、それはスタンドアップの後で話し合え みんな準備不足 毎日同じ時間にやることがわかっているのだから、準備をしたうえで時間通りに参加しろ スタンドアップの前に記録した作業時間、コミット、作業中のストーリーを確認しておけ 問題解決しすぎ デイリースタンドアップでは状況のアップデートだけをせよ 議論や問題解決をするときではない 合言葉は"take it offline" 障害を取り除こうとせよ スタンドアップの「あと」で障害に取り組め 誰かから「それについては力になれるよ」と聞ければ充分 ホワイトボードをスタンドアッ
Scrum is defined completely in the Scrum Guide by Ken Schwaber and Jeff Sutherland, the originators of Scrum. The Scrum Guide is maintained independently of any company or vendor and therefore lives on a brand neutral site. The Scrum Guide is translated and available in over 30 languages. You can read and download the Scrum Guide here. This site contains both the 2020 and 2017 versions of the
10/22 の Scrum Gathering Tokyo 2011 で開催した Scrum Boot Camp の午後の前半に使った研修資料です。 内容は、アジャイル開発における計画と見積りについて手を動かしながら、ざっくりと学べる内容にしたつもりです。 Agile Estimating and Planning in your drawing paper View more presentations from Nishimura Naoto 個人的には、午後一の研修の内容としては、もう少し身体を動かすような内容の方が良かったかなーとちょっと反省しています。 #午後一は眠いしねww あと、残りの資料も今週中には公開しまーす。
10/22 の Scrum Gathering Tokyo 2011 で開催した Scrum Boot Camp の午前中の資料を公開しました。 当日はこの資料を使って、[twitter:@kdmsnr] さんが翻訳したスクラムガイドの内容をざっくりと参加者のみなさんと一緒に考えてみました。 Summary of Scrum Guide View more presentations from Nishimura Naoto また、実際のスクラムガイドを以下からダウンロード可能です。 http://www.scrum.org/scrumguides 午後の資料も随時公開していきます。 あと、Scrum Boot Camp 全体とイベント自体の御礼は別途書きますが、ひとまず皆さんありがとうございました!!
10/19(水)と10/22(土)に日本で初めてのScrum Gatheringを無事に行うことが出来ました。 イベント会社を利用することなく、スタッフ一同試行錯誤しながら創り上げたので、実行委員としてはまずはほっとしているというのが正直なところです。 大きな事故は某氏がセッション中に講演者の前で派手に転倒するという一点だけで、その他は重大な問題が出ることなく実施することが出来たのは、参加者の皆様や講演者の皆様、スポンサー各社様、協力頂いた翔泳社様、早稲田大学様、野村コンファレンスプラザ日本橋のスタッフの皆様、プレスの皆様、裏方メンバーのみんなのおかげだと思っています。 本当にありがとうございました。 セッションの内容については、多くの方が既にブログ等を書かれているので、#sgt2011タグのツイートを参考に調べてください。 今回のScrum Gathering TokyoではHenrik
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く