論文 A guide to Lean Software Development Transformation

「A guide to Lean Software Development Transformation」のキモ部分です。

間違っていたら、ごめんなさい。

 

1.概要

アジャイルをスケールアップする方法として、リーン開発が提唱されている。

この論文の目的は、アジャイルをリーン開発へ変更することについて

（１）そのメリット（２）変更点（３）変更を測定するメトリクス

を明らかにすること。

その方法として、　Systematic Literature Review(SLR)を利用した。

結果、主なメリットとしては、次があった

（１）時間の削減　（２）フローの改善　（３）継続的な改善（４）欠陥のFIX率の改善

主な変更点としては、次があった

（１）マインドセットを変えること　（２）無駄の削減のコンセプトの理解　（３）スケールのフレキシビリティ

利用されるメトリクスとしては、（１）リードタイム　が最も使われていた

１．はじめに

リーンソフトウェア開発は、開発プロセスを最適化するために、ムダを削減するものである。

この論文の目的は、アジャイルからリーンへの変更に関して、そのメリット、変更点、利用されるメトリクスを明らかにすること。

２．SLR

Systematic Literature Reviewは、文献をシステマティックな方法でまとめるもの。

A.Needs for an SLR


 アジャイルからリーンへの変更に関しての研究は、ウォーターフォールから、アジャイルへの変更に関しての研究に比較して、少ない。

B.リサーチクエスチョン

RQ1　アジャイルにリーンの原則を組み込むことで、どんなメリットがあるか
RQ2　アジャイルにリーンの原則を組み込むことで、どんな変更があるか
RQ3　アジャイルにリーンへ変更することに関して測定するメトリクスは

C.Search strategy & Study selection

省略

D. Study quality assessment criteria

対象の１８の論文に関して、目的に合っているかを確認するために、次の調査を行った。

c1. アジャイルが変更前の状態か

c2.実際に、リーンソフトウェア開発のプラクティスを採用したか

c3.変更のメトリクスがあるか

3.SLA Result

A.benefit (RQ1)

レポートされているbenefitを分析した

(1)リードタイムの短縮

もっとも多く報告されているbenefitであった

(2)フローの改善

(3)継続的な改善


B.challenges(RQ2)

アジャイルから、リーンへの変更には、いろいろなことが必要となる。プロセスの可視化、持続性のマネジメント、チーム間のコミュニケーションが、よく見られるものである。

テストプロセスの変更もよく重要な変更と言われる。それは、ソフトウェアの欠陥に関して、真の原因を見つけるものである。

アジャイルからりーんへの変更のキモとして、ムダの最小化と品質の改善がある。

C.メトリクス(RQ3)

(1)リードタイム

(2)欠陥数

単位時間当たりの欠陥など

(3)欠陥の修正時間

(4)Velocity

Velocityは、タスクの完了に必要と予測した時間を、実際にかかった時間で、割ったものである。

(5)Line of code

(6)イテレーション事のストーリー数

(7)リリースの頻度

4.結論

概要と同じ