Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Backlog Anti-Patterns
Search
kiwanami
September 26, 2017
0
8k
Backlog Anti-Patterns
JBUG Fukuoka 2017/09/26
kiwanami
September 26, 2017
Tweet
Share
More Decks by kiwanami
See All by kiwanami
Developing Emacs extensions in Go
kiwanami
0
1.7k
Featured
See All Featured
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
45
9.5k
Why You Should Never Use an ORM
jnunemaker
PRO
55
9.3k
GraphQLとの向き合い方2022年版
quramy
45
14k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
30
1.1k
How GitHub (no longer) Works
holman
314
140k
Designing for humans not robots
tammielis
251
25k
Java REST API Framework Comparison - PWX 2021
mraible
29
8.5k
Code Reviewing Like a Champion
maltzj
522
39k
Into the Great Unknown - MozCon
thekraken
36
1.7k
The Cost Of JavaScript in 2023
addyosmani
48
7.6k
StorybookのUI Testing Handbookを読んだ
zakiyama
28
5.6k
Being A Developer After 40
akosma
90
590k
Transcript
Backlog Anti Patterns 私のBacklogが機能不全を 起こしているそうです @kiwanami 2017/09/26
はじめに • Backlogのダメだしではなくて、使い方の問題 の共有 – プロセスの問題かもしれない – Backlog以外のBTSとも共通するかも知れない • Best
Practice の共有とともに、確実な行き止ま りの共有 • 今日は気軽な話題提供
me • パッケージシステム開発、研究開発 • プログラマー • Backlog歴は2006年ぐらいから – 数人から、数十人のプロジェクトまで •
Backlog拡張など開発 – https://www.youtube.com/watch?v=YCTs9QN3AsE
None
もくじ • 運用 • タスク管理 • 「プロジェクト」管理 • ファイル管理 •
Wiki • (ユーザー管理)
運用
なかなか始まらない • 使い方、ノリに慣れていない • 一緒に使う、雑に上げてもらう
そもそもタスク管理の文化がない • 一般人は普通、学校で習わない • バグ管理票やエクセルでの管理すら無いことも ある
タスク管理
タスクの責任の所在が不明 • 現象 – 上げるけど、誰も気にしない – タスクが際限なく増えて収拾できない – https://qiita.com/secret_hamuhamu/items/718924867ff3ed11d 6b9
• 解決 – タスクを上げる時のルールを決める – 責任者がきちんと拾って解決の段取りを付ける – 定期的に棚卸しミーティングをする
古い課題がたくさん残っている • 現象 – 古くて消しにくいタスクが未完了で残っている – 消していいかどうか誰もわからない – 経緯を知ってて必要そうだけど、当分着手できない •
解決 – 一定時間経過したら強制的に整理と称して完了する • 消えるわけではない • 後で上げなおしても良い – 未表示マイルストーンや親子タスク、タスク内の箇条書き、検索出来る フィールドで「後でやる、定期的に見直す」などにくくって整理 – 粒度や完了条件が適切でない可能性が高いので見直す
カスタムフィールド多すぎ • 現象 – 入力すべきフィールドがたくさんある – 意味的に重複もある – めんどくさくなって適当に入力する –
タスク作成の物理的・心理的コストが上がる – 整理したくてもフィールドを消していいかどうか不 明
カスタムフィールド多すぎ • 解決 – フィールドの目的を明らかにする – 情報の精度・完全性を上げるため • 管理上必要 •
統計処理用 – 惰性でカスタムフィールドを作らない – 拡張などで自動入力する
フィールドが直交してない • 現象 – よく似た内容のフィールドが複数ある – 複数のフィールドの選択肢に重複がある • 種別:タスク、課題、バグ、営業、保守 •
カテゴリ:設計、開発、バグ、プレゼン、デモ – もやもやしつつタスクを上げる • 解決 – 軸をはっきりさせる – フィールド間に依存関係がある – タスクのワークフローを考えて軸をはっきりさせる
処理済みがたくさん残る • 現象 – 処理済みからなかなか完了にならない – バーンダウンチャートが減らない • 解決 –
バーンダウンチャートの設定を変える – ワークフローを議論して、誰がどんな条件で完了させるのかはっきりさせ る • 単体テスト完了時 • 結合テスト完了時 • リリース時 – 時間軸で分割したり、親子課題にする
Backlog管理外のタスクがある • ケース – プロジェクト初期、もやっとしている、プロトタイプ – ストーリーカード、タスクカード、エクセル – 上位プロジェクト管理ツール、WBS –
個人メモ、物理的・心理的負担 • プロジェクトのワークフローでBacklogの位置づけを確認する – 便利なML – 仕様・変更管理などの記録 – タスク・進捗管理ツール – バグ、課題管理
親子課題をどう使うか • 進捗管理・WBS(時間)なのか、 トピック・議論・仕様の論理構造なのか、 あるいはグルーピング • 粒度の問題
ファイル管理
ファイルがカオスになる • 現象 – 段々整理できなくなる – 探せなくなる、最新がわからない • 解決 –
「ファイル」に何を置くか決めておく • どう使うのがいいのか? – テンプレートフォルダを作っておく
目的のファイルが見つからない • 現象 – ファイル、SVN、添付 – どこが最新か分からない • 解決 –
役割を決める? – ファイルは成果物、事前資料など – 添付は課題との結びつき – SVNは更新するもの
Wiki
Wikiに議事録や記録を残す • 現象 – Wikiが議事録だらけになる – Wikiはそもそも探せない • 解決 –
議事録、記録は課題で管理 • 予定、議事録、コメント – Wikiはまとめ中心、ナビゲートや検索ワードを意識
Wikiと文書ファイルの使い分け • Wikiに書くか、Word/Excelに書くか • 両方ある場合はリンクで示すなど
「プロジェクト」管理
プロジェクトを分けるか、分けない か • 分けると – 気分はすっきりする – プロジェクト間に関係があるとつらい • 一緒にすると
– いろいろなものが手元にある – ごちゃごちゃになる
客先と社内で分ける • 悪い現象 – 客先が入れた課題を消し込めなくてどんどん増える – 課題の同期ができなくなる • 問題の可能性 –
ワークフローの確立 – 社内のコミュニケーションの場所
以上です