デザイン品質を諦めないために：スクラムで見つけたリソースコントロールの形 / For Maintaining Design Quality: Resource Control Methods Discovered through Scrum

Session by :
長瀧 彩花 (Ayaka Nagataki) / mikan Co., Ltd
Spectrum Tokyo Festival 2024 Day 2 (2024/12/8)

Transcript

1. デザイン品質を諦めないための挑戦： スクラムで見つけた リソースコントロールの形 For Design Without Compromise: A Scrum-Like Approach to Resource Management Ayaka Nagataki 株式会社mikan
2. Ayaka Nagataki 株式会社mikan デザイナー @ag_ayakan ヤフー株式会社、株式会社ギフティを経て、 2021年10月から株式会社mikanに入社。 toC事業「英語アプリmikan」のデザイン全般を担当
3. 10 ちょこっとだけ事業紹介 サクサク楽しく！超効率よく学べる英語アプリ 国内最大級の英語アプリ
4. Today’s topic デザイナーのリソース管理
5. もくじ 1 Ideal vs. Reality 理想に反して計画通りにいかない日々の葛藤 2 Challenge スクラムlikeなタスク管理への挑戦 3 Solution 根本的な課題の特定と解決アプローチ 4 Summary まとめ
6. もくじ 1 Ideal vs. Reality 理想に反して計画通りにいかない日々の葛藤 2 Challenge スクラムlikeなタスク管理への挑戦 3 Solution 根本的な課題の特定と解決アプローチ 4 Summary まとめ
7. My Ideal デザイン品質に自信を 持って世に出していきたい
8. vs. Reality 対して現実で起こっていたこと
9. 2years ago 2022 2023
10. 目の前のタスクを消化することで 精一杯...
11. デザインシステムの最適化 ブランド定義 デザインUI課題 イラストキットの作成 ダークモード対応 データのきれい化 色々やりたいことはあるが 手をつけられない
12. 施策A 施策C 施策B 施策D 1 2 3 4 5 6 7 8 9
13. 施策A 施策C 施策B 施策D 1 2 3 4 5 6 7 8 9 当時の状況 b 順調か不調かは施策担当者本人しかわからなかっD b 溜まっている施策外のものは「手が空いた時に取って やる」ものとしていたがほとんど機能していなかった
14. 目の前のタスク以外に取り組む余力を持つための 3STEP 1 計画したものを 計画通り完了する 2 施策外のタスクも 計画に組み込む 3 タスクの許容量を 無理なく増やす
15. 目の前のタスク以外に取り組む余力を持つための 3STEP 1 計画したものを 計画通り完了する
16. もくじ 1 Ideal vs. Reality 理想に反して計画通りにいかない日々の葛藤 2 Challenge スクラムlikeなタスク管理への挑戦 3 Solution 根本的な課題の特定と解決アプローチ 4 Summary まとめ
17. 1years ago 2023 2024 2022
18. タスク管理ツールを Techチームで揃えませんか （開発チーム、デザインチーム、PMチーム、QAチーム） engineer
19. タスク管理環境を linearへ環境を引っ越し
20. ツールの郷に従い スクラムlikeな概念を 導入してみることに
21. 納期 営業日 ステータス 予定と実施の差分 ポイント サイクルと納期 （mikanでは5営業日=1サイクル） 完了期限 見積もり 調子の確認 before after
22. →→→
23. 導入初期
24. 導入初期 計画から 大幅にダウン
25. 導入初期 進んでいるが なかなか完了できない
26. 型にはめたことで 問題が浮き彫りになってきた
27. もくじ 1 Ideal vs. Reality 理想に反して計画通りにいかない日々の葛藤 2 Challenge スクラムlikeなタスク管理への挑戦 3 Solution 根本的な課題の特定と解決アプローチ 4 Summary まとめ
28. this year 2024 2025 2023
29. 現在の姿
31. 1サイクルのタスク完了率 6割→9割
32. デザインシステムの最適化 ブランド定義 デザインUI課題 イラストキットの作成 ダークモード対応 データのきれい化 1週間分の計画を引く際に 施策外のタスクも計画対象に
33. この1年で何があったのか
34. うまくやっていそうな チームにSOSした 転機
35. アドバイス 1 基準ポイントをチーム内で持つと良い 2 “暗黙的なタスク”も全て登録した方が良い 3 平均稼動実績を計算して1週間のタスク量を決めるといい engineer デザインチームの悩みd w 進んでいてもタスク上は完了できないので停滞してしまˆ w 施策の前提が違ったりするので前のサイクルまでの実績が信用できない
36. 1 基準ポイントをチーム内で持つと良い
37. before after チーム内の個々人で タスクの重さの考え方が違った 共通の最小単位を定義して レビューし合えるようにした 1pt=タスクA 1pt 2pt 3pt
38. どうやって基準を定義したか
39. WSを開催 #' チームそれぞれの考える大中小タスクと理由を言語化 E' 差分があるところを擦り合わせ g' ⁨⁩誰が考えても同じになる最小単位を探す ' 最大ポイント数までのサンプルタスクを定義する
40. 2 “暗黙的なタスク”も全て登録した方が良い
41. before after 全て登録して 工数を見積もるようにした 施策タスク以外は 登録していない or 0ptだった No Project 2pt
42. 3 平均稼動実績を計算して1週間のタスク量を決めるといい
43. 来週は1日お休みで 4営業日です before after 前のサイクルで消化したポイント で見積もっていた 過去の平均を参照点にし 稼働日をベースに使えるリソースを計算 Cycle6 13pt Cycle6(4営業日) _pt Cycle5 13pt Cycle2(5営業日) 13pt Cycle3(4営業日) 10pt Cycle4(5営業日) 12pt 平均pt/日を 計算
44. Cycle completed Aさん Bさん 稼働合計 消化pt（日） 実績平均pt（日） スコープ目安 3 33 5 5 10 3.30 3.13 31 4 25 4 3 7 3.57 3.11 22 5 25 4.5 5 9.5 3.47 3.25 31 sample
45. Cycle completed Aさん Bさん 稼働合計 消化pt（日） 実績平均pt（日） スコープ目安 3 33 5 5 10 3.30 3.13 31 4 25 4 3 7 3.57 3.11 22 5 25 4.5 5 9.5 3.47 3.25 31 sample 実績平均pt（日） 3.13 3.11 3.25
46. “平均稼動実績を計算して1週間のタスク量を決める” とは？
47. AさんがCycle6でやるタスク量を見積もる場合 3.25pt × 5営業日 = 16.25 Aさんのタスク量 16pt Cycle completed Aさん Bさん 稼働合計 消化pt（日） 実績平均pt（日） スコープ目安 3 33 5 5 10 3.30 3.13 31 4 25 4 3 7 3.57 3.11 22 5 25 4.5 5 9.5 3.47 3.25 31 6 - 5 5 10 - - -
48. 3つのアドバイスを実施したことで “ぶれない参照点”を作ることができた アドバイス 1 基準ポイントをチーム内で持つと良い 2 “暗黙的なタスク”も全て登録した方が良い 3 平均稼動実績を計算して1週間のタスク量を決めるといい
49. before
50. after（3つのアドバイス実施直後）
51. ここまででかなり改善されてきました
52. しかし、 計画を計画通りにやるためには もう少し揺らぎを減らしたい
53. この揺らぎは何によって発生するか？
54. 原因 1 前提を覆すような大きな方針変更、考慮漏れ 2 差し込みの発生
55. 解消策 PMとの連携を強固にする
56. 1 前提を覆すような大きな方針変更、考慮漏れ 対策
57. before after “不確実なもの”を洗い出し 依存関係をPMと一緒に整理 キックオフの内容を受けて デザイナーが画面数などで見積もり 画面A 不確実性A 1pt 3pt 画面B 不確実性B 不確実性C 画面C 2pt ? 3pt 3pt
58. 不確実性が減ったことでアクシデントが減少
59. 2 差し込みの発生
60. before after アプリ開発以外の依頼も含めて PMと優先順位を相談 開発に関係するものだけ PMと優先順位を相談 eX 施策Y cX 施策b VX 施策U `X 施策D eX i cX i VX i `X 優先順位 優先順位 追加タスクE 追加タスクF 明日中に... 来週中に... 施策A 施策B 施策C 施策D 追加タスク E 追加タスク F
61. デザイナーから アラートを上げやすくなりました
62. 1サイクルのタスク完了率 6割→9割
63. 目の前のタスク以外に取り組む余力を持つための 3STEP 1 計画したものを 計画通り完了する
64. 目の前のタスク以外に取り組む余力を持つための 3STEP 1 計画したものを 計画通り完了する 2 施策外のタスクも 計画に組み込む
65. デザイナー向けの課題提案場所を用意 （Triageと呼んでいます） チーム朝会で確認 取り組むかどうかと優先度決め 施策外タスクに頻繁に目を通せる仕組みを作った
66. 8:2 施策 施策外
67. 施策外で優先度の高そうなタスクを 配慮した計画に
68. 目の前のタスク以外に取り組む余力を持つための 3STEP 1 計画したものを 計画通り完了する 2 施策外のタスクも 計画に組み込む
69. 目の前のタスク以外に取り組む余力を持つための 3STEP 1 計画したものを 計画通り完了する 2 施策外のタスクも 計画に組み込む 3 タスクの許容量を 無理なく増やす
70. 稼働あたりのタスク消化量 1.47pt → 3.79pt
71. 稼働あたりのタスク消化量 2.5倍
72. 日々のタスクに精一杯だった2年前から をデザイナー自身が考えられる状態に変わってきた “デザインリソースをどこに使うべきか”
73. もくじ 1 Ideal vs. Reality 理想に反して計画通りにいかない日々の葛藤 2 Challenge スクラムlikeなタスク管理への挑戦 3 Solution 根本的な課題の特定と解決アプローチ 4 Summary まとめ
74. Summary まとめ 1 計画したものを 計画通り完了する 2 施策外タスクも 計画に組み込む 3 タスクの許容量を 無理なく増やす
75. Summary まとめ 1 計画したものを 計画通り完了する 2 施策外タスクも 計画に組み込む 3 タスクの許容量を 無理なく増やす 可視化
76. Summary まとめ 1 計画したものを 計画通り完了する 2 施策外タスクも 計画に組み込む 3 タスクの許容量を 無理なく増やす 可視化 原因究明
77. Summary まとめ 1 計画したものを 計画通り完了する 2 施策外タスクも 計画に組み込む 3 タスクの許容量を 無理なく増やす 可視化 原因究明 ロールモデルを真似
78. Summary まとめ 1 計画したものを 計画通り完了する 2 施策外タスクも 計画に組み込む 3 タスクの許容量を 無理なく増やす 可視化 仕組み化 原因究明 ロールモデルを真似
79. Summary まとめ 1 計画したものを 計画通り完了する 2 施策外タスクも 計画に組み込む 3 タスクの許容量を 無理なく増やす 可視化 仕組み化 比率決め 原因究明 ロールモデルを真似
80. We’re Hiring! デザインマネージャー 積極採用中
81. Thank you AMAでお話ししましょう @ag_ayakan