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に登録するタスクの大きさについて
Search
Kozo Taira
February 26, 2025
Business
0
290
Backlogに登録するタスクの大きさについて
https://jbug.connpass.com/event/343090/
Kozo Taira
February 26, 2025
Tweet
Share
More Decks by Kozo Taira
See All by Kozo Taira
今日から始めるチームワーク
kozotaira
0
180
PM視点で見る、デザイン組織と共走の変遷
kozotaira
0
130
プロジェクトをデザインする
kozotaira
0
35
クライアントワークにおける UXリサーチの実践
kozotaira
1
810
ノンデザイナーがUI/UXディレクションをする際に心がけていること
kozotaira
0
37
Other Decks in Business
See All in Business
DAPPI サービス資料
masa0917
0
100
Algomatic Works Company Deck
algomatic
PRO
1
190
会社紹介資料
gatechnologies
2
110k
宣言やガイドを示したってよくならない!スクラムチームが回るようにするためにはきっかけが必要だ!
abe2014
0
140
Mercari Group Code of Conduct
mercari_inc
0
140
株式会社Domuz会社紹介資料(採用)
kimpachi_d
0
43k
ログラス会社紹介資料 新卒採用 ビジネス職[経営幹部候補]/ Loglass Company Deck
loglass2019
1
11k
社内LTで醸成する開発組織のアウトプット文化
tonegawa07
0
250
株式会社Cake.jp Company Deck
cakejpcorp
0
1.4k
NewGrads(新卒)向け_株式会社プレイド_会社説明資料_27卒
plaid
PRO
0
470
GMOフィナンシャルHD 会社紹介資料
gmofh_hr_team
0
54k
Sake World事業資料(JP)
leafpublications
0
120
Featured
See All Featured
Being A Developer After 40
akosma
91
590k
Building an army of robots
kneath
306
46k
Stop Working from a Prison Cell
hatefulcrawdad
271
21k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
8
910
Build The Right Thing And Hit Your Dates
maggiecrowley
37
2.9k
Large-scale JavaScript Application Architecture
addyosmani
514
110k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
132
19k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
Rails Girls Zürich Keynote
gr2m
95
14k
Making the Leap to Tech Lead
cromwellryan
135
9.6k
How GitHub (no longer) Works
holman
315
140k
BBQ
matthewcrist
89
9.8k
Transcript
Backlogに登録する タスクの大きさについて 2025.2.26 JBUG東京#25 平 光蔵 / i3DESIGN Co., Ltd.
©i3DESIGN Co.,Ltd. はじめに 2 自己紹介 株式会社アイスリーデザイン PM/ディレクター 平 光蔵 印刷会社、Web制作会社を経て、株式会社アイスリーデザイン 入社。
現在は、Webアプリ・モバイルアプリのUI/UXディレクションおよび プロジェクトマネジメント業務と組織のマネジメントを担当。 ※発表内容はあくまで個人の見解であり、会社としての公式見解ではありません。
Backlogに登録する タスクの大きさについて
Backlogタスク登録の基本
©i3DESIGN Co.,Ltd. Backlog「あるある」の悪い例 5 <悪い例> ・タイトルと内容があってない ・別の課題が含まれている <悪い例> ・コメントに複数の依頼が 含まれている
©i3DESIGN Co.,Ltd. 公式ヘルプにも書かれている 6 登録の基本は「1タスク1起票」ばい Backlogヘルプセンター(課題登録のコツ)
そんなわけで、社内では 「1タスク1起票」ルールを適用した結果
実際にプロジェクトで悩んだこと
©i3DESIGN Co.,Ltd. 9 新しいWebページの公開前チェックの際 実際にプロジェクトで悩んだこと
たしかに間違いではない だが起票に時間もかかっており 作業する方も大変そうであった
©i3DESIGN Co.,Ltd. 改めてサル先生のプロジェクト入門をみてみた 11 • 最大の目安(1日)はあるが、最小はない • どこまで小さくするかはおそらく正解はない 「1つ」の定義は非常に難しい
©i3DESIGN Co.,Ltd. 検討のポイントはいくつかありそう 12 • いわゆる「1行タスク」はチェックボックス管理にする • 担当者が1人の場合は同じタスクとして管理にする • PJTメンバーが管理しやすい単位にする(例:ページ単位など)
結局、この時はチームで話し合い、 レイアウト、文言(コンテンツ)、機能(会員登録など) くらいの単位で分けて起票をし直しました。
©i3DESIGN Co.,Ltd. タスクの大きさを考える上では 13 「具体と抽象」の行き来が肝心であり、必要 細谷 功(著)|東洋経済新報社 抽象 具体
まとめ
©i3DESIGN Co.,Ltd. まとめ 15 まとめ 1. タスクの大きさに正解はない 2. 特に最小の目安は、チームで最適解を見つけよう (プロジェクト開始時にすり合わせよう)
ご清聴ありがとうございました!