ブログ

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

なぜ「スクラム開発」という用語に違和感があるのか?

みなさんこんにちは。@ryuzeeです。
今日はポエムです。役に立つ話でもないので適当にスルーしてください。

巷で「スクラム開発」という単語をたまに見かけるのですが、ずっと違和感を持っていました。 自分自身は使わない単語なのですが、どこに違和感があるのかを改めて考えてみたいと思います。

まずは国語的な観点から見てみよう

「スクラム開発」という単語を国語の観点で見ると、「スクラム」と「開発」の複合名詞だと言えます。

日本語の複合名詞の解釈のルールは以下のようにまとめられます(諸説あるようです)。

一般に、複合語の意味関係には、主に①修飾関係(Modification)②叙述関係(Predication) ③並置関係(Apposition)の 3つのタイプがあると考えられている(cf.Spencer1991, Lieber 2009, Scalise & Bisetto 2009)。これらは、日本語の複合名詞の例でいえば、それぞれ以下のような関係性である

(1)
a. Modification 青空=青い空、春風=春に吹く風
b. Predication 狐狩り=狐を狩ること、日暮れ=日が暮れること
c. Apposition 親子=親と子、 飲み食い=飲んだり食べたりすること

(出典:由本陽子 著、2016、日本語複合名詞の意味解釈メカニズム、https://ir.library.osaka-u.ac.jp/repo/ouka/all/57354/gbkp_2015_s_079.pdf

まとめると以下のようになります。

  • ①修飾関係「AのB」「AなB」(Aを形容詞的に利用する)
  • ②叙述関係「AがBする」「AをBする」
  • ③並置関係「A&B」

「スクラム開発」を上記に当てはめると、②叙述関係は、「スクラムが開発する」となり意味不明。「スクラムを開発する」の場合はスクラムの父であるジェフ・サザーランドとケン・シュエイバー(およびスクラムガイド関係者)しか当てはまりません。 ③並置関係だと、「スクラムと開発」になり、これも意味不明です。 ということで、①修飾関係が可能性としては残りそうです。

クオリア構造とは、(3)に 示す 4つのクオリアによって単語が表す概念にまつわる百科事典的知識も含めた意味を形式的に表したもので、名詞については以下のように規定されている。(cf.小野 2005:24)

(3)
a. 形式クオリア(FormalQualia) 外的分類:物体を他の物体から識別する関係
b. 構成クオリア(ConstitutiveQualia)内的構成:物体とそれを構成する部分の関係
c. 目的クオリア(TelicQualia) 目的・機能:物体の目的や機能
d. 主体クオリア(AgentiveQualia)成り立ち:物体の起源や発生に関する要因

(出典:由本陽子 著、2016、日本語複合名詞の意味解釈メカニズム、https://ir.library.osaka-u.ac.jp/repo/ouka/all/57354/gbkp_2015_s_079.pdf

次に修飾関係を見ると、4パターンに分類できます。

  • a. 形式クオリアは、対象が属するカテゴリーや形状を示します。
  • b. 構成クオリアは、対象がどんな材質や要素から成り立っているかを示します。
  • c. 目的クオリアは、対象が何のために存在するかを示します。
  • d. 主体クオリアは、対象の起源や発生要因を示します。

これを「スクラム開発」に当てはめてみましょう。

  • a. スクラム(の形をした)開発
  • b. スクラム(によってできている)開発
  • c. スクラム(のための)開発
  • d. スクラム(から生まれた)開発

以上を踏まえると、a. 形式クオリアであれば当てはまりそうに見えます。つまり日本語としてはあり得えそうです。

なお、デジタル大辞泉で末尾が「開発」となる単語を調べて分類したものは以下になります(スクラム開発は見当たりませんでしたが、人材開発とか能力開発といった単語もないので、辞書に載っていないことが判断の根拠にはなりません)。

  • 修飾関係
    • 再開発、持続可能な開発、未開発、総合開発、乱開発、分散開発、アジャイル開発、アジャイルソフトウェア開発、ウォーターフォール開発、オフショア開発、クロス開発、スクラッチ開発、スパイラル開発、ノーコード開発、モデルベース開発、ローコード開発
  • 叙述関係
    • 宇宙開発、核開発、既存薬再開発、社会開発、新田開発、地域開発、電源開発、人間開発
  • 並置関係
    • なし

「アジャイル開発」との比較

「アジャイル開発」には違和感がないのに、「スクラム開発」に違和感がある理由は何なのかを分析してみましょう。

「アジャイル開発」は「アジャイル」と「開発」に分けられます。 アジャイルの品詞は、辞書(デジタル大辞泉)によると「名詞」および「形容動詞」です(形容詞と形容動詞の違いは言い切りの形にあり、形容詞の言い切りが「~い」、形容動詞が「~だ」になります。どちらも後続の単語を修飾するという意味では同じです)。

アジャイルは、agileのカタカナ語であり、英語では形容詞です。 agile developmentという言葉の由来が、2001年のアジャイルソフトウェア開発宣言以降に海外から日本に持ち込まれたことを考えると、日本語での「アジャイル」は形容動詞であると考えるのが妥当です。 つまり、アジャイル開発は「形容動詞」+「名詞」の組み合わせです。

アジャイル開発を日本語にすると、(俊敏な|機敏な|アジャイルな)開発となり、形容詞および形容動詞の特性上、度合いで評価できるようになります。 たとえば、「あなたの組織は、どれくらいアジャイルか?」という表現が成り立ちます。

次に「スクラム開発」です。 この言葉は2つの可能性があります。

スクラムには「(比喩的に)全員が一丸となること。一致団結すること」という意味もあります(デジタル大辞泉)。 もし「スクラム開発」=「みんなで一丸となって開発すること」を意図しているのであれば、これは特に違和感はありません。

しかし、アジャイル開発のなかでよく使われるのがスクラムだということを考えると、より明確さを出すために、「アジャイル」という単語を「スクラム」に置き換えたものだと考える方が自然です。 つまり「スクラムを使った開発」を「スクラム開発」と呼んでいるのです。

スクラムガイド2020年版では、「スクラムの一部だけを導入することも可能だが、それはスクラムとは言えない。すべてを備えたものがスクラムであり、その他の技法・方法論・プラクティスの入れ物として機能するものである。」と言っています。 これを踏まえると、スクラムは度合いで評価できるものではないと考えるのが妥当そうです。 所詮フレームワークなので、「あなたの組織は、どれくらいスクラムか?」という質問は意味をなしません。

形容詞+名詞(英語の場合、日本語だと形容動詞+名詞)の組み合わせになっていて、度合いを評価できる「アジャイル開発」から、名詞+名詞の組み合わせで度合いでの評価ができなさそうな「スクラム開発」に無自覚に置き換えている点が違和感の元でしょう。

結論

とはいえ、言葉は変わり続けるものなので、まぁ好きにしてください。


それでは。

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

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

詳細はこちら
  • スクラム実践者が知るべき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』の著者がコンパクトにまとめた変化のためのガイドブック