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

Copyright Drecom Co., Ltd. All Rights Reserved.
C.V. 納谷悟朗
カンバンと朝会とわたくし
金子貴洋

2
自己紹介
• 金子貴洋（ねこ）
• ゲーム事業本部ゲームディレクション部
• ドリコム歴５年
• O型

3
自己紹介
• 金子貴洋（ねこ）
• ゲーム事業本部ゲームディレクション部
• ドリコム歴５年
• O型

4
ドリコムでのお仕事
• サーバサイドエンジニア：２年半くらい
• プロジェクト数：5つ
• プロジェクトマネジメント：４年くらい
• プロジェクト数：３つ
今日はここのお話

5
ドリコムで使われているタスク管理方法、
「マグネットかんばん」を考えたよ、
というお話をします。
マグネットかんばんの詳しい内容についてはこちら
https://tech.drecom.co.jp/agile-practice-of-magnet-kanban-in-drecom/

6
今日の話
カンバンと朝会のカイゼン
っていう話

7
新しいプロジェクトに入って
最初に感じることは
大体一緒

8
誰が何をやっているのかわからない
いまの状態から
どうすればリリース出来るのかわからない

9
単純な疑問として、
周りの人は本当にみんなわかっているのだろうか？
みんなの状況の仮説を立ててみた
① 自分の担当以外のタスクを実はわかっていない
② 仮にわかったとしても、わかるためにコストをかけており、
本来のパフォーマンスが発揮できていない
③ 完璧に把握しているよ
答え：③…③…③…？

10
入った時にタスクがわからない
ということは
前提条件が多い中でプロジェクトが回っている
ということ

11
ここでいう前提条件とは
・長いことプロジェクトに関わることでようやくわかる暗黙知
・プロジェクトの決定事項
※ 非常に雑多な情報が入り乱れているため、
あらゆるレベルの決定事項がありすぎて
全てを把握・記憶しきれない状況にある
の２種類を指しています

12
前提条件が多いと
何が起こるのか

13
サンプルプロジェクト
• キャラカードを集めて敵を倒す運用型のゲーム
• キャラはカードごとに異なるスキルを持っている
• 同一キャラでも異なるスキルを持ったカードがいっぱいある
• 長年運用しているため、スキルの内部実装は結構複雑
• 毎月多数のキャラクターをリリースするため、管理が大変
• 日々のタスクが多く、毎日更新作業がある
• 朝会では向こう2週間のタスクを確認する
• タスクはふせんで管理しており、今日やるものを今日やるスペースに
移動する
• なんとなく状況はわかるけどなんか漏れてそうな雰囲気を感じる

14
前提条件が多い仕事でよくあること
① やるべきことが漏れてるのに誰も気づけない
「新しいキャラクターをリリースします！」
「いつも通りのフローだと余裕で作れるね！」
「…あれ、このキャラ新しいスキルの仕組みが必要だったの！？」
（リリース３日前に判明）

15
② 言葉の一部が省略されて認識の齟齬が起きる
「今度のキャラはXXXX（新）を使います！」
「わかりました、今度のキャラはXXXX（旧）ですね！」

16
③ 理解するだけで時間がかかる
「これをリリースするためには新機能が必要なんだけど、
その新機能の担当はAさんで、
Aさんは今日まだ来てないから進捗わかんなくて
あとでBさんがAさんに確認しておこう
で、このリリースがあと３日なので
明日までになんとかしないとリリースできなくて
その場合のリカバリプランは…」

17
④ 気にしなくてもいいはずのことを気にしなくてはいけない
「このキャラクターはすでに本番に入っているけど、
スキルの機能が実装されていないからユーザーには絶対渡しちゃダメだよ。
いいな、絶対だぞ。」

18
⑤ 意味がわからない
「リリース日は来週月曜日って書いてあるけど、実際は水曜日です」

19
前提条件は
思った以上に
負担になっている
（作業的にも、心理的にも）

20
前提条件を見える化することで
メンバーの負担が減り
プロダクトを良くすることに
時間と頭を使えるはずだ

21
…という出発点

22
当時のリリース物を分類するとおおよそこんな感じ
・キャラカード
・イベントバトル（新規）
・イベントバトル（再利用）
・ガチャ
・シナリオ
・特殊な新規イベント

23
当時のリリース物を分類するとおおよそこんな感じ
・キャラカード
・イベントバトル（新規）
・イベントバトル（再利用）
・ガチャ
・シナリオ
・特殊な新規イベント
ほぼやることが決まっている作業

24
やることが決まっているものは
・だいたい同じタスクが出てくる
・数が多いので更新負荷が高い
・その割に状況が把握しづらい
一方で、新しいものは大抵がイレギュラー
しかし、余裕がなくあまり話し合いが行われない
そのため、認識違いや漏れが発生しやすい

25
話し合いの時間は
イレギュラーな施策にあてるべき

26
やることが決まっているものの更新コストを下げてしまえば、
イレギュラーな施策への時間と余裕を生み出せるのではないか？
更新コストを下げるための施策
① 場所をわける
② フレームを作る
③ フローを作る
→ テンプレート化！

27
https://tech.drecom.co.jp/agile-practice-of-magnet-kanban-in-drecom/
…という発想の末、それまで付箋で管理していたもののうち、
ほぼタスクが決まっているものをテンプレート化した結果、
冒頭のマグネットかんばんが生まれました。
誰にでもステータスが一発でわかるというメリットがあります。
反面、追加作業が発生するなどのイレギュラーなケースが多い場合には
難しいので、ケースバイケースで使いわけたいですね！

28
作った時点で別プロジェクトに移ったのでその後は伝聞ですが、
ちょっとずつ改良が行われてより精度が高まっているそうな。

29
かんばんと朝会は、
「いまプロジェクトで何が起こっているのか」
という前提条件を可視化して、
同じものを見ながらどう立ち向かうべきかをみんなで一緒に考え、
見えないことで起こってしまう不幸な出来事を防ぐツールなので、
まずそうな点はどんどんカイゼンしていったらいいんじゃないかな
まとめ

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

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Ähnlich wie カンバンと朝会とわたくし

Ähnlich wie カンバンと朝会とわたくし (20)

Mehr von Drecom Co., Ltd.

Mehr von Drecom Co., Ltd. (20)

Kürzlich hochgeladen

Kürzlich hochgeladen (12)

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