web-dev-qa-db-ja.com

アジャイル宣言の原則のある点が理解できない

私は アジャイルマニフェスト原則 を読んでいました。 1つの点を除いて、すべてが明確で合理的です。

単純さ、つまり行われない作業量を最大化する技術は不可欠です。

わかりません。これは、行われなかった作業がなんとなく誇張されるべきであることを意味しますか?もしそうなら、それは本当に意味をなさない。

24
superM

括弧内のコメントを削除します。残っているのは「シンプルさが不可欠​​」であり、それはちなみにその表現自体への原理の適用です。

本当に必要なものを抽出し、手元のタスクをより重く、エレガントでなく複雑にするものを取り除いたので、シンプルさが不可欠​​です。

私は常にパスカルの見解の意味で解釈してきました 簡潔 :「私はもっと短い手紙を書いたでしょうが、時間がありませんでした。」 (文字から、コードから)必要のないものは避けなければならず、これはアクティブなタスクであり、簡単なタスクではありません。それ自体で起こることではありません。

30
Francesco

アイデアは、不要な作業、つまり「作業量を最大化しないしない」ことを避けることです。

したがって、従来のプロジェクトで、後で可能性のあるすべてのニーズを可能にする優れた抽象的な基本システムを計画して構築する場合は、それをスキップして、で機能する最も単純なものを構築するだけです現在の要件。不要なものを作成しないでください。

[〜#〜] yagni [〜#〜] は関連する概念です。

35
Joachim Sauer

私たちはこれを「金メッキ」と呼んでいました。ハンマーの要件は、釘を木片に打ち付けることができることです。それは金メッキされたハンマーであるために仕事をしません。

多くの場合、開発者は新しいクールなフレームワークを使用するか、クールである必要のない機能を追加することを提案します。このアイデアを書き留めておきますが、このバージョンではそれを行いません。行われていない仕事を最大限に活用します。予定通りにソフトウェアを提供するのは難しいので、必要以上のコードを提供しないでください。実行する必要がある場合、最終的には計画に組み込まれ、適切なタイミングで実行されます。

5
Stuart Woodward

この考え方は、 トヨタ生産システム(TPS) の概念に非常に似ており、より一般的な リーンマニュファクチャリング と、それらの手法の リーンソフトウェア開発 への適用。 TPSはアジャイルムーブメントよりもかなり古く、1950年代後半に製造業にルーツを持っています。

行われない作業量を最大化するという概念は、無駄をなくすことと似ています。製造環境では、廃棄物には、商品の過剰生産、リソースの待機、人や製品の不必要な移動、過剰な在庫、不良品などが含まれます。リーンソフトウェア開発では、これらの無駄が、不要な機能、開発プロセスの遅延、ソフトウェアの生産を遅らせる不明確な要件、テストの欠如、通信の遅延に変換されました。

両方の概念の全体的な考え方は同じです。価値を付加しないものは無駄であり、最小限に抑える必要があります。最終的な目標は、生産にかかる時間とコストを削減しながら品質を向上させることです。

4
Thomas Owens