1 Copyright ©2012 CollabNet, Inc. All Rights Reserved.ENTERPRISE CLOUD DEVELOPMENT
Scrum: The Secret Sauce for Innovation
スクラム: イノベーションの秘密のソース
Tokyo Scrum Gathering 2013
Laszlo Szalvay, VP Worldwide Scrum Business
Friday, January 30, 2015
2 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
“
イノベーションについての引用
チェンジなくしてイノベーション、クリエーティビティ、やる気の向上はない。チェン
ジを(より早く)始めた人たちは、この避けられないチェンジを成し遂げるよりよい
機会を得るだろう。
– William Pollard
経済の繁栄において、イノベーションは重要な問題。
– Michael Porter
イノベーションは企業家精神の明確な手段。富を生み出す新しい能力にリソー
スを与える活動だ。
– Peter Drucker
学ぶこととイノベーションは、密接な関係がある。成功による放漫な考え方は、
昨日やったことが明日でも十分だと考えること。
– William Pollard
結果は論理的な構造で説明できるが、イノベーションは論理的思考の産物では
ない。
– Albert Einstein
考えのない習慣的行動は、イノベーションの敵。
– Rosabeth Moss Kanter
3 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
歴史をちょっと振り返る
“
”
何が欲しいか人々に尋ねてい
たとしたら、彼らはもっと速く走
る馬が欲しい、と答えただろう。
Henry Ford
http://bit.ly/GRFPxO
4 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
• 問題空間を理解する
• 組織をさらにイノベーティブにす
るための5つの手順
• 終わりに
アジェンダ
http://thepulse-mag.org/2011/11/innovation/
ユーザーに魅力
(desirable)のある
ものは何?
業界で発展
(viable)しうる
ものは何?
テクノロジーで
可能(possible)
になるものは
何?
innovation
5 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
イノベーションが組織と人々の両方に成長と富を生むことを、
私たちは知っている。
• どうやってイノベートする?
• イノベーション成功のために、どうやって自分達を発達させ
る?
• どうやって次の優れたプロダクトを作成する?
• どうやってテクノロジーを競争力として使う?
問題提示
6 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
大きくて困難で大胆な目標 (big hairy audacious goal)
アジリティが繁栄するための
イノベーションを可能に
7 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
マーケット トレンド
“スクラムはモダンな働き方”
October 2010
Tieto
In person meeting in Helsinki”
Mika Koivuluoma, VP Software Development and Tools
8 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
Build Your Own Scrum
brought to you by Adam Weisbart
Scrumの知識をチームメイトと共有(レベルを合わせる)
(8分間)
演習: 自分のスクラムを作れ(Build Your Own Scrum)
9 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
役割、ミーティング、そしてアーチファクト
スクラムは目的達成のための手段
10 Copyright ©2012 CollabNet, Inc. All Rights Reserved.10 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
組織(The Organization)
学ぶ組織になれ
11 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
学ぶ組織になる
• スクラムは問題を解決しない。スクラムは組織内に
潜在する問題を見つけ出す。CollabNetが提供する
フレームワークを使って、スクラムで見つけた問題
を解決するのは、マネージャーやエグゼクティブとし
てのあなたの仕事。
• スクラムの効果がないとき:
– 組織に問題は存在しないと信じているとき
– 政治的または文化的で問題を解決できないとき
• スクラムの効果があるとき
– 学ぶ組織がある。よりよい集団への手段として
問題を解決しているリーダーシップがある組織
Jeff Sutherland
12 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
リーダーたちの見解
2002
Slack
Tom DeMarco
速く、敏感で、アジャイル
になるのが会社の目標な
ら、効率を求めるのは答
えではない。 – もっと緩
やかになる必要がある。
マネージメントのコンサルタントで
あるDeMarco (Peopleware)は、今
日のように競争が厳しく変化の激
しい経済では、マネージャの働き
方は以前よりはるかに効果的でな
くなっていると語る。マネージャー
は企業再構築と人員整理に対応し
ながら、品質を犠牲にし、締め切り
を重視して従業員を急がせている。
そうではなく、幹部社員は競争を
止めさせチームワークを奨励し、ト
レーニングの時間を与えるべきだ、
とDeMarcoは述べている。
2001
Cahners Business Information, Inc.
13 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
“
”
リーダーたちの見解
イノベーションは、典型的なボトムアップ的現象。 Complexity and
Innovation in OrganizationsとComplexity Perspectives in Innovation
and Social Change などの出版物では、何か新しい発明をするという
困難なタスクの担当になった「特別な」人たちのトップダウンのプロ
グラムとして上層部が立ち上げると、イノベーションは失敗する運
命にあると強調している。このアプローチは、将来起こることを管理
しようという因果決定論的な見方を反映している。 これは通常うま
くいかない。
複雑なシステムアプローチは、イノベーションは計画された結果で
はなく、創発的な結果と言っている。イノベーションは自己組織化
チームで偶発的に生まれる。しかし、そこに現れる物事には、それ
らの元となる何かが必要だ。そして、イノベーションのための重要
な要素は、知識、創造性、意欲、多様性、人格。
http://www.noop.nl/2009/09/innovation-is-the-key-to-survival.html
Jurgen Appelo
14 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
”
リーダーたちの見解
2009
TED Conference
Dan Pink “これらの教訓は繰り返す価
値があるし、そしてもし多く
の企業がPink氏のアドバイ
スに勇気付けられると感じ
るなら、なおすばらしい。”
Wall Street Journal
“Pink氏は急速に国際的な
第一人者になろうとしてい
る…彼は挑戦して挑発する
魅力あるライターだ。”
Financial Times
彼の著書「Drive」では, Dan Pinkは真のモチ
ベーションの3つの要素を検討する—
世界で最もイノベーティブな一部の企業
では、時間、タスク、チーム、技術につい
ての自主性は20%の時間につながった。
“
15 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
それでDan Pink氏のモチベー
ションの考え方は通用する?
それで SCM 市場はどうなった?
2007 Forrester Research
The Forrester Wave: Software Change and Configuration Management
自主性、熟練、目的 = イノベーションと市場のリーダーシップ
16 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
イノベーションが起こるとき、企業の
開発者よりもオープンソースの開発
者のほうが効率的だと思いますか?
(3分間)
エクササイズ: 2つの考え方
17 Copyright ©2012 CollabNet, Inc. All Rights Reserved.17 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
プラットフォーム(The Platform)
コミュニティ アーキテクチャのインプリメント
18 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
開発者は、コミュニティに参加してコラボレートしたいと思ってい
る
– インナーソース (企業内オープンソース)
– 透明性 (再利用を促す信頼を生む)
– 作業場所とウィキ (まとまり)
コミュニティ アーキテクチャをインプリメント – いいことは何?
ウィキは最も古くてシンプルな
ソフトウェアだが、そこでは、見
知らぬ人がいるコミュニティで
共同作業し、驚くようなものや
継続的な価値を生む場となっ
ている。
Ward Cunningham
Inventor of the Wiki
Sent to Laz via LinkedIn in March 2012
19 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
“
リーダーたちの見解
Laszloの質問:
前に話した時、君はウィキ、SVN、メーリングリストで始め
たと言っていたけど、どうしてこの3つなの?
Brianの答え:
1995年にメーリングリスト、バージョン管理、バグデータ
ベースで始めたんだ。とてもありふれたものだからね – 当
時、他の人たちも使っていたツールで「シンプル」だったし、
そこにいた人たちに合ってたんだよ。メーリングリストは、
僕にとっては今でも興味深いよ。ウェブサイト上のフォーラ
ムやフェースブックのスレッドよりも直接的な魅力があるん
だ。特にテッキーにはね。SVNと Git は今でも必要不可欠。
そしてバグや要件を扱うためにワークフロー的なことがで
きるツールも必要不可欠だったし、今でもそうだ。でもそれ
がコラボレーションツールになった1995年には、私たちは
何も新しいものを発明してなかったんだよ。まあ、僕は今
でもこの3つのツールがあれば、グレートなソフトウェアを
開発するのに十分だと思ってるけど。古臭い人間と呼んで
くれ…
Brian Behlendorf は、テックグルで
全体としてはワル
20 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
イノベーションの環境を整備するために、アジャイル
またはオープンソースコミュニティから拝借できるコ
ンセプトはなんですか(あなたがボスで
莫大な予算
を持っているとしたら)?
宿題: もっとよい会社にする
21 Copyright ©2012 CollabNet, Inc. All Rights Reserved.21 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
明確な表現(Articulation)
ユーザーストーリーを使え
22 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
ユーザーストーリーとは、ビジネス要件(それは実装とは関係な
い)を記述するための単なるフォーマット。
ユーザーストーリーは、
• 異なるステークホルダーの視点から要件を列挙する
• システムの実装方法を考えたり示すことをやめ、ユーザーがどのように
システムを使うかを議論するようになる; 機能構築
• “今後の会話のための約束。” (Ron Jeffries)
• アクセプタンス条件(「完了」の定義)を含める
ユーザーストーリを使う
23 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
ユーザーストーリーのフォーマット
ストーリーテンプレートフォーム:
「誰(役割)として、何(機能)が欲しい。
なぜなら(理由)のために」
24 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
• Independent
(独立している)
• Negotiable(交渉可能)
• Valuable(価値がある)
• Estimable(見積可能)
• Small(小さく)
• Testable(テスト可能)
よいユーザーストーリは「INVEST」
Picture taken by David Koontz http://bit.ly/Kww9JY
25 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
カタログをカラーにしたい。
• よくない点: 独立していない、見積できない(カタログの他の
特徴をしらなければ)、小さくない
• 「JFIDMは、IEEE-488インタフェースの仕様を遵守しなければ
ならない。」のような書き方をする習慣がある人には、陥り
やすい落とし穴。
• 非機能的な要件は、このようなストーリーでもOK。
• ベター:バックログ内の特定個別機能の“カラー化"(および
その他横断的な要件)を満たすための受け入れ条件を作る。
もっとよくできるかもしれないストーリーの例
26 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
1. そのウェブサイトでは、ユーザーが自分で登録できる
2. そのシステムでは、ある従業員に割り当てられた仕事をマ
ネージャーが別の従業員へ再割り当てできる
3. 顧客は、そのウェブサイトで自分たちのメールアドレスを変
更できる
4. 納税者は、税金をオンラインで支払える
5. ユーザーは、マーケティンググループデータベースの顧客情
報を別のデータベースにドラッグ&ドロップできる
次のユーザーストーリーをよくする
(10分間)
27 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
東京での認定スクラムマスタークラスに参加ご希望の方は、
私たちにお問い合わせください。
Michael James(認定スクラムトレーナー)が
インストラクターの予定
認定スクラムマスタークラス in 東京
28 Copyright ©2012 CollabNet, Inc. All Rights Reserved.28 Copyright ©2012 CollabNet, Inc. All Rights Reserved.
© 2013 CollabNet, Inc., All rights reserved. CollabNet is a
trademark or registered trademark of CollabNet Inc., in the US
and other countries. All other trademarks, brand names, or
product names belong to their respective holders.
Laszlo Szalvay
VP Worldwide Scrum Business
Laz@collab.net
https://twitter.com/#!/ewok_bbq
+1-971-506-7862
http://www.linkedin.com/in/laszloszalvay

The Secret Sauce of Innovation - Japanese / Japan

  • 1.
    1 Copyright ©2012CollabNet, Inc. All Rights Reserved.ENTERPRISE CLOUD DEVELOPMENT Scrum: The Secret Sauce for Innovation スクラム: イノベーションの秘密のソース Tokyo Scrum Gathering 2013 Laszlo Szalvay, VP Worldwide Scrum Business Friday, January 30, 2015
  • 2.
    2 Copyright ©2012CollabNet, Inc. All Rights Reserved. “ イノベーションについての引用 チェンジなくしてイノベーション、クリエーティビティ、やる気の向上はない。チェン ジを(より早く)始めた人たちは、この避けられないチェンジを成し遂げるよりよい 機会を得るだろう。 – William Pollard 経済の繁栄において、イノベーションは重要な問題。 – Michael Porter イノベーションは企業家精神の明確な手段。富を生み出す新しい能力にリソー スを与える活動だ。 – Peter Drucker 学ぶこととイノベーションは、密接な関係がある。成功による放漫な考え方は、 昨日やったことが明日でも十分だと考えること。 – William Pollard 結果は論理的な構造で説明できるが、イノベーションは論理的思考の産物では ない。 – Albert Einstein 考えのない習慣的行動は、イノベーションの敵。 – Rosabeth Moss Kanter
  • 3.
    3 Copyright ©2012CollabNet, Inc. All Rights Reserved. 歴史をちょっと振り返る “ ” 何が欲しいか人々に尋ねてい たとしたら、彼らはもっと速く走 る馬が欲しい、と答えただろう。 Henry Ford http://bit.ly/GRFPxO
  • 4.
    4 Copyright ©2012CollabNet, Inc. All Rights Reserved. • 問題空間を理解する • 組織をさらにイノベーティブにす るための5つの手順 • 終わりに アジェンダ http://thepulse-mag.org/2011/11/innovation/ ユーザーに魅力 (desirable)のある ものは何? 業界で発展 (viable)しうる ものは何? テクノロジーで 可能(possible) になるものは 何? innovation
  • 5.
    5 Copyright ©2012CollabNet, Inc. All Rights Reserved. イノベーションが組織と人々の両方に成長と富を生むことを、 私たちは知っている。 • どうやってイノベートする? • イノベーション成功のために、どうやって自分達を発達させ る? • どうやって次の優れたプロダクトを作成する? • どうやってテクノロジーを競争力として使う? 問題提示
  • 6.
    6 Copyright ©2012CollabNet, Inc. All Rights Reserved. 大きくて困難で大胆な目標 (big hairy audacious goal) アジリティが繁栄するための イノベーションを可能に
  • 7.
    7 Copyright ©2012CollabNet, Inc. All Rights Reserved. マーケット トレンド “スクラムはモダンな働き方” October 2010 Tieto In person meeting in Helsinki” Mika Koivuluoma, VP Software Development and Tools
  • 8.
    8 Copyright ©2012CollabNet, Inc. All Rights Reserved. Build Your Own Scrum brought to you by Adam Weisbart Scrumの知識をチームメイトと共有(レベルを合わせる) (8分間) 演習: 自分のスクラムを作れ(Build Your Own Scrum)
  • 9.
    9 Copyright ©2012CollabNet, Inc. All Rights Reserved. 役割、ミーティング、そしてアーチファクト スクラムは目的達成のための手段
  • 10.
    10 Copyright ©2012CollabNet, Inc. All Rights Reserved.10 Copyright ©2012 CollabNet, Inc. All Rights Reserved. 組織(The Organization) 学ぶ組織になれ
  • 11.
    11 Copyright ©2012CollabNet, Inc. All Rights Reserved. 学ぶ組織になる • スクラムは問題を解決しない。スクラムは組織内に 潜在する問題を見つけ出す。CollabNetが提供する フレームワークを使って、スクラムで見つけた問題 を解決するのは、マネージャーやエグゼクティブとし てのあなたの仕事。 • スクラムの効果がないとき: – 組織に問題は存在しないと信じているとき – 政治的または文化的で問題を解決できないとき • スクラムの効果があるとき – 学ぶ組織がある。よりよい集団への手段として 問題を解決しているリーダーシップがある組織 Jeff Sutherland
  • 12.
    12 Copyright ©2012CollabNet, Inc. All Rights Reserved. リーダーたちの見解 2002 Slack Tom DeMarco 速く、敏感で、アジャイル になるのが会社の目標な ら、効率を求めるのは答 えではない。 – もっと緩 やかになる必要がある。 マネージメントのコンサルタントで あるDeMarco (Peopleware)は、今 日のように競争が厳しく変化の激 しい経済では、マネージャの働き 方は以前よりはるかに効果的でな くなっていると語る。マネージャー は企業再構築と人員整理に対応し ながら、品質を犠牲にし、締め切り を重視して従業員を急がせている。 そうではなく、幹部社員は競争を 止めさせチームワークを奨励し、ト レーニングの時間を与えるべきだ、 とDeMarcoは述べている。 2001 Cahners Business Information, Inc.
  • 13.
    13 Copyright ©2012CollabNet, Inc. All Rights Reserved. “ ” リーダーたちの見解 イノベーションは、典型的なボトムアップ的現象。 Complexity and Innovation in OrganizationsとComplexity Perspectives in Innovation and Social Change などの出版物では、何か新しい発明をするという 困難なタスクの担当になった「特別な」人たちのトップダウンのプロ グラムとして上層部が立ち上げると、イノベーションは失敗する運 命にあると強調している。このアプローチは、将来起こることを管理 しようという因果決定論的な見方を反映している。 これは通常うま くいかない。 複雑なシステムアプローチは、イノベーションは計画された結果で はなく、創発的な結果と言っている。イノベーションは自己組織化 チームで偶発的に生まれる。しかし、そこに現れる物事には、それ らの元となる何かが必要だ。そして、イノベーションのための重要 な要素は、知識、創造性、意欲、多様性、人格。 http://www.noop.nl/2009/09/innovation-is-the-key-to-survival.html Jurgen Appelo
  • 14.
    14 Copyright ©2012CollabNet, Inc. All Rights Reserved. ” リーダーたちの見解 2009 TED Conference Dan Pink “これらの教訓は繰り返す価 値があるし、そしてもし多く の企業がPink氏のアドバイ スに勇気付けられると感じ るなら、なおすばらしい。” Wall Street Journal “Pink氏は急速に国際的な 第一人者になろうとしてい る…彼は挑戦して挑発する 魅力あるライターだ。” Financial Times 彼の著書「Drive」では, Dan Pinkは真のモチ ベーションの3つの要素を検討する— 世界で最もイノベーティブな一部の企業 では、時間、タスク、チーム、技術につい ての自主性は20%の時間につながった。 “
  • 15.
    15 Copyright ©2012CollabNet, Inc. All Rights Reserved. それでDan Pink氏のモチベー ションの考え方は通用する? それで SCM 市場はどうなった? 2007 Forrester Research The Forrester Wave: Software Change and Configuration Management 自主性、熟練、目的 = イノベーションと市場のリーダーシップ
  • 16.
    16 Copyright ©2012CollabNet, Inc. All Rights Reserved. イノベーションが起こるとき、企業の 開発者よりもオープンソースの開発 者のほうが効率的だと思いますか? (3分間) エクササイズ: 2つの考え方
  • 17.
    17 Copyright ©2012CollabNet, Inc. All Rights Reserved.17 Copyright ©2012 CollabNet, Inc. All Rights Reserved. プラットフォーム(The Platform) コミュニティ アーキテクチャのインプリメント
  • 18.
    18 Copyright ©2012CollabNet, Inc. All Rights Reserved. 開発者は、コミュニティに参加してコラボレートしたいと思ってい る – インナーソース (企業内オープンソース) – 透明性 (再利用を促す信頼を生む) – 作業場所とウィキ (まとまり) コミュニティ アーキテクチャをインプリメント – いいことは何? ウィキは最も古くてシンプルな ソフトウェアだが、そこでは、見 知らぬ人がいるコミュニティで 共同作業し、驚くようなものや 継続的な価値を生む場となっ ている。 Ward Cunningham Inventor of the Wiki Sent to Laz via LinkedIn in March 2012
  • 19.
    19 Copyright ©2012CollabNet, Inc. All Rights Reserved. “ リーダーたちの見解 Laszloの質問: 前に話した時、君はウィキ、SVN、メーリングリストで始め たと言っていたけど、どうしてこの3つなの? Brianの答え: 1995年にメーリングリスト、バージョン管理、バグデータ ベースで始めたんだ。とてもありふれたものだからね – 当 時、他の人たちも使っていたツールで「シンプル」だったし、 そこにいた人たちに合ってたんだよ。メーリングリストは、 僕にとっては今でも興味深いよ。ウェブサイト上のフォーラ ムやフェースブックのスレッドよりも直接的な魅力があるん だ。特にテッキーにはね。SVNと Git は今でも必要不可欠。 そしてバグや要件を扱うためにワークフロー的なことがで きるツールも必要不可欠だったし、今でもそうだ。でもそれ がコラボレーションツールになった1995年には、私たちは 何も新しいものを発明してなかったんだよ。まあ、僕は今 でもこの3つのツールがあれば、グレートなソフトウェアを 開発するのに十分だと思ってるけど。古臭い人間と呼んで くれ… Brian Behlendorf は、テックグルで 全体としてはワル
  • 20.
    20 Copyright ©2012CollabNet, Inc. All Rights Reserved. イノベーションの環境を整備するために、アジャイル またはオープンソースコミュニティから拝借できるコ ンセプトはなんですか(あなたがボスで 莫大な予算 を持っているとしたら)? 宿題: もっとよい会社にする
  • 21.
    21 Copyright ©2012CollabNet, Inc. All Rights Reserved.21 Copyright ©2012 CollabNet, Inc. All Rights Reserved. 明確な表現(Articulation) ユーザーストーリーを使え
  • 22.
    22 Copyright ©2012CollabNet, Inc. All Rights Reserved. ユーザーストーリーとは、ビジネス要件(それは実装とは関係な い)を記述するための単なるフォーマット。 ユーザーストーリーは、 • 異なるステークホルダーの視点から要件を列挙する • システムの実装方法を考えたり示すことをやめ、ユーザーがどのように システムを使うかを議論するようになる; 機能構築 • “今後の会話のための約束。” (Ron Jeffries) • アクセプタンス条件(「完了」の定義)を含める ユーザーストーリを使う
  • 23.
    23 Copyright ©2012CollabNet, Inc. All Rights Reserved. ユーザーストーリーのフォーマット ストーリーテンプレートフォーム: 「誰(役割)として、何(機能)が欲しい。 なぜなら(理由)のために」
  • 24.
    24 Copyright ©2012CollabNet, Inc. All Rights Reserved. • Independent (独立している) • Negotiable(交渉可能) • Valuable(価値がある) • Estimable(見積可能) • Small(小さく) • Testable(テスト可能) よいユーザーストーリは「INVEST」 Picture taken by David Koontz http://bit.ly/Kww9JY
  • 25.
    25 Copyright ©2012CollabNet, Inc. All Rights Reserved. カタログをカラーにしたい。 • よくない点: 独立していない、見積できない(カタログの他の 特徴をしらなければ)、小さくない • 「JFIDMは、IEEE-488インタフェースの仕様を遵守しなければ ならない。」のような書き方をする習慣がある人には、陥り やすい落とし穴。 • 非機能的な要件は、このようなストーリーでもOK。 • ベター:バックログ内の特定個別機能の“カラー化"(および その他横断的な要件)を満たすための受け入れ条件を作る。 もっとよくできるかもしれないストーリーの例
  • 26.
    26 Copyright ©2012CollabNet, Inc. All Rights Reserved. 1. そのウェブサイトでは、ユーザーが自分で登録できる 2. そのシステムでは、ある従業員に割り当てられた仕事をマ ネージャーが別の従業員へ再割り当てできる 3. 顧客は、そのウェブサイトで自分たちのメールアドレスを変 更できる 4. 納税者は、税金をオンラインで支払える 5. ユーザーは、マーケティンググループデータベースの顧客情 報を別のデータベースにドラッグ&ドロップできる 次のユーザーストーリーをよくする (10分間)
  • 27.
    27 Copyright ©2012CollabNet, Inc. All Rights Reserved. 東京での認定スクラムマスタークラスに参加ご希望の方は、 私たちにお問い合わせください。 Michael James(認定スクラムトレーナー)が インストラクターの予定 認定スクラムマスタークラス in 東京
  • 28.
    28 Copyright ©2012CollabNet, Inc. All Rights Reserved.28 Copyright ©2012 CollabNet, Inc. All Rights Reserved. © 2013 CollabNet, Inc., All rights reserved. CollabNet is a trademark or registered trademark of CollabNet Inc., in the US and other countries. All other trademarks, brand names, or product names belong to their respective holders. Laszlo Szalvay VP Worldwide Scrum Business Laz@collab.net https://twitter.com/#!/ewok_bbq +1-971-506-7862 http://www.linkedin.com/in/laszloszalvay

Editor's Notes

  • #3 Innovation = Wealth Creation
  • #5 Before we started, Dan asked me, what's the point here. It's good / great to review that - here's why we are here. The intersection is workflow management. Often multiple regulations at play just with one team or division. When you scale that the problem grows exponentially. [laz to show one team, then then, then 250) Developers need to do their work. GRC often tells us how to work and it's never optional - it's required that's why its a regulation. We need to respect both and find a happy medium. I think I've found a way. We'll talk through some examples More often than not Dev's are interested in their work product. Auditors are interested in the documentation around that work product. This type of relationship isnt unique (You and your CPA)
  • #6 Laz to tell his APAC story. Reid Hoffman story
  • #7 Our Thesis
  • #8 Discuss the History of when I started in 2004 looking for candidates for the AOC project. Only 40 resumes in Dice.com with the term Scrum Agile isn't going anywhere. It's hot, and it's how your engineers want to work. Finland is always ahead of technical trends – not sure why. But when I visited their largest SI, a company called Tieto, back in 2010 there CIO simply called it the “modern way to work”
  • #10 Discuss the mechanics of Scrum here
  • #12 Jeff Sutherland Story
  • #13 My boss calls this communism. Many customers ask me for More efficiency – the LG CNS example Opening Page exercise Hiring staff @ Danube – make them read this book.
  • #14 Gmail was invented during 20% time Intrinsic motivation vs. sticks and carrots
  • #15 Gmail was invented during 20% time
  • #16 Why not try to build this type of success into the social fabric of your companies?
  • #19 Is the Open Source model of working good? Does it produce results? Wikipedia? Subversion
  • #20 Gmail was invented during 20% time Intrinsic motivation vs. sticks and carrots