Slide 1
Slide 1 text
Backlog Anti Patterns
私のBacklogが機能不全を
起こしているそうです
@kiwanami
2017/09/26
Slide 2
Slide 2 text
はじめに
●
Backlogのダメだしではなくて、使い方の問題
の共有
– プロセスの問題かもしれない
– Backlog以外のBTSとも共通するかも知れない
●
Best Practice の共有とともに、確実な行き止ま
りの共有
●
今日は気軽な話題提供
Slide 3
Slide 3 text
me
●
パッケージシステム開発、研究開発
●
プログラマー
●
Backlog歴は2006年ぐらいから
– 数人から、数十人のプロジェクトまで
●
Backlog拡張など開発
– https://www.youtube.com/watch?v=YCTs9QN3AsE
Slide 4
Slide 4 text
No content
Slide 5
Slide 5 text
もくじ
●
運用
●
タスク管理
●
「プロジェクト」管理
●
ファイル管理
●
Wiki
●
(ユーザー管理)
Slide 6
Slide 6 text
運用
Slide 7
Slide 7 text
なかなか始まらない
●
使い方、ノリに慣れていない
●
一緒に使う、雑に上げてもらう
Slide 8
Slide 8 text
そもそもタスク管理の文化がない
●
一般人は普通、学校で習わない
●
バグ管理票やエクセルでの管理すら無いことも
ある
Slide 9
Slide 9 text
タスク管理
Slide 10
Slide 10 text
タスクの責任の所在が不明
●
現象
– 上げるけど、誰も気にしない
– タスクが際限なく増えて収拾できない
– https://qiita.com/secret_hamuhamu/items/718924867ff3ed11d
6b9
●
解決
– タスクを上げる時のルールを決める
– 責任者がきちんと拾って解決の段取りを付ける
– 定期的に棚卸しミーティングをする
Slide 11
Slide 11 text
古い課題がたくさん残っている
●
現象
– 古くて消しにくいタスクが未完了で残っている
– 消していいかどうか誰もわからない
– 経緯を知ってて必要そうだけど、当分着手できない
●
解決
– 一定時間経過したら強制的に整理と称して完了する
●
消えるわけではない
●
後で上げなおしても良い
– 未表示マイルストーンや親子タスク、タスク内の箇条書き、検索出来る
フィールドで「後でやる、定期的に見直す」などにくくって整理
– 粒度や完了条件が適切でない可能性が高いので見直す
Slide 12
Slide 12 text
カスタムフィールド多すぎ
●
現象
– 入力すべきフィールドがたくさんある
– 意味的に重複もある
– めんどくさくなって適当に入力する
– タスク作成の物理的・心理的コストが上がる
– 整理したくてもフィールドを消していいかどうか不
明
Slide 13
Slide 13 text
カスタムフィールド多すぎ
●
解決
– フィールドの目的を明らかにする
– 情報の精度・完全性を上げるため
●
管理上必要
●
統計処理用
– 惰性でカスタムフィールドを作らない
– 拡張などで自動入力する
Slide 14
Slide 14 text
フィールドが直交してない
●
現象
– よく似た内容のフィールドが複数ある
– 複数のフィールドの選択肢に重複がある
●
種別：タスク、課題、バグ、営業、保守
●
カテゴリ：設計、開発、バグ、プレゼン、デモ
– もやもやしつつタスクを上げる
●
解決
– 軸をはっきりさせる
– フィールド間に依存関係がある
– タスクのワークフローを考えて軸をはっきりさせる
Slide 15
Slide 15 text
処理済みがたくさん残る
●
現象
– 処理済みからなかなか完了にならない
– バーンダウンチャートが減らない
●
解決
– バーンダウンチャートの設定を変える
– ワークフローを議論して、誰がどんな条件で完了させるのかはっきりさせ
る
●
単体テスト完了時
●
結合テスト完了時
●
リリース時
– 時間軸で分割したり、親子課題にする
Slide 16
Slide 16 text
Backlog管理外のタスクがある
●
ケース
– プロジェクト初期、もやっとしている、プロトタイプ
– ストーリーカード、タスクカード、エクセル
– 上位プロジェクト管理ツール、WBS
– 個人メモ、物理的・心理的負担
●
プロジェクトのワークフローでBacklogの位置づけを確認する
– 便利なML
– 仕様・変更管理などの記録
– タスク・進捗管理ツール
– バグ、課題管理
Slide 17
Slide 17 text
親子課題をどう使うか
●
進捗管理・WBS（時間）なのか、
トピック・議論・仕様の論理構造なのか、
あるいはグルーピング
●
粒度の問題
Slide 18
Slide 18 text
ファイル管理
Slide 19
Slide 19 text
ファイルがカオスになる
●
現象
– 段々整理できなくなる
– 探せなくなる、最新がわからない
●
解決
– 「ファイル」に何を置くか決めておく
●
どう使うのがいいのか？
– テンプレートフォルダを作っておく
Slide 20
Slide 20 text
目的のファイルが見つからない
●
現象
– ファイル、SVN、添付
– どこが最新か分からない
●
解決
– 役割を決める？
– ファイルは成果物、事前資料など
– 添付は課題との結びつき
– SVNは更新するもの
Slide 21
Slide 21 text
Wiki
Slide 22
Slide 22 text
Wikiに議事録や記録を残す
●
現象
– Wikiが議事録だらけになる
– Wikiはそもそも探せない
●
解決
– 議事録、記録は課題で管理
●
予定、議事録、コメント
– Wikiはまとめ中心、ナビゲートや検索ワードを意識
Slide 23
Slide 23 text
Wikiと文書ファイルの使い分け
●
Wikiに書くか、Word/Excelに書くか
●
両方ある場合はリンクで示すなど
Slide 24
Slide 24 text
「プロジェクト」管理
Slide 25
Slide 25 text
プロジェクトを分けるか、分けない
か
●
分けると
– 気分はすっきりする
– プロジェクト間に関係があるとつらい
●
一緒にすると
– いろいろなものが手元にある
– ごちゃごちゃになる
Slide 26
Slide 26 text
客先と社内で分ける
●
悪い現象
– 客先が入れた課題を消し込めなくてどんどん増える
– 課題の同期ができなくなる
●
問題の可能性
– ワークフローの確立
– 社内のコミュニケーションの場所
Slide 27
Slide 27 text
以上です