SlideShare a Scribd company logo
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

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