[レポート] JBUG 福岡 #9 で PROJECT THEME PARK を体験してきました #JBUG

JBUG 福岡 #9 の参加レポートになります。貴重な PROJECT THEME PARK 体験もレポートしました。

福岡だより

#プロジェクトマネジメント（PM）

#勉強会

#ボードゲーム

田中孝明

2019.07.26

この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。

はじめに

こんにちは、CX事業本部の田中孝明です。

7月25日(木)に株式会社ヌーラボ 7F で JBUG 福岡 #9 webディレクターのBacklog利用事例が開催されました。

当日の様子は togetter にもまとめられています。

togetter: #JBUG 福岡 #9 webディレクターのBacklog利用事例

クライアントを巻き込み、「2つのBacklog」でプロジェクトをとりまとめた話

野村幸子（のむらさちこ）さん
- フリーランスWebディレクター、ライター

メールと電話でやりとりを行うデメリット

Eメールでの管理が NG な理由

一つのメールに複数の事項
ログが残らない
状況管理ができず、全体が見えない
新メンバーが過去の情報にアクセスできない

Backlog を社内用とクライアント用で分けた

制作チームの Backlog

社内５名
社内のメンバーのみで閲覧、書き込みをする
提出前の議論を行い、ブラッシュアップを行うための課題を作成
書き込みは全員参加

社外用の Backlog

関係者全員参加
- クライアント３名 + 社内５名
書き込みは各社の代表が行う
- やりとりは全員が観れるが書き込みは代表者しかできないようにした
- 成果物の提出とフィードバック
Backlog で社内の相談・議論が始まらないようにするため

２つの Backlog で運用する利点

やりとりがすべての残る

経緯把握
バージョン管理がしやすい
言った言わないが起こらない

WIKIを活用してプロジェクトを見渡しやすくる

プロジェクト関連事項は WIKI の HOME に全部まとめる
各成果物へのインデックスとして使う
クライアントの方なども、いちいち全部の課題を追っかけれない方は、WIKIを見れば状況把握できるようになる

過去、現在のやりとりが全員に見える

フィードバックへの対応が早くなる
担当者、期限を明確にできる
後から参加しても状況把握しやすい

野村さんの「2つのBacklog」
「おいおいそれ社内でやってよ！」っていうのを防ぐために
社外用Backlogで代表だけ書き込むっていうのナイスアイディア感あるー#JBUG

— nishiaki (@nishiaki) July 25, 2019

２つの Backlog はお互いにメリット多い

クライアントを巻き込んで参加している

新しいツールの導入には抵抗がある
丁寧なナビゲートで運用ルールを徹底

ルールの制定と遵守

１つの話題につき、１つの課題を死守
粒度を小さめに
近しい課題は親子課題を設定
期限を近くに設定
完了の達成感でモチベーションをアップ

運用ルールの番人を作ろう

全員の使い方擦り合わせが肝心
案件進行管理と、運用ルールの番人を同時並行
常に２つの Backlog をチェックする
- 間違えないようにするために、背景などのテーマを変える工夫をする

気をつけたいポイント

３つの Backlog で運用した
- 制作チームと社外用にさらに開発用の Backlog を作成した
結局、開発用の Backlog は使用を停止した
- クライアントに開発側の遅れば見えにくい
- 更新されなかったり、課題を放置されたりした
- 担当者の変更で分からなくなる
- どこに書くべきかで混乱してしまう
Backlog のメール通知先を調整
- 必要な人にだけお知らせを送る
運用ルールの再徹底依頼
仕組みはシンプルにすべし
- 人の意識を変えるのは至難の業

「2つのBacklog」誤爆対策は、色やロゴを変えて、「ぱっと見の違いをつくる」#JBUG

— nishiaki (@nishiaki) July 25, 2019

3つ目が失敗だった
並列にある会社とのやりとりは
「強く言えない」（受注と発注の関係ではないため）

文化が違う…ってこともあるよね
#JBUG pic.twitter.com/Eo4QypKzc2

— ウェブ屋のさとーさん@GTI Inc. & 01wave LLC. [案件受けられます] (@taman777) July 25, 2019