ブログ

ryuzeeによるブログ記事。不定期更新

スプリントバックログのタスクはどのように分解するとよいか?

みなさんこんにちは。@ryuzeeです。

スクラムチームのなかで分業と平行作業が多くなっているのを見かけることがあります。 この理由の1つは、スプリントバックログの一環として作られたタスクの分解の仕方にあります。今日はこれについて見ていきたいと思います。

スプリントバックログとは?

まずは復習です。 ご存じのとおり、スプリントプランニングでは、そのスプリントで達成したいスプリントゴールを検討し、スプリントゴールの達成に必要なプロダクトバックログアイテムを選択し、インクリメントを届けるための実行計画を作成します。これら3つを合わせたものをスプリントバックログと呼びます。

スプリントバックログは、開発者による開発者のためのもので、必要に応じてリアルタイムで更新していきます。 毎日のデイリースクラムで進捗を検査できる程度の粒度である必要があります。

スプリントプランニングではタスクの分解が必要なのか?

スプリントプランニングでは必ず詳細なタスク分解が必要だと思っている人も多いですが、実はそんなことはありません。 必要なのは、毎日検査可能な実行計画です。 その形を満たしていれば、全てを詳細なタスクに分解する必要もありません。 何十個かに分解したタスクをRedmineやJiraに入れなければいけないわけでもありません。 ホワイトボードに箇条書きし実行計画の概要を踏まえて、日々スクラムチームで会話しながら作業を進めていくのでも構いません。 スクラムチームにはスクラムチームごとにやりやすいやり方があるので、自分たちにとって過不足のないやり方を模索していくのがよいでしょう。

とは言え、タスク分解がよく使われているので、どのように分解すると良いか見ていきましょう。

あまり良くないタスク分解

まずはあまり良くないタスク分解を見てみましょう。 対象とするプロダクトバックログアイテムは、例として「新しい注文を登録したい(Web画面から入力された情報をRDBに登録)」とします。

  • データベースのスキーマを設計する
  • API設計をする
  • 画面デザインをする
  • 画面を実装する
  • APIを実装する
  • 結合する
  • テストする

どういう点で課題があるかを順番に見ていきましょう。

まず最大の問題は、タスクが開発者の行動の観点で記述されている点です。この書き方だと、タスクが完了したときにインクリメントがどういう状態になっているのかが分かりません。また作業内容自体も認識が揃っていない可能性があります(なお、この問題だけであればタスク分解の際に認識を揃えるためにさらに詳細な議論をしたり、完了条件を列挙したりすることでカバーできる可能性はもちろんあります)。

次の問題は、技術コンポーネントベースでの分解になっている点です。このように分解してしまうと、それぞれが繋がって動作する状態になるタイミングが遅くなります。この例だと、プロダクトバックログアイテムが完成しそうだと確証を持てるタイミングは「結合する」のタスクが終わったあたりになります。設計段階やコンポーネントの実装段階では自信が持てません。またコンポーネント単位で全部入りを作るため、それぞれの作業に時間がかかります。 スプリントの後半に向かってリスクが大きくなるのはあまり良い作戦ではありません

じゃあどう分解するのが良いか?

ここまでの内容を踏まえてどうしたら良いでしょうか? もうお分かりだと思いますが、タスクが完了したときの状態と明らかにしつつ、早めに結合しリスクを減らす作戦で行きます。 たとえば、前述のプロダクトバックログアイテムであれば、以下のようにタスクに分解します。

  • RDBに注文情報を登録できるようにする(SQLで)
  • 画面から注文情報を登録できるようにする(注文内容は固定値)
  • 最小限の受入テストを書く(これ以降は実装ごとに更新)
  • 品目を選べるようにする(品目マスターを参照する)
  • 数量を選べるようにする
  • 色を選べるようにする
  • 合計金額を計算できるようにする
  • 注文者からのメッセージを入力できるようにする

このタスクであれば、何ができればそのタスクが完了なのかが明瞭になります。その上で、最初の2つが終われば結合リスクはだいぶ低くなっており、自信を持ってその先に進められるようになっています。またデイリースクラムで進捗を検査した結果、どうもスプリントに収まらない状況になった場合にタスクの下2個を減らす判断をプロダクトオーナーとともに行う余地も生まれます(スプリントゴールの達成に影響がなければ)。

また、前述のあまり良くない例の場合、コンポーネントを完成させないと後続作業が一切進まず、分業と組み合わさることでリファクタリングやテストが不十分なコードが生まれることがありますが、このようにタスク分解することで、全コンポーネントを横断的かつ継続的に変更していくため、テストの追加やリファクタリングを継続して行いやすくもなっています。

まとめ

以上を踏まえると、プロダクトバックログアイテムを実現していくときには、一気通貫で動作する最低限のものを作ってから、順番に肉付けしていくようにするのが良く、それができるような形でタスクに分解するのが良いということになります。 もちろん、チームのスキルや成熟度、アーキテクチャー等によってこのアプローチと適合しない可能性はありますので、スプリントレトロスペクティブなどで自分たちのタスク分解について考えた上で、実験してみると良いと思います。

本日は以上です。

アジャイルコーチングやトレーニングを提供しています

株式会社アトラクタでは、アジャイル開発に取り組むチーム向けのコーチングや、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください。

詳細はこちら
  • スクラム実践者が知るべき97のこと
  • 著者/訳者:Gunther Verheyen / 吉羽龍太郎 原田騎郎 永瀬美穂
  • 出版社:オライリージャパン(2021-03-23)
  • 定価:¥ 2,640
  • スクラムはアジャイル開発のフレームワークですが、その実装は組織やチームのレベルに応じてさまざまです。本書はスクラムの実践において、さまざまな課題に対処してきた実践者が自らの経験や考え方を語るエッセイ集です。日本語書き下ろしコラムを追加で10本収録
  • プロダクトマネジメント ―ビルドトラップを避け顧客に価値を届ける
  • 著者/訳者:Melissa Perri / 吉羽龍太郎
  • 出版社:オライリージャパン(2020-10-26)
  • 定価:¥ 2,640
  • プロダクト開発を作った機能の数やベロシティなどのアウトプットで計測すると、ビルドトラップと呼ばれる失敗に繋がります。本書ではいかにしてビルドトラップを避けて顧客に価値を届けるかを解説しています。
  • SCRUM BOOT CAMP THE BOOK 【増補改訂版】
  • 著者/訳者:西村直人 永瀬美穂 吉羽龍太郎
  • 出版社:翔泳社(2020-05-20)
  • 定価:¥ 2,640
  • スクラム初心者に向けて基本的な考え方の解説から始まり、プロジェクトでの実際の進め方やよく起こる問題への対応法まで幅広く解説。マンガと文章のセットでスクラムを短期間で理解できます。スクラムの概要を正しく理解したい人、もう一度おさらいしたい人にオススメ。
  • みんなでアジャイル ―変化に対応できる顧客中心組織のつくりかた
  • 著者/訳者:Matt LeMay / 吉羽龍太郎、永瀬美穂、原田騎郎、有野雅士
  • 出版社:オライリージャパン(2020-3-19)
  • 定価:¥ 2,640
  • アジャイルで本当の意味での成果を出すには、開発チームだけでアジャイルに取り組むのではなく、組織全体がアジャイルになる必要があります。本書にはどうやってそれを実現するかのヒントが満載です
  • レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス
  • 著者/訳者:David Scott Bernstein / 吉羽龍太郎、永瀬美穂、原田騎郎、有野雅士
  • 出版社:オライリージャパン( 2019-9-18 )
  • 定価:¥ 3,132
  • レガシーコードになってから慌てるのではなく、日々レガシーコードを作らないようにするにはどうするか。その観点で、主にエクストリームプログラミングに由来する9つのプラクティスとその背後にある原則をわかりやすく説明しています。
  • Effective DevOps ―4本柱による持続可能な組織文化の育て方
  • 著者/訳者:Jennifer Davis、Ryn Daniels / 吉羽 龍太郎、長尾高弘
  • 出版社:オライリージャパン( 2018-3-24 )
  • 定価:¥ 3,888
  • 主にDevOpsの文化的な事柄に着目し、異なるゴールを持つチームが親和性を高め、矛盾する目標のバランスを取りながら最大限の力を発揮する方法を解説します
  • ジョイ・インク 役職も部署もない全員主役のマネジメント
  • 著者/訳者:リチャード・シェリダン / 原田騎郎, 安井力, 吉羽龍太郎, 永瀬美穂, 川口恭伸
  • 出版社:翔泳社( 2016-12-20 )
  • 定価:¥ 1,944
  • 米国で何度も働きやすい職場として表彰を受けているメンローの創業者かつCEOであるリチャード・シェリダン氏が、職場に喜びをもたらす知恵や経営手法、より良い製品の作り方などを惜しみなく紹介しています
  • アジャイルコーチの道具箱 – 見える化の実例集
  • 著者/訳者:Jimmy Janlén / 原田騎郎, 吉羽龍太郎, 川口恭伸, 高江洲睦, 佐藤竜也
  • 出版社:Leanpub( 2016-04-12 )
  • 定価:$14.99
  • この本は、チームの協調とコミュニケーションを改善したり、行動を変えるための見える化の実例を集めたものです。96個(+2)の見える化の方法をそれぞれ1ページでイラストとともに解説しています。アジャイル開発かどうかに関係なくすぐに使えるカタログ集です
  • カンバン仕事術 ―チームではじめる見える化と改善
  • 著者/訳者:原田騎郎 安井力 吉羽龍太郎 角征典 高木正弘
  • 出版社:オライリージャパン( 2016-03-25 )
  • 定価:¥ 2,138
  • チームの仕事や課題を見える化する手法「カンバン」について、その導入から実践までを図とともにわかりやすく解説した書籍。カンバンの原則などの入門的な事柄から、サービスクラス、プロセスの改善など、一歩進んだ応用的な話題までを網羅的に解説します。
  • Software in 30 Days スクラムによるアジャイルな組織変革“成功"ガイド
  • 著者/訳者:Ken Schwaber、Jeff Sutherland著、角征典、吉羽龍太郎、原田騎郎、川口恭伸訳
  • 出版社:アスキー・メディアワークス( 2013-03-08 )
  • 定価:¥ 1,680
  • スクラムの父であるジェフ・サザーランドとケン・シュエイバーによる著者の日本語版。ビジネス層、マネジメント層向けにソフトウェア開発プロセス変革の必要性やアジャイル型開発プロセスの優位性について説明
  • How to Change the World 〜チェンジ・マネジメント3.0〜
  • 著者/訳者:Jurgen Appelo, 前川哲次(翻訳), 川口恭伸(翻訳), 吉羽龍太郎(翻訳)
  • 出版社:達人出版会
  • 定価:500円
  • どうすれば自分たちの組織を変えられるだろう?それには、組織に変革を起こすチェンジ・マネジメントを学習することだ。アジャイルな組織でのマネージャーの役割を説いた『Management 3.0』の著者がコンパクトにまとめた変化のためのガイドブック