Submit Search
DeNA Creativeseminar#2
•
Download as KEY, PDF
•
15 likes
•
3,474 views
tomo tsubota
Follow
DeNA Creative Seminar#2
Read less
Read more
1 of 59
Download now
Downloaded 30 times
More Related Content
DeNA Creativeseminar#2
1.
Scrum = 爆速
× 品質 Creative Seminar#2 - 2012.7.23 DeNA Manager/UX Designer 坪田 朋 @tsubotax
2.
About : 坪田
朋 @tsubotax • livedoor(現NHN japan) → DeNA(2011/6∼) • Web Director → UX Designer
3.
ミッション 1.チームマネージメント 2.mobage PF UI/UX 3.新サービスのUX
Design
4.
DeNAで手がけた仕事 SP mobage リニューアル ・メンバー
14名 ・Scrum初導入 -PO兼SMっぽい事をしました
5.
Scrum導入の結果 ■開発期間
3ヶ月
6.
Scrum導入の結果 ■開発期間
5ヶ月
7.
ふりかえり 1. Scrumの知見不足 2. 見積もり/設計考慮不足 3.
Web UIリッチ化にもたついた
8.
ふりかえり 1. Scrumの知見不足 2. 見積もり/設計考慮不足 3.
Web UIリッチ化にもたついた ※但しAndroidに限る
9.
現場に求めらている事 •
スピード。 • スピード。 • スピード。
10.
『スピード。スピード。スピー
ド。』 マネージメント陣が、毛穴 からスピードに対する重要 性を滲み出し、現場の毛細 血管にまで浸透させる
11.
『スピード。スピード。スピー
ド。』 マネージメント陣が、毛穴 で、数字は? からスピードに対する重要 性を滲み出し、現場の毛細 血管にまで浸透させる
12.
爆速 × 品質
=
13.
爆速 × 品質
= Scrum
14.
Scrumとは
15.
Scrumとは 数年前から欧米で流行ってる「アジャイル開発」手法の一 つ。欧米では最も利用多く利用されている手法らしい 昨今、国内においても導入企業が増えてきてるようです。
16.
Scrumによる開発プロセスの最適
化 •優先度・目的の可視化 •役割の明確化 •コミュニケーションコスト減
17.
Scrum FrameWork
Scrum ストーリー MTG 役割
18.
Scrum FrameWork
Scrum ストーリー MTG 役割 •プロダクトバックログ •スプリントバックログ
19.
Scrum FrameWork
Scrum ストーリー MTG 役割 •プロダクトバックログ •スプリントプランニング •スプリントバックログ •朝会 & スタンドアップ •振り返り&レビュー
20.
Scrum FrameWork
Scrum ストーリー MTG 役割 •プロダクトバックログ •スプリントプランニング •プロダクトオーナー •スプリントバックログ •朝会 & スタンドアップ •スクラムマスター •振り返り&レビュー •チームメンバー
21.
1. ストーリー mobage SP版のゲーム検索性を飛躍的に向上させたい、なぜならば目的を持ったユー
ザーのユーザービリティが低下し、FPに比べてゲームCVRが減少しているからだ
22.
1. ストーリー mobage SP版のゲーム検索性を飛躍的に向上させたい、なぜならば目的を持ったユー
ザーのユーザービリティが低下し、FPに比べてゲームCVRが減少しているからだ プロダクトバックログ スプリントバックログ ストーリー 高 ストーリー 高 タスク ストーリー タスク ストーリー 優 -ゴール/目的共有 タスク 優 先 -タスク分解 ストーリー ストーリー 先 ストーリー 度 -見積もり タスク 度 ストーリー -担当決め タスク ストーリー 低 タスク 低
23.
2. MTG 1Sprint =
2週間 月 火 水 木 金 月 火 水 木 金 朝会&スタンドアップ MTG プランニング MTG レビュー&振り返り
24.
3. 役割
プロダクトオーナー ■プロダクトオーナーの役割 Scrum チーム ・プロダクトに入れる要素の決定権 ・リリースに含めるストーリーの決定権 スクラムマスター ・各スプリントで実装する機能とプライオリティ ■スクラムマスターの役割 ・うまくいっていないことが解消するように手助け UI/UX Mark up ・外敵からチームを守る Graphic Engineer ・ファシリテーション(not マネジメント) Designer Designer Engineer ■チームメンバーの役割 ・ストーリーを適切なサイズに分解 ・スプリントにコミット QA Designer ・デザイン、開発、テストの実施 ・ステークホルダおよびPOに対しアウトプットを デモする 法務 QA Team CS
25.
Scrum導入
≠ 生産性/品質向上
26.
失敗からの学び スマートフォン開発に重要なのは 1. コミュニケーション 2. 専門性
27.
とあるプロダクトの体制
Markup Engineer UI Designer Direction Engineer CS 法務 QA
28.
とあるプロダクトの体制
Markup Engineer 偉い人 UI Designer Direction Engineer CS 法務 QA
29.
とあるプロダクトの時のカレンダー
30.
とあるプロダクトの時のカレンダー
作業時間 とれるわけない
31.
Scrumの体制 Scrum = Direction
Markup Engineer Engineer UI/UX Designer
32.
Scrumの体制 Scrum = Direction
Markup Engineer レビュー CS QA 法務 Engineer UI/UX Designer 偉い人
33.
Scrumの体制 Scrum = Direction
Markup Engineer レビュー CS QA 法務 インプット Engineer UI/UX Designer 偉い人
34.
ディレクション行程のシステム化
35.
ディレクション行程のシステム化 • ガントチャート =>
朝会
36.
ディレクション行程のシステム化 • ガントチャート =>
朝会 • MTG => Stand Up MTG
37.
ディレクション行程のシステム化 • ガントチャート =>
朝会 • MTG => Stand Up MTG • タスク管理ツール => タスクボード
38.
ディレクション行程のシステム化 • ガントチャート =>
朝会 • MTG => Stand Up MTG • タスク管理ツール => タスクボード • パワポで書いたワイヤーフレーム => ホワイトボード
39.
ディレクション行程のシステム化 • ガントチャート =>
朝会 • MTG => Stand Up MTG • タスク管理ツール => タスクボード • パワポで書いたワイヤーフレーム => ホワイトボード • 偉い人との調整 => レビュー
40.
コミュニケーションコスト低減
41.
コミュニケーションコスト低減 • UX コンセプトの策定
= Goalの明確化
42.
コミュニケーションコスト低減 • UX コンセプトの策定
= Goalの明確化 • 仕様改善/チューニングの意思決定は即決
43.
コミュニケーションコスト低減 • UX コンセプトの策定
= Goalの明確化 • 仕様改善/チューニングの意思決定は即決 • Sprint中はメンバーのみプロダクトにコミット
44.
コミュニケーションコスト低減 • UX コンセプトの策定
= Goalの明確化 • 仕様改善/チューニングの意思決定は即決 • Sprint中はメンバーのみプロダクトにコミット • レビューは関係者全員同時に行う
45.
コミュニケーションコスト低減 • UX コンセプトの策定
= Goalの明確化 • 仕様改善/チューニングの意思決定は即決 • Sprint中はメンバーのみプロダクトにコミット • レビューは関係者全員同時に行う • 追加タスク、インプットは次Sprintに持ち越す
46.
専門性 • 浅く広くではなく、スペシャリスト が決める/作る/改善する/説得する • 見積もり/仕様考慮漏れを防ぎ巻き戻 り防止
47.
イケテナイUIが生まれる理由 •ユーザーニーズの不理解 •市場の勉強不足 •コミュニケーション不足
48.
イケテナイUIが生まれる理由 •ユーザーニーズの不理解 •市場の勉強不足 •コミュニケーション不足
49.
2. MTG 1Sprint =
2週間 月 火 水 木 金 月 火 水 木 金 チームレビュー&チューニング を繰り返す プランニング MTG レビュー&振り返り
50.
Scrum まとめ • コンセプト・優先順位を明文化する事で自
走するチーム作りを目指す • スペシャリスト同士に特化したコミュニ ケーションコスト低減・巻き戻り回避 • 叩いて叩いてチューニングする事で良いUI が生まれる
51.
Scrum まとめ 2 •
意思決定の早さ • 座席を近くに • 会議は座らない • ワイヤーフレームっぽい資料を作ってる暇 があればデザインを作る
52.
Scrumの弱点(個人的見解)
53.
Scrumの弱点(個人的見解) • ビジョンのショートスパン化
54.
Scrumの弱点
(個人的見解) • ビジョンのショートスパン化 • Bug Ticket の優先度低下
55.
Scrumの弱点
(個人的見解) • ビジョンのショートスパン化 • Bug Ticket の優先度低下 • 横串連携と情報共有
56.
最後に DeNAは攻めてます
57.
キーワード •スマートフォン •グローバル •新事業
58.
最後に DeNAでは、ユーザー体験を一緒に 作ってくれる仲間を募集しています。 •
お問い合わせは • @tsubotax or 弊社求人サイト
59.
ありがとうございました DeNA Manager/UX Designer 坪田 朋
@tsubotax
Editor's Notes
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
Download