SlideShare a Scribd company logo
1 of 59
Scrum = 爆速 × 品質
        Creative Seminar#2 - 2012.7.23



DeNA
Manager/UX Designer
坪田 朋 @tsubotax
About : 坪田 朋


                  @tsubotax




• livedoor(現NHN japan) → DeNA(2011/6∼)
• Web Director → UX Designer
ミッション


1.チームマネージメント

2.mobage PF UI/UX
3.新サービスのUX Design
DeNAで手がけた仕事

SP mobage リニューアル

・メンバー 14名

・Scrum初導入

-PO兼SMっぽい事をしました
Scrum導入の結果
■開発期間


    3ヶ月
Scrum導入の結果
■開発期間


    5ヶ月
ふりかえり

1. Scrumの知見不足

2. 見積もり/設計考慮不足

3. Web UIリッチ化にもたついた
ふりかえり

1. Scrumの知見不足

2. 見積もり/設計考慮不足

3. Web UIリッチ化にもたついた
 ※但しAndroidに限る
現場に求めらている事

•     スピード。
•     スピード。
•     スピード。
『スピード。スピード。スピー
     ド。』

マネージメント陣が、毛穴
からスピードに対する重要
性を滲み出し、現場の毛細
血管にまで浸透させる
『スピード。スピード。スピー
     ド。』

マネージメント陣が、毛穴

で、数字は?
からスピードに対する重要
性を滲み出し、現場の毛細
血管にまで浸透させる
爆速 × 品質 =
爆速 × 品質 =   Scrum
Scrumとは
Scrumとは

数年前から欧米で流行ってる「アジャイル開発」手法の一
つ。欧米では最も利用多く利用されている手法らしい

昨今、国内においても導入企業が増えてきてるようです。
Scrumによる開発プロセスの最適
       化


•優先度・目的の可視化
•役割の明確化
•コミュニケーションコスト減
Scrum FrameWork
         Scrum




ストーリー    MTG         役割
Scrum FrameWork
              Scrum




  ストーリー       MTG       役割


•プロダクトバックログ

•スプリントバックログ
Scrum FrameWork
                 Scrum




  ストーリー           MTG         役割


•プロダクトバックログ   •スプリントプランニング

•スプリントバックログ   •朝会 & スタンドアップ

              •振り返り&レビュー
Scrum FrameWork
                 Scrum




  ストーリー           MTG            役割


•プロダクトバックログ   •スプリントプランニング    •プロダクトオーナー

•スプリントバックログ   •朝会 & スタンドアップ   •スクラムマスター

              •振り返り&レビュー      •チームメンバー
1. ストーリー
mobage SP版のゲーム検索性を飛躍的に向上させたい、なぜならば目的を持ったユー
 ザーのユーザービリティが低下し、FPに比べてゲームCVRが減少しているからだ
1. ストーリー
mobage SP版のゲーム検索性を飛躍的に向上させたい、なぜならば目的を持ったユー
 ザーのユーザービリティが低下し、FPに比べてゲームCVRが減少しているからだ


プロダクトバックログ                  スプリントバックログ

   ストーリー     高                  ストーリー     高
                                 タスク
   ストーリー
                                 タスク
   ストーリー
             優 -ゴール/目的共有         タスク         優
             先 -タスク分解
   ストーリー
                                ストーリー        先
   ストーリー
             度 -見積もり             タスク         度
   ストーリー         -担当決め           タスク

   ストーリー
             低                   タスク
                                          低
2. MTG
1Sprint = 2週間

 月    火   水     木   金   月   火   水   木   金




           朝会&スタンドアップ MTG


プランニング MTG                  レビュー&振り返り
3. 役割
            プロダクトオーナー
                                             ■プロダクトオーナーの役割
Scrum チーム                                     ・プロダクトに入れる要素の決定権
                                              ・リリースに含めるストーリーの決定権
            スクラムマスター                          ・各スプリントで実装する機能とプライオリティ

                                             ■スクラムマスターの役割
                                              ・うまくいっていないことが解消するように手助け

  UI/UX                           Mark up     ・外敵からチームを守る
                       Graphic
            Engineer                          ・ファシリテーション(not マネジメント)
 Designer              Designer   Engineer

                                             ■チームメンバーの役割
                                              ・ストーリーを適切なサイズに分解
                                              ・スプリントにコミット
              QA Designer
                                              ・デザイン、開発、テストの実施
                                              ・ステークホルダおよびPOに対しアウトプットを
                                             デモする

  法務            QA Team             CS
Scrum導入
    ≠
生産性/品質向上
失敗からの学び


スマートフォン開発に重要なのは


1. コミュニケーション

2. 専門性
とあるプロダクトの体制

                   Markup Engineer




UI Designer           Direction           Engineer




              CS        法務           QA
とあるプロダクトの体制

                   Markup Engineer        偉い人




UI Designer           Direction           Engineer




              CS        法務           QA
とあるプロダクトの時のカレンダー
とあるプロダクトの時のカレンダー




    作業時間
  とれるわけない
Scrumの体制
Scrum = Direction
           Markup Engineer




Engineer                     UI/UX Designer
Scrumの体制
Scrum = Direction
           Markup Engineer
                                              レビュー
                                                     CS




                                                     QA




                                                     法務




Engineer                     UI/UX Designer


                                                     偉い人
Scrumの体制
Scrum = Direction
           Markup Engineer
                                              レビュー
                                                      CS




                                                      QA




                                                      法務

                                              インプット
Engineer                     UI/UX Designer


                                                      偉い人
ディレクション行程のシステム化
ディレクション行程のシステム化


• ガントチャート => 朝会
ディレクション行程のシステム化


• ガントチャート => 朝会

• MTG => Stand Up MTG
ディレクション行程のシステム化


• ガントチャート => 朝会

• MTG => Stand Up MTG
• タスク管理ツール => タスクボード
ディレクション行程のシステム化


• ガントチャート => 朝会

• MTG => Stand Up MTG
• タスク管理ツール => タスクボード

• パワポで書いたワイヤーフレーム => ホワイトボード
ディレクション行程のシステム化


• ガントチャート => 朝会

• MTG => Stand Up MTG
• タスク管理ツール => タスクボード

• パワポで書いたワイヤーフレーム => ホワイトボード

• 偉い人との調整 => レビュー
コミュニケーションコスト低減
コミュニケーションコスト低減

• UX コンセプトの策定 = Goalの明確化
コミュニケーションコスト低減

• UX コンセプトの策定 = Goalの明確化

• 仕様改善/チューニングの意思決定は即決
コミュニケーションコスト低減

• UX コンセプトの策定 = Goalの明確化

• 仕様改善/チューニングの意思決定は即決

• Sprint中はメンバーのみプロダクトにコミット
コミュニケーションコスト低減

• UX コンセプトの策定 = Goalの明確化

• 仕様改善/チューニングの意思決定は即決

• Sprint中はメンバーのみプロダクトにコミット

• レビューは関係者全員同時に行う
コミュニケーションコスト低減

• UX コンセプトの策定 = Goalの明確化

• 仕様改善/チューニングの意思決定は即決

• Sprint中はメンバーのみプロダクトにコミット

• レビューは関係者全員同時に行う

• 追加タスク、インプットは次Sprintに持ち越す
専門性

• 浅く広くではなく、スペシャリスト
が決める/作る/改善する/説得する

• 見積もり/仕様考慮漏れを防ぎ巻き戻
り防止
イケテナイUIが生まれる理由


•ユーザーニーズの不理解
•市場の勉強不足
•コミュニケーション不足
イケテナイUIが生まれる理由


•ユーザーニーズの不理解
•市場の勉強不足
•コミュニケーション不足
2. MTG
1Sprint = 2週間

 月    火   水     木   金   月   火   水   木   金




          チームレビュー&チューニング
                    を繰り返す
プランニング MTG                  レビュー&振り返り
Scrum まとめ
• コンセプト・優先順位を明文化する事で自
 走するチーム作りを目指す

• スペシャリスト同士に特化したコミュニ
 ケーションコスト低減・巻き戻り回避

• 叩いて叩いてチューニングする事で良いUI
 が生まれる
Scrum まとめ 2

• 意思決定の早さ

• 座席を近くに

• 会議は座らない

• ワイヤーフレームっぽい資料を作ってる暇
 があればデザインを作る
Scrumの弱点(個人的見解)
Scrumの弱点(個人的見解)




• ビジョンのショートスパン化
Scrumの弱点   (個人的見解)




• ビジョンのショートスパン化
• Bug Ticket の優先度低下
Scrumの弱点   (個人的見解)




• ビジョンのショートスパン化
• Bug Ticket の優先度低下
• 横串連携と情報共有
最後に



DeNAは攻めてます
キーワード

•スマートフォン
•グローバル
•新事業
最後に

 DeNAでは、ユーザー体験を一緒に
 作ってくれる仲間を募集しています。


• お問い合わせは

  • @tsubotax or 弊社求人サイト
ありがとうございました

DeNA
Manager/UX Designer
坪田 朋 @tsubotax

More Related Content

What's hot

UIデザインの基本
UIデザインの基本UIデザインの基本
UIデザインの基本Roy Kim
 
【社内勉強会資料】自社サービスエンジニアの為の「UX設計と情報設計」
【社内勉強会資料】自社サービスエンジニアの為の「UX設計と情報設計」【社内勉強会資料】自社サービスエンジニアの為の「UX設計と情報設計」
【社内勉強会資料】自社サービスエンジニアの為の「UX設計と情報設計」paiza
 
ユーザーエクスペリエンスの分解
ユーザーエクスペリエンスの分解ユーザーエクスペリエンスの分解
ユーザーエクスペリエンスの分解Takehisa Gokaichi
 
おかんでもわかるUXデザイン Ver.0.1
おかんでもわかるUXデザイン Ver.0.1おかんでもわかるUXデザイン Ver.0.1
おかんでもわかるUXデザイン Ver.0.1Yu Morita
 
おかんでもわかるUXデザイン Ver.0.2 CSS Nite Edition
おかんでもわかるUXデザイン Ver.0.2 CSS Nite EditionおかんでもわかるUXデザイン Ver.0.2 CSS Nite Edition
おかんでもわかるUXデザイン Ver.0.2 CSS Nite EditionYu Morita
 
ユーザエクスペリエンスを正しく理解する-UXとUXデザイン
ユーザエクスペリエンスを正しく理解する-UXとUXデザインユーザエクスペリエンスを正しく理解する-UXとUXデザイン
ユーザエクスペリエンスを正しく理解する-UXとUXデザインMasaya Ando
 
UXはじめの一歩
UXはじめの一歩UXはじめの一歩
UXはじめの一歩井上 誠
 
UXとUXD~長期的ユーザビリティをどう作りどう測るか?
UXとUXD~長期的ユーザビリティをどう作りどう測るか?UXとUXD~長期的ユーザビリティをどう作りどう測るか?
UXとUXD~長期的ユーザビリティをどう作りどう測るか?Masaya Ando
 
磨いて光らせる UX入門
磨いて光らせる UX入門磨いて光らせる UX入門
磨いて光らせる UX入門yohei sugigami
 
UI設計の土台になる考え方-インテリジェントネット社内勉強会
UI設計の土台になる考え方-インテリジェントネット社内勉強会UI設計の土台になる考え方-インテリジェントネット社内勉強会
UI設計の土台になる考え方-インテリジェントネット社内勉強会INI株式会社
 
AppStoreとGooglePlayの両プラットフォームに選ばれるUI/UX最適化
AppStoreとGooglePlayの両プラットフォームに選ばれるUI/UX最適化AppStoreとGooglePlayの両プラットフォームに選ばれるUI/UX最適化
AppStoreとGooglePlayの両プラットフォームに選ばれるUI/UX最適化Hiroki Takaba
 
Practical ux4publish
Practical ux4publishPractical ux4publish
Practical ux4publishncdc_jp
 
ネイティブアプリにおける、UI/インタラクションのトレンド
ネイティブアプリにおける、UI/インタラクションのトレンドネイティブアプリにおける、UI/インタラクションのトレンド
ネイティブアプリにおける、UI/インタラクションのトレンドyosuke sato
 
人と向き合うプロトタイピング
人と向き合うプロトタイピング人と向き合うプロトタイピング
人と向き合うプロトタイピングwariemon
 
当たり前を当たり前だと思ってはいけない!スマートフォンUIデザイン
当たり前を当たり前だと思ってはいけない!スマートフォンUIデザイン当たり前を当たり前だと思ってはいけない!スマートフォンUIデザイン
当たり前を当たり前だと思ってはいけない!スマートフォンUIデザインKonomi Kawaharada
 
“UI/UX”?~恥をかかないための15分UXD入門
“UI/UX”?~恥をかかないための15分UXD入門“UI/UX”?~恥をかかないための15分UXD入門
“UI/UX”?~恥をかかないための15分UXD入門Masaya Ando
 
UX - 業務システムにも感動を
UX - 業務システムにも感動をUX - 業務システムにも感動を
UX - 業務システムにも感動をYasunobu Kawaguchi
 
おかんでもわかるUXデザイン Ver.0.4
おかんでもわかるUXデザイン Ver.0.4おかんでもわかるUXデザイン Ver.0.4
おかんでもわかるUXデザイン Ver.0.4Yu Morita
 

What's hot (19)

UIデザインの基本
UIデザインの基本UIデザインの基本
UIデザインの基本
 
【社内勉強会資料】自社サービスエンジニアの為の「UX設計と情報設計」
【社内勉強会資料】自社サービスエンジニアの為の「UX設計と情報設計」【社内勉強会資料】自社サービスエンジニアの為の「UX設計と情報設計」
【社内勉強会資料】自社サービスエンジニアの為の「UX設計と情報設計」
 
ユーザーエクスペリエンスの分解
ユーザーエクスペリエンスの分解ユーザーエクスペリエンスの分解
ユーザーエクスペリエンスの分解
 
おかんでもわかるUXデザイン Ver.0.1
おかんでもわかるUXデザイン Ver.0.1おかんでもわかるUXデザイン Ver.0.1
おかんでもわかるUXデザイン Ver.0.1
 
おかんでもわかるUXデザイン Ver.0.2 CSS Nite Edition
おかんでもわかるUXデザイン Ver.0.2 CSS Nite EditionおかんでもわかるUXデザイン Ver.0.2 CSS Nite Edition
おかんでもわかるUXデザイン Ver.0.2 CSS Nite Edition
 
ユーザエクスペリエンスを正しく理解する-UXとUXデザイン
ユーザエクスペリエンスを正しく理解する-UXとUXデザインユーザエクスペリエンスを正しく理解する-UXとUXデザイン
ユーザエクスペリエンスを正しく理解する-UXとUXデザイン
 
UXはじめの一歩
UXはじめの一歩UXはじめの一歩
UXはじめの一歩
 
UXとUXD~長期的ユーザビリティをどう作りどう測るか?
UXとUXD~長期的ユーザビリティをどう作りどう測るか?UXとUXD~長期的ユーザビリティをどう作りどう測るか?
UXとUXD~長期的ユーザビリティをどう作りどう測るか?
 
磨いて光らせる UX入門
磨いて光らせる UX入門磨いて光らせる UX入門
磨いて光らせる UX入門
 
UI設計の土台になる考え方-インテリジェントネット社内勉強会
UI設計の土台になる考え方-インテリジェントネット社内勉強会UI設計の土台になる考え方-インテリジェントネット社内勉強会
UI設計の土台になる考え方-インテリジェントネット社内勉強会
 
AppStoreとGooglePlayの両プラットフォームに選ばれるUI/UX最適化
AppStoreとGooglePlayの両プラットフォームに選ばれるUI/UX最適化AppStoreとGooglePlayの両プラットフォームに選ばれるUI/UX最適化
AppStoreとGooglePlayの両プラットフォームに選ばれるUI/UX最適化
 
Practical ux4publish
Practical ux4publishPractical ux4publish
Practical ux4publish
 
ネイティブアプリにおける、UI/インタラクションのトレンド
ネイティブアプリにおける、UI/インタラクションのトレンドネイティブアプリにおける、UI/インタラクションのトレンド
ネイティブアプリにおける、UI/インタラクションのトレンド
 
人と向き合うプロトタイピング
人と向き合うプロトタイピング人と向き合うプロトタイピング
人と向き合うプロトタイピング
 
当たり前を当たり前だと思ってはいけない!スマートフォンUIデザイン
当たり前を当たり前だと思ってはいけない!スマートフォンUIデザイン当たり前を当たり前だと思ってはいけない!スマートフォンUIデザイン
当たり前を当たり前だと思ってはいけない!スマートフォンUIデザイン
 
“UI/UX”?~恥をかかないための15分UXD入門
“UI/UX”?~恥をかかないための15分UXD入門“UI/UX”?~恥をかかないための15分UXD入門
“UI/UX”?~恥をかかないための15分UXD入門
 
Prott's design
Prott's designPrott's design
Prott's design
 
UX - 業務システムにも感動を
UX - 業務システムにも感動をUX - 業務システムにも感動を
UX - 業務システムにも感動を
 
おかんでもわかるUXデザイン Ver.0.4
おかんでもわかるUXデザイン Ver.0.4おかんでもわかるUXデザイン Ver.0.4
おかんでもわかるUXデザイン Ver.0.4
 

Viewers also liked

DeNA流Scrumとcommのチームビルディング
DeNA流ScrumとcommのチームビルディングDeNA流Scrumとcommのチームビルディング
DeNA流ScrumとcommのチームビルディングTakeshi Kaise
 
スマートフォンセミナー Genesis#01
スマートフォンセミナー Genesis#01スマートフォンセミナー Genesis#01
スマートフォンセミナー Genesis#01tomo tsubota
 
マンガボックスのアプリができるまで
マンガボックスのアプリができるまでマンガボックスのアプリができるまで
マンガボックスのアプリができるまでtomo tsubota
 
デザインスプリントを採用した方が良い5つの理由
デザインスプリントを採用した方が良い5つの理由デザインスプリントを採用した方が良い5つの理由
デザインスプリントを採用した方が良い5つの理由tomo tsubota
 
UIは「習うより慣れろ」
UIは「習うより慣れろ」UIは「習うより慣れろ」
UIは「習うより慣れろ」tomo tsubota
 
企業をデザインシフトさせる方法と今後のデザイン戦略
企業をデザインシフトさせる方法と今後のデザイン戦略企業をデザインシフトさせる方法と今後のデザイン戦略
企業をデザインシフトさせる方法と今後のデザイン戦略tomo tsubota
 
デザイン組織に本気で取り組む
デザイン組織に本気で取り組むデザイン組織に本気で取り組む
デザイン組織に本気で取り組むtomo tsubota
 

Viewers also liked (7)

DeNA流Scrumとcommのチームビルディング
DeNA流ScrumとcommのチームビルディングDeNA流Scrumとcommのチームビルディング
DeNA流Scrumとcommのチームビルディング
 
スマートフォンセミナー Genesis#01
スマートフォンセミナー Genesis#01スマートフォンセミナー Genesis#01
スマートフォンセミナー Genesis#01
 
マンガボックスのアプリができるまで
マンガボックスのアプリができるまでマンガボックスのアプリができるまで
マンガボックスのアプリができるまで
 
デザインスプリントを採用した方が良い5つの理由
デザインスプリントを採用した方が良い5つの理由デザインスプリントを採用した方が良い5つの理由
デザインスプリントを採用した方が良い5つの理由
 
UIは「習うより慣れろ」
UIは「習うより慣れろ」UIは「習うより慣れろ」
UIは「習うより慣れろ」
 
企業をデザインシフトさせる方法と今後のデザイン戦略
企業をデザインシフトさせる方法と今後のデザイン戦略企業をデザインシフトさせる方法と今後のデザイン戦略
企業をデザインシフトさせる方法と今後のデザイン戦略
 
デザイン組織に本気で取り組む
デザイン組織に本気で取り組むデザイン組織に本気で取り組む
デザイン組織に本気で取り組む
 

Similar to DeNA Creativeseminar#2

なぜソフトウェアアーキテクトが必要なのか - デブサミ2011
なぜソフトウェアアーキテクトが必要なのか - デブサミ2011なぜソフトウェアアーキテクトが必要なのか - デブサミ2011
なぜソフトウェアアーキテクトが必要なのか - デブサミ2011Yusuke Suzuki
 
20121017_アプリ制作勉強会@GMO Yours
20121017_アプリ制作勉強会@GMO Yours20121017_アプリ制作勉強会@GMO Yours
20121017_アプリ制作勉強会@GMO YoursYozo SATO
 
はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2Takenori Takaki
 
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423Yusuke Suzuki
 
スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013Kiro Harada
 
VSUG DAY 2012 winter Architect Academy
VSUG DAY 2012 winter Architect AcademyVSUG DAY 2012 winter Architect Academy
VSUG DAY 2012 winter Architect AcademyYusuke Suzuki
 
Agile Development at Salesforce
Agile Development at SalesforceAgile Development at Salesforce
Agile Development at SalesforceRyoji Osawa
 
札幌Javaカンファレンス2012 C3「顧客とPMとPGの話は、なぜ噛み合わないのか」
札幌Javaカンファレンス2012 C3「顧客とPMとPGの話は、なぜ噛み合わないのか」札幌Javaカンファレンス2012 C3「顧客とPMとPGの話は、なぜ噛み合わないのか」
札幌Javaカンファレンス2012 C3「顧客とPMとPGの話は、なぜ噛み合わないのか」Yusuke Suzuki
 
Fearless Change RSG Japan English.pdf
Fearless Change RSG Japan English.pdfFearless Change RSG Japan English.pdf
Fearless Change RSG Japan English.pdfDaniel Teng
 
Scrum始めました
Scrum始めましたScrum始めました
Scrum始めましたminamo
 
ITサービス運営におけるアーキテクチャ設計 - 要求開発アライアンス 4月定例会
ITサービス運営におけるアーキテクチャ設計 - 要求開発アライアンス 4月定例会ITサービス運営におけるアーキテクチャ設計 - 要求開発アライアンス 4月定例会
ITサービス運営におけるアーキテクチャ設計 - 要求開発アライアンス 4月定例会Yusuke Suzuki
 
AgilePM reading circle #9 - Cost Management
AgilePM reading circle #9 - Cost ManagementAgilePM reading circle #9 - Cost Management
AgilePM reading circle #9 - Cost ManagementTadatoshi Sekiguchi
 
ユーザーストーリーワークショップ実践編
ユーザーストーリーワークショップ実践編ユーザーストーリーワークショップ実践編
ユーザーストーリーワークショップ実践編You&I
 
Team Foundation Server ~ 今を生きるエンジニアのための開発基盤とは 【BPStudy #63】
Team Foundation Server ~ 今を生きるエンジニアのための開発基盤とは 【BPStudy #63】 Team Foundation Server ~ 今を生きるエンジニアのための開発基盤とは 【BPStudy #63】
Team Foundation Server ~ 今を生きるエンジニアのための開発基盤とは 【BPStudy #63】 智治 長沢
 
デブサミ2013【14-E-2】パフォーマンス・チューニングに革命をもたらす最新テクノロジー - トランザクショントレース
デブサミ2013【14-E-2】パフォーマンス・チューニングに革命をもたらす最新テクノロジー - トランザクショントレースデブサミ2013【14-E-2】パフォーマンス・チューニングに革命をもたらす最新テクノロジー - トランザクショントレース
デブサミ2013【14-E-2】パフォーマンス・チューニングに革命をもたらす最新テクノロジー - トランザクショントレースDevelopers Summit
 
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発Naoki Umehara
 
第64回情報科学談話会(滝沢 寛之 准教授)
第64回情報科学談話会(滝沢 寛之 准教授) 第64回情報科学談話会(滝沢 寛之 准教授)
第64回情報科学談話会(滝沢 寛之 准教授) gsis gsis
 

Similar to DeNA Creativeseminar#2 (20)

なぜソフトウェアアーキテクトが必要なのか - デブサミ2011
なぜソフトウェアアーキテクトが必要なのか - デブサミ2011なぜソフトウェアアーキテクトが必要なのか - デブサミ2011
なぜソフトウェアアーキテクトが必要なのか - デブサミ2011
 
20121017_アプリ制作勉強会@GMO Yours
20121017_アプリ制作勉強会@GMO Yours20121017_アプリ制作勉強会@GMO Yours
20121017_アプリ制作勉強会@GMO Yours
 
はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2
 
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
 
スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013
 
楽天エンジニアライフ
楽天エンジニアライフ楽天エンジニアライフ
楽天エンジニアライフ
 
VSUG DAY 2012 winter Architect Academy
VSUG DAY 2012 winter Architect AcademyVSUG DAY 2012 winter Architect Academy
VSUG DAY 2012 winter Architect Academy
 
Agile Development at Salesforce
Agile Development at SalesforceAgile Development at Salesforce
Agile Development at Salesforce
 
札幌Javaカンファレンス2012 C3「顧客とPMとPGの話は、なぜ噛み合わないのか」
札幌Javaカンファレンス2012 C3「顧客とPMとPGの話は、なぜ噛み合わないのか」札幌Javaカンファレンス2012 C3「顧客とPMとPGの話は、なぜ噛み合わないのか」
札幌Javaカンファレンス2012 C3「顧客とPMとPGの話は、なぜ噛み合わないのか」
 
Fearless Change RSG Japan English.pdf
Fearless Change RSG Japan English.pdfFearless Change RSG Japan English.pdf
Fearless Change RSG Japan English.pdf
 
Scrum始めました
Scrum始めましたScrum始めました
Scrum始めました
 
ITサービス運営におけるアーキテクチャ設計 - 要求開発アライアンス 4月定例会
ITサービス運営におけるアーキテクチャ設計 - 要求開発アライアンス 4月定例会ITサービス運営におけるアーキテクチャ設計 - 要求開発アライアンス 4月定例会
ITサービス運営におけるアーキテクチャ設計 - 要求開発アライアンス 4月定例会
 
AgilePM reading circle #9 - Cost Management
AgilePM reading circle #9 - Cost ManagementAgilePM reading circle #9 - Cost Management
AgilePM reading circle #9 - Cost Management
 
20130320 agile pm
20130320 agile pm20130320 agile pm
20130320 agile pm
 
ユーザーストーリーワークショップ実践編
ユーザーストーリーワークショップ実践編ユーザーストーリーワークショップ実践編
ユーザーストーリーワークショップ実践編
 
Team Foundation Server ~ 今を生きるエンジニアのための開発基盤とは 【BPStudy #63】
Team Foundation Server ~ 今を生きるエンジニアのための開発基盤とは 【BPStudy #63】 Team Foundation Server ~ 今を生きるエンジニアのための開発基盤とは 【BPStudy #63】
Team Foundation Server ~ 今を生きるエンジニアのための開発基盤とは 【BPStudy #63】
 
デブサミ2013【14-E-2】パフォーマンス・チューニングに革命をもたらす最新テクノロジー - トランザクショントレース
デブサミ2013【14-E-2】パフォーマンス・チューニングに革命をもたらす最新テクノロジー - トランザクショントレースデブサミ2013【14-E-2】パフォーマンス・チューニングに革命をもたらす最新テクノロジー - トランザクショントレース
デブサミ2013【14-E-2】パフォーマンス・チューニングに革命をもたらす最新テクノロジー - トランザクショントレース
 
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
 
第64回情報科学談話会(滝沢 寛之 准教授)
第64回情報科学談話会(滝沢 寛之 准教授) 第64回情報科学談話会(滝沢 寛之 准教授)
第64回情報科学談話会(滝沢 寛之 准教授)
 
[Biz reach qa meetup] qa team_build
[Biz reach qa meetup] qa team_build[Biz reach qa meetup] qa team_build
[Biz reach qa meetup] qa team_build
 

DeNA Creativeseminar#2

Editor's Notes

  1. \n
  2. \n
  3. \n
  4. \n
  5. \n
  6. \n
  7. \n
  8. \n
  9. \n
  10. \n
  11. \n
  12. \n
  13. \n
  14. \n
  15. \n
  16. \n
  17. \n
  18. \n
  19. \n
  20. \n
  21. \n
  22. \n
  23. \n
  24. \n
  25. \n
  26. \n
  27. \n
  28. \n
  29. \n
  30. \n
  31. \n
  32. \n
  33. \n
  34. \n
  35. \n
  36. \n
  37. \n
  38. \n
  39. \n
  40. \n
  41. \n
  42. \n
  43. \n
  44. \n
  45. \n
  46. \n
  47. \n
  48. \n