1月14日にコミュニティが主催し都内で行われたイベント「Innovation Sprint 2011」は、アジャイル開発手法の1つとしてもっともよく使われている「スクラム」の生みの親と言える2人、野中郁次郎氏とジェフ・サザーランド氏がそれぞれ基調講演を行いました。しかもサザーランド氏と野中氏が会うのは今回が初めてということで、アジャイル開発の歴史に残るイベントになりました。 野中氏の基調講演に続き、サザーランド氏の基調講演の内容を紹介しましょう。 (本記事は「スクラムの生みの親が語る、スクラムとはなにか? たえず不安定で、自己組織化し、全員が多能工である ~ Innovation Sprint 2011(前編)」の続きです) なぜソフトウェアのプロジェクトは失敗するのだろう? Chairman,the Scrum Training Institute ジェフ・サザーランド氏。 なぜソフトウ
スクラムの生みの親が語る、スクラムとはなにか? たえず不安定で、自己組織化し、全員が多能工である ~ Innovation Sprint 2011(前編) アジャイルなソフトウェア開発手法としてもっとも広く使われているのが「スクラム」です。このスクラムは、1990年代半ばにジェフ・サザーランド(Jeff Sutherland)氏らによって提唱されたものですが、その考え方の基盤となったのが1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日本企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」でした。 1月14日にコミュニティが主催し都内で行われたイベント「Innovation Sprint 2011」は、このスクラムの生みの親と言える2人、野中郁次郎氏とジェフ・サザーランド氏がそれぞれ
ScrumとKanban、海外ではけっこう対立議論になる。 6/10、Scrum の創始者である、Ken Schwaber のかんばんとスクラムについての記事。 『Waterfall, Lean/Kanban, Scrum』http://kenschwaber.wordpress.com/2010/06/10/waterfall-leankanban-and-scrum-2/ 中で、Kenは、「スクラムは難しい問題を人間の創造性を使って解くためのもの。かんばんを使っても、ウォーターフォールに隠れていた無駄(ゆとり)をなくしてしまい、かえって安定したデスマーチを引き起こす。」と。 同じく、6/10、Kanban ムーブメントの先頭である、David Anderson の最新記事。 『かんばんはスクラムとどう違うか(Thoughts on how Kanban differs from Scr
みなさんこんにちは。@ryuzeeです。 意外と日本語でScrumButのことが紹介されているページがないので紹介しておきましょう。 Jurgen氏のScrumButs Are the Best Part of Scrumの冒頭を抜粋・意訳しました。 ScrumButとは以下のようなものだ。 「我々はスクラムを利用している。だけど」「我々には特殊な事情がある」「それゆえにスクラムを変更する必要がある」(原文) “We use Scrum, but” “we have these unique circumstances” “so we have had to modify Scrum so it works here”もっと短く言うと、 ScrumBut = (したがっていないプラクティス)(ロジカルな言い訳)(回避方法)さらには以下のようにも定義できる。 scrumbut [skruhm
金武明日香(@IT自分戦略研究所) 2010/4/21 前のページ|1 2| ■物理的な「場」をチームで共有 6つの能力のうち、最も重要なのは「場をタイムリーに作る――知が生まれる空間や環境を作り出す」能力だ。 「場」とは、いわゆる「組織体制」ではなく「いま、ここ」を共有する「物理的な場所」である。経験の共有が、知識を創造する「場」の基盤となる。場にいる人々1人ひとりが「主観」を持ち、その主観をチーム内で共有する。「場は、バーでも会議でも何でもよろしい。個人の主観が影響しあう『相互主観』によって、知識はスパイラルアップするのです」と、野中氏は説明した。 例えば、ホンダには「ワイガヤ」という制度がある。「ワイガヤ」では、チームメンバーは温泉宿に宿泊し、3日3晩同じものを食べ、同じ場所で寝泊りする。初日は個と個のぶつかり合いだ。上司の悪口でウォーミングアップし、徹底的に話し合う。喧嘩が起きるが
アジャイル開発を行う技術者が集まるイベント「アジャイルジャパン2010」レポート。「体験しよう! 考えよう! 行動しよう!」をテーマに、さまざまな角度からアジャイルを考察したイベントの模様を、前後編に渡ってお届けする。 前編|1 2|次のページ 「開発者の皆さん、行動する中で考える『知的体育会系』であってください」 4月9日の「アジャイルジャパン2010」で、「スクラム開発」の源流を生んだ一橋大学大学名誉教授 野中郁次郎氏が基調講演を行った。テーマは「実践知のリーダーシップ スクラムと知の場づくり」。 ソフトウェア開発のリーダーは、考えるだけの思索家であってはならない。体を動かすだけの実践家でもいけない。実践しながら徹底的に考え抜く「知的体育会系」となって、「よりよいもの」をどこまでも追求してほしい。 「知識経営」の生みの親であり、「スクラム開発」の祖父でもある野中氏がITエンジニアへ向け
SCRUM: 超生産的ソフトウェア開発のための拡張パターン言語 Mike Beedle beedlem@fti-consulting.com Martin Devos mdevos@argo.be Yonat Sharon yonat@usa.net Ken Schwaber virman@aol.com Jeff Sutherland jeff.sutherland@idx.com 山田正樹/メタボリックス(masaki@metabolics.co.jp) 日本語版 (2001/12/14) 要約 SCRUM開発方法論のパターンは、既存の組織的パターン言語に対する拡張として提示される。過去数年にわたって、SCRUM開発方法論は超生産的ソフトウェア開発のための有効なツールとして急速に認識されるようになってきた。しかし、SCRUMパターンを他の既存の組織的パターンと結合することによ
複雑な問題に対する完璧なソリューションを1度で実現することは難しい。異なるアプローチとして、不完全なソリューションを素早く出しそこから学び改善する、適応型ソリューションがある。適応型ソリューションをチームで開発するために従うべき少数の規則・軽量フレームワークがスクラムである。スクラムはソリューション開発のフレームワークであるため、その目的は開発したソリューションを介して価値を生み出すことである。 スクラムは「問題に対する解決策を列挙」「高優先度の策を一定期間でチームで実行」「結果の検査に基づく調整」「その繰り返し」を実現できる環境を生み出すシンプルなアプローチである[2]。スクラムのカギとなる基本原則は、プロジェクト開発の途中で、顧客は、要求や必要事項を変えられるという認識である。予想できない変更について、計画に基づく方法で対処することは、容易ではない。したがって、スクラムは経験に基づくア
アジャイル開発手法には複数の手法あるいはプラクティスと呼ばれるものがありますが、その中で「スクラム」はもっともよく使われている手法として知られており、マイクロソフトやIBMをはじめ多くの企業がソフトウェア開発の現場で採用しています。 そのスクラムを実践するための「スクラムガイド(Scrum Guide in Japanese)」が、スクラムの普及促進のための団体「Scrum Alliance」から公開されました。誰でも無料でダウンロードできます。翻訳を行った角征典氏が、今日「Scrum Guide 日本語訳が出た。」とつぶやいていました。 (追記 2010/5/6:理由は不明ですが上記からは削除されています。kdmsnr's ScrumGuide at master - GitHubで再公開されてるようです) スクラムガイドはPDFで配布されており、わずか14ページで構成されるシンプルな内
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く