効率の最適化とコストの最小化は、ソフトウェア開発に対するリーン アプローチの 2 つの重要な要素であり、すでに多くの IT 企業によって実際にテストされています

このアプローチのルーツは、有名な自動車メーカーのトヨタの歴史に戻っており、その問題解決アプローチに基づいています。 要は、有益な変更だけを行い、同時に、最小限のコストで、実施にあまり時間がかからないようにすることです。

ソフトウェア開発に関連して、リーン方式は、2003年に「Lean Software Development」という本を出版したMary PoppendieckとTom Poppendieckによって最初にカバーされました。 ソフトウェア開発に関連して、リーン生産の伝統的な原則と、22のツール（プラクティス）のセット、およびアジャイル開発方法論との比較を説明しています。

Lean Software Development – は、一見するとプロジェクト開発管理のための方法論ではありません。 これは、開発プロセスを改善し、その効果を高めるためにさまざまなプロジェクトで使用される一連の原則です。

The 7 Principles of Lean Software Development

リーン開発の中心には、過去数年間ほとんど変わっていないいくつかの重要な原則が横たわっています。 それらを簡潔かつ単純な言葉で説明してみましょう。 無駄をなくす。 アプリ開発では、無駄とは、顧客にビジネス価値をもたらさず、開発中の製品の品質を向上させず、プロジェクトのリリース時間を短縮しないものです。

言い換えれば、これは、お金をかけても利益を得られないものです。 たとえば、ユーザーとビジネスの両方に付加価値をもたらさないが、議論、開発、テスト、文書化に時間を要する未使用のコードや不要な機能などです

2. 学習を増幅する。 顧客にビジネス価値をもたらすシステムを開発するためには、チームは幅広いスキルを身につけなければならない。 チームは知識を蓄積し、たとえばイテレーションの最後にレビューという形で共有しなければならない。

新しい学習の中には、技術的なものもあれば、逆に非機能的な要件に分類されるものもある。 たとえば、開発者が想像するものではなく、ビジネスユーザーが本当に望んでいるものを理解することです。 そのため、チームは常に開発し、学習し、知識を蓄積していかなければならない。 これにより、チームは将来の問題を回避することができます。

3. できるだけ遅く決定する。 ここでの主な考え方は、何らかの決定、特に不可逆的な決定をする前に、最後の瞬間まで待つことです。 これは、特に開発の成功に大きな影響を与える決定について話しているときに当てはまります。

すべての決定は、分析データとプロセス監視結果によってサポートされなければならず、そうでなければ、チームはあまりにも多くの変更に吸収され、プロジェクトの主目的を忘れてしまう危険性があります。

決定を遅くするほど、スキルと理解が高まり、後でやり直す必要は少なくなります。 これは反復開発の基本です。 より早く顧客に基礎作業を見せれば見せるほど、より早く顧客からフィードバックを得ることができ、その結果、顧客はより早く必要な改良を加えた製品を受け取ることができます。

数ヶ月で生産に入った興味深いビジネス機能は、最終的にはまったく役に立たないことが証明されます。 しかし、もしそれが2週間以内にリリースされたなら、顧客にとって有益であると証明できるだろう。 チームに力を与える ソフトウェア開発は精神的な作業のプロセスなので、コードを書いたり図を描いたりする狭いスキルの専門家ではなく、有能でやる気のある専門家として人々を扱うことだ。

人々が責任を持ち、やる気を出し、しっかりしたチームとして働くためには、開発中の製品への自分の貢献を意識する必要がある。 各人が現在のビジネスタスクに集中して取り組めるような状況を作り出すことが必要である

Trust your team and respect it. 人間的な要素は、ソフトウェア開発を成功させる上で最も重要な要素の1つです。

6.Build Integrity In. リーン開発の原則によると、問題はその出現後に見つけるか、または問題につながる原因を事前に排除することができます。

Lean Software Developmentの著者は、品質問題が最初に出現し始めたときに直接解決すること、最初は製品の中に品質を置き、バグの特定と修正をテストや生産に任せないことを勧めています。 そのためには、小さなステップで動き、各ステップの後で品質をチェックする価値があります。

7. 全体を見る問題を解決する主な方法は、問題を小さな問題に分解し、その発生原因を一貫して排除することです。 しかし、問題の根本を見るためには、チームは現在の開発プロセス、開発中の製品のコンセプトと戦略について全体的によく理解している必要があります。

まとめ

この記事では、チームでプロジェクトに取り組むときに適用できるリーン ソフトウェア開発の原則について学びました。 これによって、効率を改善し、プロセスを最適化することができるかもしれません。

私たちが話しているのは原則についてであり、厳密なルールではないという事実を理解する必要があります。