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.6k
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.6k
Featured
See All Featured
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
329
21k
Designing Experiences People Love
moore
138
23k
Optimizing for Happiness
mojombo
376
69k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
250
21k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
42
2.2k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
229
52k
Fontdeck: Realign not Redesign
paulrobertlloyd
82
5.2k
Bash Introduction
62gerente
608
210k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
4
360
Rebuilding a faster, lazier Slack
samanthasiow
79
8.7k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
126
18k
Ruby is Unlike a Banana
tanoku
96
11k
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に書くか • 両方ある場合はリンクで示すなど
「プロジェクト」管理
プロジェクトを分けるか、分けない か • 分けると – 気分はすっきりする – プロジェクト間に関係があるとつらい • 一緒にすると
– いろいろなものが手元にある – ごちゃごちゃになる
客先と社内で分ける • 悪い現象 – 客先が入れた課題を消し込めなくてどんどん増える – 課題の同期ができなくなる • 問題の可能性 –
ワークフローの確立 – 社内のコミュニケーションの場所
以上です