チケット駆動開発基盤とプロダクトライン型開発の融合手法の検討と評価実験（redmine.tokyo第12回勉強会発表資料）

 2017 Mitsubishi Space Software Co.,Ltd.
チケット駆動開発基盤とプロダクトライン型開発の
融合⼿法の検討と評価実験
Investigation and evaluating experiments of the fusion methods of
Ticket-Driven Development platform and Product Line Engineering
三菱スペース・ソフトウエア株式会社
Mitsubishi Space Software Co.,Ltd.
宮本陽⼀
Miyamoto Yoichi
1

⾃⼰紹介
宮本陽⼀
ITアーキテクト（Java/Web系）
Redmineなど便利なモノは積極的に活⽤
を修了
修了テーマはチケット駆動開発  プロダクトライン
JISA Digital Masters Forum (JDMF) 2016 で修了制作を発表
JDMFからのご縁で本発表に⾄る
三菱スペース・ソフトウエア株式会社
国⽴情報学研究所トップエスイー
2

本発表は、JISA Digital Masters Forum (JDMF) 2016 で発表した内容を
redmine.tokyo勉強会向けにアレンジしたものです
3

Agenda
1. プロダクトライン型開発とは
2. チケット駆動開発基盤との融合
3. ケーススタディによる評価実験
4

5

「計画的」な再利⽤へ
プロダクトが将来増加かつ輻輳となる場合、
従来の開発では、再利⽤の効率に問題が⽣じる
プロダクトライン型開発に期待
従来の開発プロダクトライン型開発
過去の類似プロダクトから、
SW部品を再利⽤
反射的/経験的（場当たり的）に
プロダクトを開発
再利⽤の効率に問題
プロダクトの未来を予測し、
コアアセットを先⾏開発
計画的にコアアセットから
プロダクトを開発
再利⽤の効率が向上


6

プロダクトライン型開発のポイント
フィーチャモデリング
フィーチャ（特性）を捉えてプロダクトの未来を予測
コアアセット開発
コアアセット（Core Asset）を先⾏開発（投資）
プロダクト開発
計画的にコアアセットからプロダクトを開発
7

フィーチャモデリング
フィーチャ（特性）
プロダクトを特徴付ける要素
機能/⾮機能、システム構成、SW技術、組織体制など
フィーチャを捉えてプロダクトの可変性を分析
フィーチャモデル
フィーチャマトリクス
フィーチャを決定することでプロダクトを導出
8

9

融合⼿法を検討（AsIs-Tobe）
融合⼿法が確⽴されていないため、段階的に検討
10 . 1

【段階１】従来の開発をプロダクト開発と位置付け、コアアセット開発を融合
10 . 2

【段階２】フィーチャモデリングを融合して完成
10 . 3

Feature on TiDD
チケットでフィーチャ（特性）を管理して、
フィーチャモデリングを⾏う
本融合⼿法を Feature on TiDD と呼ぶことにする
のFeatureチケットとは別物
なぜチケットで？
チケット駆動開発基盤を少し拡張するだけ
プロダクトライン型開発への移⾏コストを削減
Redmine.org
11

12

「Webエディタ」によるケーススタディ
ケーススタディで融合⼿法を評価実験
フィーチャモデリング（Feature on TiDD）が対象
コアアセット開発、プロダクト開発は別の機会に
題材：「Webエディタ」
Web上でテキストの表⽰や編集を⾏えるエディタ
プロダクトとして、
「ハイエンドモデル」「ローエンドモデル」がある
13

ケーススタディの流れ
1. 「Webエディタ」の可変性を⽰すフィーチャ（特
性）を分析し、フィーチャチケットとして登録
2. 「Webエディタ」のフィーチャモデルを作成
3. 「Webエディタ」のフィーチャマトリクスを作成
4. 「Webエディタ」のプロダクト導出を実施
「ハイエンドモデル」「ローエンドモデル」
14 . 1

ケーススタディの流れ
14 . 2

Redmineを拡張
本体
インストーラ
バージョン
プラグイン⽤途
フィーチャチケット
（+ ）フィーチャモデル（UMLクラス図）
画⾯表⽰のカスタマイズ
Bitnami Redmine Stack
3.2.0
Computed Custom Field
Wiki External Filter PlantUML
Wiki Lists
View Customize
15

可変性
必須（mandatory）
択⼀（alternative）
オプション（option）
実験的（experimental）
フィーチャの関係
上位/下位：親/⼦チケット
依存（requires）：関連チケット
排他（mutex）：関連チケット
関連するプロダクト
P1「ハイエンドモデル」
P2「ローエンドモデル」
16 . 1

Wikiを併⽤
フィーチャ（特性）の具体的な性質
関連するコアアセット
プロダクトの未来を予測し、コアアセッ
トを先⾏開発するには、ここでコアアセ
ットの要件に繋げていくための具体的な
情報を記述する
16 . 2

フィーチャモデル
フィーチャ（特性）の可変性や関係をUMLクラス図でツリー表⽰
17

P1「ハイエンドモデル」
P2「ローエンドモデル」
フィーチャ（特性）とプロダクトの対⽐表
18

プロダクト導出
全プロダクトの可変性  P1「ハイエンドモデル」を導出
19 . 1

プロダクト導出
全プロダクトの可変性  P2「ローエンドモデル」を導出
19 . 2

評価実験の結果
Feature on TiDDは有効な⼿法と評価できる
20

懸念事項
反芻（繰り返し）には不向き
何をフィーチャ（特性）として⾒出すか、フィーチャモ
デリングの初期段階は反芻を要する。フィーチャがある
程度固まってからチケットとして登録するのが良い。
メンテナンス性
チケットが増えると、チケットの関連付けが爆発的とな
り、メンテナンスが難しくなる可能性がある。
21

まとめ
プロダクトライン型開発に期待
プロダクト増加/輻輳に向けて、再利⽤の効率を向上
チケット駆動開発基盤との融合⼿法を検討
Feature on TiDDを考案し、評価実験で有効性を確認
22

ご清聴ありがとうございました
23

チケット駆動開発基盤とプロダクトライン型開発の融合手法の検討と評価実験（redmine.tokyo第12回勉強会発表資料）

Recommended

Recommended

More Related Content

Featured

Featured (20)

チケット駆動開発基盤とプロダクトライン型開発の融合手法の検討と評価実験（redmine.tokyo第12回勉強会発表資料）