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
230
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
27
クライアントワークにおける UXリサーチの実践
kozotaira
0
680
ノンデザイナーがUI/UXディレクションをする際に心がけていること
kozotaira
0
22
Other Decks in Business
See All in Business
ベタートラップと夏
mosa_siru
8
2.3k
事業計画及び成長可能性に関する事項 2025年6月25日
cynd
0
250
会社紹介資料
mhrp
0
120
tokyo_dbt_meetup_#14_意志ある羅針盤たれ<データサイド>
t_yamaguchi
3
500
株式会社D2C ID 会社案内 / recruit
d2cid
2
4.3k
RF会社紹介250605.pdf
shotaroabe
0
280
ユウミ会社説明資料
yumi2023
0
300
c-slide_サービス紹介資料テンプレート
coneinc
0
330
AWS Summit Japan 2025 社内コミュニティによる企業文化創り ~MAWS-UGの挑戦とこれから~
yukiogawa
2
710
セーフィー株式会社(Safie Inc.) 会社紹介資料
safie_recruit
6
350k
そのAWSコスト、もっと下げられるかも? 150社超のコスト分析で見えた「鉄板」削減Tips
o2mami
1
950
航空機設計者がResearcherを社内に広めてみた
aonomasahiro
1
430
Featured
See All Featured
VelocityConf: Rendering Performance Case Studies
addyosmani
330
24k
Making Projects Easy
brettharned
116
6.3k
How to Ace a Technical Interview
jacobian
277
23k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.7k
We Have a Design System, Now What?
morganepeng
53
7.7k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
50k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
46
9.6k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
30
2.1k
KATA
mclloyd
29
14k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
44
2.4k
Documentation Writing (for coders)
carmenintech
71
4.9k
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. 特に最小の目安は、チームで最適解を見つけよう (プロジェクト開始時にすり合わせよう)
ご清聴ありがとうございました!