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
7.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
Into the Great Unknown - MozCon
thekraken
35
1.6k
Bash Introduction
62gerente
610
210k
How STYLIGHT went responsive
nonsquared
98
5.3k
Designing on Purpose - Digital PM Summit 2013
jponch
117
7.1k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
59k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
10
1.3k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.1k
Unsuck your backbone
ammeep
669
57k
The World Runs on Bad Software
bkeepers
PRO
67
11k
Art, The Web, and Tiny UX
lynnandtonic
298
20k
Designing Experiences People Love
moore
139
23k
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に書くか • 両方ある場合はリンクで示すなど
「プロジェクト」管理
プロジェクトを分けるか、分けない か • 分けると – 気分はすっきりする – プロジェクト間に関係があるとつらい • 一緒にすると
– いろいろなものが手元にある – ごちゃごちゃになる
客先と社内で分ける • 悪い現象 – 客先が入れた課題を消し込めなくてどんどん増える – 課題の同期ができなくなる • 問題の可能性 –
ワークフローの確立 – 社内のコミュニケーションの場所
以上です