Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
Copyright Drecom Co., Ltd. All Rights Reserved.
C.V. 納谷悟朗
カンバンと朝会とわたくし
金子 貴洋
Copyright Drecom Co., Ltd. All Rights Reserved.
2
自己紹介
• 金子貴洋(ねこ)
• ゲーム事業本部ゲームディレクション部
• ドリコム歴5年
• O型
Copyright Drecom Co., Ltd. All Rights Reserved.
3
自己紹介
• 金子貴洋(ねこ)
• ゲーム事業本部ゲームディレクション部
• ドリコム歴5年
• O型
Copyright Drecom Co., Ltd. All Rights Reserved.
4
ドリコムでのお仕事
• サーバサイドエンジニア :2年半くらい
• プロジェクト数:5つ
• プロジェクトマネジメント:4年くらい
• プロジェ...
Copyright Drecom Co., Ltd. All Rights Reserved.
5
ドリコムで使われているタスク管理方法、
「マグネットかんばん」を考えたよ、
というお話をします。
マグネットかんばんの詳しい内容についてはこちら...
Copyright Drecom Co., Ltd. All Rights Reserved.
6
今日の話
カンバンと朝会のカイゼン
っていう話
Copyright Drecom Co., Ltd. All Rights Reserved.
7
新しいプロジェクトに入って
最初に感じることは
大体一緒
Copyright Drecom Co., Ltd. All Rights Reserved.
8
誰が何をやっているのかわからない
いまの状態から
どうすればリリース出来るのかわからない
Copyright Drecom Co., Ltd. All Rights Reserved.
9
単純な疑問として、
周りの人は本当にみんなわかっているのだろうか?
みんなの状況の仮説を立ててみた
① 自分の担当以外のタスクを実はわかっていな...
Copyright Drecom Co., Ltd. All Rights Reserved.
10
入った時にタスクがわからない
ということは
前提条件が多い中でプロジェクトが回っている
ということ
Copyright Drecom Co., Ltd. All Rights Reserved.
11
ここでいう前提条件とは
・長いことプロジェクトに関わることでようやくわかる暗黙知
・プロジェクトの決定事項
※ 非常に雑多な情報が入り乱れてい...
Copyright Drecom Co., Ltd. All Rights Reserved.
12
前提条件が多いと
何が起こるのか
Copyright Drecom Co., Ltd. All Rights Reserved.
13
サンプルプロジェクト
• キャラカードを集めて敵を倒す運用型のゲーム
• キャラはカードごとに異なるスキルを持っている
• 同一キャラでも異な...
Copyright Drecom Co., Ltd. All Rights Reserved.
14
前提条件が多い仕事でよくあること
① やるべきことが漏れてるのに誰も気づけない
「新しいキャラクターをリリースします!」
「いつも通りのフロー...
Copyright Drecom Co., Ltd. All Rights Reserved.
15
前提条件が多い仕事でよくあること
② 言葉の一部が省略されて認識の齟齬が起きる
「今度のキャラはXXXX(新)を使います!」
「わかりました、...
Copyright Drecom Co., Ltd. All Rights Reserved.
16
前提条件が多い仕事でよくあること
③ 理解するだけで時間がかかる
「これをリリースするためには新機能が必要なんだけど、
その新機能の担当はAさ...
Copyright Drecom Co., Ltd. All Rights Reserved.
17
前提条件が多い仕事でよくあること
④ 気にしなくてもいいはずのことを気にしなくてはいけない
「このキャラクターはすでに本番に入っているけど、
...
Copyright Drecom Co., Ltd. All Rights Reserved.
18
前提条件が多い仕事でよくあること
⑤ 意味がわからない
「リリース日は来週月曜日って書いてあるけど、実際は水曜日です」
Copyright Drecom Co., Ltd. All Rights Reserved.
19
前提条件は
思った以上に
負担になっている
(作業的にも、心理的にも)
Copyright Drecom Co., Ltd. All Rights Reserved.
20
前提条件を見える化することで
メンバーの負担が減り
プロダクトを良くすることに
時間と頭を使えるはずだ
Copyright Drecom Co., Ltd. All Rights Reserved.
21
…という出発点
Copyright Drecom Co., Ltd. All Rights Reserved.
22
当時のリリース物を分類するとおおよそこんな感じ
・キャラカード
・イベントバトル(新規)
・イベントバトル(再利用)
・ガチャ
・シナリオ
・...
Copyright Drecom Co., Ltd. All Rights Reserved.
23
当時のリリース物を分類するとおおよそこんな感じ
・キャラカード
・イベントバトル(新規)
・イベントバトル(再利用)
・ガチャ
・シナリオ
・...
Copyright Drecom Co., Ltd. All Rights Reserved.
24
やることが決まっているものは
・だいたい同じタスクが出てくる
・数が多いので更新負荷が高い
・その割に状況が把握しづらい
一方で、新しいものは...
Copyright Drecom Co., Ltd. All Rights Reserved.
25
話し合いの時間は
イレギュラーな施策にあてるべき
Copyright Drecom Co., Ltd. All Rights Reserved.
26
やることが決まっているものの更新コストを下げてしまえば、
イレギュラーな施策への時間と余裕を生み出せるのではないか?
更新コストを下げるための...
Copyright Drecom Co., Ltd. All Rights Reserved.
27
https://tech.drecom.co.jp/agile-practice-of-magnet-kanban-in-drecom/
…と...
Copyright Drecom Co., Ltd. All Rights Reserved.
28
作った時点で別プロジェクトに移ったのでその後は伝聞ですが、
ちょっとずつ改良が行われてより精度が高まっているそうな。
Copyright Drecom Co., Ltd. All Rights Reserved.
29
かんばんと朝会は、
「いまプロジェクトで何が起こっているのか」
という前提条件を可視化して、
同じものを見ながらどう立ち向かうべきかをみんなで...
Upcoming SlideShare
Loading in …5
×

カンバンと朝会とわたくし

2015-09-29 PM Bar Vol.3

  • Be the first to comment

カンバンと朝会とわたくし

  1. 1. Copyright Drecom Co., Ltd. All Rights Reserved. C.V. 納谷悟朗 カンバンと朝会とわたくし 金子 貴洋
  2. 2. Copyright Drecom Co., Ltd. All Rights Reserved. 2 自己紹介 • 金子貴洋(ねこ) • ゲーム事業本部ゲームディレクション部 • ドリコム歴5年 • O型
  3. 3. Copyright Drecom Co., Ltd. All Rights Reserved. 3 自己紹介 • 金子貴洋(ねこ) • ゲーム事業本部ゲームディレクション部 • ドリコム歴5年 • O型
  4. 4. Copyright Drecom Co., Ltd. All Rights Reserved. 4 ドリコムでのお仕事 • サーバサイドエンジニア :2年半くらい • プロジェクト数:5つ • プロジェクトマネジメント:4年くらい • プロジェクト数:3つ 今日はここのお話
  5. 5. Copyright Drecom Co., Ltd. All Rights Reserved. 5 ドリコムで使われているタスク管理方法、 「マグネットかんばん」を考えたよ、 というお話をします。 マグネットかんばんの詳しい内容についてはこちら https://tech.drecom.co.jp/agile-practice-of-magnet-kanban-in-drecom/
  6. 6. Copyright Drecom Co., Ltd. All Rights Reserved. 6 今日の話 カンバンと朝会のカイゼン っていう話
  7. 7. Copyright Drecom Co., Ltd. All Rights Reserved. 7 新しいプロジェクトに入って 最初に感じることは 大体一緒
  8. 8. Copyright Drecom Co., Ltd. All Rights Reserved. 8 誰が何をやっているのかわからない いまの状態から どうすればリリース出来るのかわからない
  9. 9. Copyright Drecom Co., Ltd. All Rights Reserved. 9 単純な疑問として、 周りの人は本当にみんなわかっているのだろうか? みんなの状況の仮説を立ててみた ① 自分の担当以外のタスクを実はわかっていない ② 仮にわかったとしても、わかるためにコストをかけており、 本来のパフォーマンスが発揮できていない ③ 完璧に把握しているよ 答え:③…③…③…?
  10. 10. Copyright Drecom Co., Ltd. All Rights Reserved. 10 入った時にタスクがわからない ということは 前提条件が多い中でプロジェクトが回っている ということ
  11. 11. Copyright Drecom Co., Ltd. All Rights Reserved. 11 ここでいう前提条件とは ・長いことプロジェクトに関わることでようやくわかる暗黙知 ・プロジェクトの決定事項 ※ 非常に雑多な情報が入り乱れているため、 あらゆるレベルの決定事項がありすぎて 全てを把握・記憶しきれない状況にある の2種類を指しています
  12. 12. Copyright Drecom Co., Ltd. All Rights Reserved. 12 前提条件が多いと 何が起こるのか
  13. 13. Copyright Drecom Co., Ltd. All Rights Reserved. 13 サンプルプロジェクト • キャラカードを集めて敵を倒す運用型のゲーム • キャラはカードごとに異なるスキルを持っている • 同一キャラでも異なるスキルを持ったカードがいっぱいある • 長年運用しているため、スキルの内部実装は結構複雑 • 毎月多数のキャラクターをリリースするため、管理が大変 • 日々のタスクが多く、毎日更新作業がある • 朝会では向こう2週間のタスクを確認する • タスクはふせんで管理しており、今日やるものを今日やるスペースに 移動する • なんとなく状況はわかるけどなんか漏れてそうな雰囲気を感じる
  14. 14. Copyright Drecom Co., Ltd. All Rights Reserved. 14 前提条件が多い仕事でよくあること ① やるべきことが漏れてるのに誰も気づけない 「新しいキャラクターをリリースします!」 「いつも通りのフローだと余裕で作れるね!」 「…あれ、このキャラ新しいスキルの仕組みが必要だったの!?」 (リリース3日前に判明)
  15. 15. Copyright Drecom Co., Ltd. All Rights Reserved. 15 前提条件が多い仕事でよくあること ② 言葉の一部が省略されて認識の齟齬が起きる 「今度のキャラはXXXX(新)を使います!」 「わかりました、今度のキャラはXXXX(旧)ですね!」
  16. 16. Copyright Drecom Co., Ltd. All Rights Reserved. 16 前提条件が多い仕事でよくあること ③ 理解するだけで時間がかかる 「これをリリースするためには新機能が必要なんだけど、 その新機能の担当はAさんで、 Aさんは今日まだ来てないから進捗わかんなくて あとでBさんがAさんに確認しておこう で、このリリースがあと3日なので 明日までになんとかしないとリリースできなくて その場合のリカバリプランは…」
  17. 17. Copyright Drecom Co., Ltd. All Rights Reserved. 17 前提条件が多い仕事でよくあること ④ 気にしなくてもいいはずのことを気にしなくてはいけない 「このキャラクターはすでに本番に入っているけど、 スキルの機能が実装されていないからユーザーには絶対渡しちゃダメだよ。 いいな、絶対だぞ。」
  18. 18. Copyright Drecom Co., Ltd. All Rights Reserved. 18 前提条件が多い仕事でよくあること ⑤ 意味がわからない 「リリース日は来週月曜日って書いてあるけど、実際は水曜日です」
  19. 19. Copyright Drecom Co., Ltd. All Rights Reserved. 19 前提条件は 思った以上に 負担になっている (作業的にも、心理的にも)
  20. 20. Copyright Drecom Co., Ltd. All Rights Reserved. 20 前提条件を見える化することで メンバーの負担が減り プロダクトを良くすることに 時間と頭を使えるはずだ
  21. 21. Copyright Drecom Co., Ltd. All Rights Reserved. 21 …という出発点
  22. 22. Copyright Drecom Co., Ltd. All Rights Reserved. 22 当時のリリース物を分類するとおおよそこんな感じ ・キャラカード ・イベントバトル(新規) ・イベントバトル(再利用) ・ガチャ ・シナリオ ・特殊な新規イベント
  23. 23. Copyright Drecom Co., Ltd. All Rights Reserved. 23 当時のリリース物を分類するとおおよそこんな感じ ・キャラカード ・イベントバトル(新規) ・イベントバトル(再利用) ・ガチャ ・シナリオ ・特殊な新規イベント ほぼやることが決まっている作業
  24. 24. Copyright Drecom Co., Ltd. All Rights Reserved. 24 やることが決まっているものは ・だいたい同じタスクが出てくる ・数が多いので更新負荷が高い ・その割に状況が把握しづらい 一方で、新しいものは大抵がイレギュラー しかし、余裕がなくあまり話し合いが行われない そのため、認識違いや漏れが発生しやすい
  25. 25. Copyright Drecom Co., Ltd. All Rights Reserved. 25 話し合いの時間は イレギュラーな施策にあてるべき
  26. 26. Copyright Drecom Co., Ltd. All Rights Reserved. 26 やることが決まっているものの更新コストを下げてしまえば、 イレギュラーな施策への時間と余裕を生み出せるのではないか? 更新コストを下げるための施策 ① 場所をわける ② フレームを作る ③ フローを作る → テンプレート化!
  27. 27. Copyright Drecom Co., Ltd. All Rights Reserved. 27 https://tech.drecom.co.jp/agile-practice-of-magnet-kanban-in-drecom/ …という発想の末、それまで付箋で管理していたもののうち、 ほぼタスクが決まっているものをテンプレート化した結果、 冒頭のマグネットかんばんが生まれました。 誰にでもステータスが一発でわかるというメリットがあります。 反面、追加作業が発生するなどのイレギュラーなケースが多い場合には 難しいので、ケースバイケースで使いわけたいですね!
  28. 28. Copyright Drecom Co., Ltd. All Rights Reserved. 28 作った時点で別プロジェクトに移ったのでその後は伝聞ですが、 ちょっとずつ改良が行われてより精度が高まっているそうな。
  29. 29. Copyright Drecom Co., Ltd. All Rights Reserved. 29 かんばんと朝会は、 「いまプロジェクトで何が起こっているのか」 という前提条件を可視化して、 同じものを見ながらどう立ち向かうべきかをみんなで一緒に考え、 見えないことで起こってしまう不幸な出来事を防ぐツールなので、 まずそうな点はどんどんカイゼンしていったらいいんじゃないかな まとめ

×