このページは自動翻訳されました。より良い読書体験のために、英語に切り替えてください。

英語に切り替える
Tamira Buettner
Tamira Buettner

Agileとウォーターフォール方式の比較と相違点

仕事の世界では、私たちはVUCAの世界にいて、変化し続ける環境に適応する必要があるということをよく耳にする。誰もが、アジリティに向けた変革期にあると口にする。人によっては、もはやこれを見抜くことができず、それが組織にとって何を意味するのか、まったく疑問に思っているかもしれない。 

いわゆるウォーターフォールの方法論とは対照的に、アジリティはまったく異なるものである。Agile方式とウォーターフォール方式がどのようなもので、どのような場合にどちらが適しているのかを理解しようとすると、混乱してしまうことがよくある。 

もしあなたが同じように感じているのであれば、私たちはあなたを助けることができるかもしれない。

ウォーターフォールモデル

古いほうきはよく掃く」というモットーに忠実に、多くの企業では試行錯誤を重ねたウォーターフォール方式が使われている。なぜなら、ウォーターフォールモデルはプロジェクトマネジメントの古典であり、それが効果的であることは多くのケースで証明されているからだ。

しかし、アジャイルとウォーターフォールとは具体的に何を意味するのでしょうか?ウォーターフォールモデルとは、明確に定義された開始点と終了点を持つ連続したプロジェクトフェーズに手順が編成された、線形的な手順モデルです。大まかに言えば、次のように考えることができます。

話を深める前に、ちょっとしたメモを。我々は最近、11人の国際的なアジャイルの専門家をゲストとして招き、ウェビナー–を開催した。

その結果がこの素晴らしいビデオ録画(英語)で、例えば次のような疑問を解決している:

  • ボトムアップとトップダウンのどちらが良いのだろうか?
  • リーダーたちに共通のビジョンを持たせるにはどうすればいいのか?
  • 正しいアジャイルフレームワークの選び方 –、実はそれほど重要ではない理由とは?

私の一番のお勧めは、ぜひ見てほしいということだ!比較的時間がかかるが、一分一秒の価値がある。

簡単な例で全体を見てみよう:

定義フェーズ では、まず何を作成するかを決定します。たとえば、顧客が要望を伝えます。テーブルが欲しい、と。次に、要件を分析して定義し、実行すべきことをすべて記述した計画を作成します。設計では、製品設計を作成します。この例では、テーブルのスケッチです。 

実装フェーズ では、全体がより具体的になります。材料を選択し、正確な寸法を決定し、テーブルを構築します。制御では、すべてが計画どおりに機能しているかどうかを確認します。テーブルは立っていますか?プロポーションは正しいですか? 評価 は顧客と一緒に行われます。製品を引き渡し、フィードバックを受け取ります。 

走っているシステムを変えてはいけないという格言があるのに、なぜ何も変えないのか。

Agile(反復的)手法とウォーターフォール(直線的)手法の比較

ウォーターフォールモデルには確かに良い面があり、多くの状況で効果的であるにもかかわらず、企業はよりアジャイルになることに取り組むべきである。なぜか?なぜなら、私たち全員が活動する世界は、ますます複雑で矛盾した要求を突きつけてきており、ウォーターフォール型思考ではそれに対応することが難しいことが多いからだ。

ウォーターフォール方式には危険性もある。計画性と構造性によって高い安心感を得られる反面、プロセスに非常に縛られる。作業工程はどちらかというと静的で、正確な計画のため、柔軟な余裕はごくわずかしかない。そしてそれこそが、ダイナミックな環境に必要なことなのだ。そこでアジリティの出番となる。それでは、Agileとウォーターフォール方式の比較を見てみよう。

しかし、そもそもアジャイルの定義とは何だろうか?アジャイルの定義によると ドゥーデン アジャイルとは次のようなものだ。機敏である。「この定義は、仕事の世界にも当てはまる。 

企業におけるアジリティとは、戦略、構造、プロセスを実際の現在の状況に反復的に適応させることができることを意味する。デジタル化や人口動態の変化による複雑な変化に直面し、適応性を維持しなければならない以上、これは不可欠である。 

ちなみに、アジャイルな変革の文脈で簡単な注意点です。現在、アジャイルな変革において正しい優先順位を設定していることを確認したいですか? 

それから、あなたのアジャイルな変革のための成熟度チェックをしてください - たった3分しかかかりません。300人以上の他の参加者に基づいたベンチマークも得られます。ボタンをご覧ください 🙂

アジャイル手法でテーブルを作る

前と同じ例にこだわろう。顧客が欲しいのはテーブルだ。そこでまずスケッチを描く。それをお客さんに見せ、お客さんがイメージしているかどうかを判断する。そうでなければ、スケッチを再度修正する。スケッチが出来上がると、私は材料を選び、顧客が満足するかどうかを繰り返し尋ねる。

もしかしたらお客さんは、「いや、チェリーじゃなくてパインの方がいい」と言うかもしれない。結局、違う木になる。その後、テーブルが組み立てられるが、ここでも定期的に顧客と相談し、必要であれば変更を加える。
おわかりだろう:アジャイル手法のおかげで、変化する要件に柔軟に対応することができる。 

したがって、ウォーターフォール手法の静的な性質は必ずしも十分ではない。さらに、ウォーターフォールモデルにおける硬直的な発想のために、評価中に初めて実装のエラーが明らかになることも起こりうる。この場合、柔軟な適応よりも修正コストが大幅に高くなる。

仕事の世界におけるAgileとウォーターフォールの比較

企業において、アジャイルで反復的なプロセスを設計することは、いまだに難しいことが多い。これは、人々が元来リスクを回避する傾向があり、何十年もの間、ウォーターフォールで形成される思考パターンを専門的な文脈で社会的に教育されてきたことがあるためである。 

リスク回避とは、ここでは、意思決定の状況において、結果に関して最もリスクの少ない、つまり損失の最も少ない可能性を選択する傾向を指します。(Kahneman & Tversky, 1979 参照)

アジャイルとウォーターフォールの手法は、私たちにこの見かけ上の安全性を放棄することを要求します。実績のある手法に頼り、固定された構造と原則を使用する代わりに、計画の錯覚の古い思考パターンを打ち破り、反復的な手法を使用します。これにより、最初は不確実性が増したように感じられます。なぜなら、斬新な(見かけ上リスクの高い)アプローチを使用する必要があり、不確実性を計画の一部として解釈するからです。

この不確実性に備えて計画を立てることが、長期的に必要な柔軟性につながる。私たちは行動のためのさまざまな選択肢を開発し、それによってVUCAな社会における安全保障を安定させるのである。

ダイナミクスと安定性のバランスを保つ 

アジャイルな方法論は、ウォーターフォール方法論と同様に、いくつかの欠点を含んでいます。

  • Agileの手法は、計画の不確実性を可視化し、それを考慮に入れる。
  • 具体的な結果は、新たな発見によって当初の予定から外れる可能性があるため、見積もるのはより難しい。
  • 上記の理由から、古典的なウォーターフォール・プロジェクトとは対照的に、成功は計算しにくいようだ。

当然のことながら、プロジェクトによってさまざまなアプローチが多かれ少なかれ適しています。
ウォーターフォールモデルは、特にすでに 事前に既知の、一定の要件 を含むプロジェクトに適しています。 

アジャイルな方法は、特に 多くの予測不可能な要因 が発生する可能性があり、したがって柔軟なリフレクションループが必要なプロジェクトに最適です。ほとんどの技術プロジェクトでは、このような不確実性が必然的に発生するため、特にここではアジャイルな方法が台頭しています。

ちなみに、チームや会社でアジャイル・マインドセットを具体的に求めるのであれば、以下の記事を参考にしてほしい。 アジャイル・マインドセットに隠された驚くべき真実 .

Agile対ウォーターフォール方式、それともその組み合わせ?

「アジャイル」に関するすべての話題の中で、アジャイルな方法を万能薬と見なす傾向があるかもしれません。それは不当です。このテキストのやや驚くべき結果は明確です。

の使用が判明した。 両方の方法論の 複合 を効率的にゴールに導く(Herrmann, 2007).このような組み合わせは、ウォーターフォールモデルが必要だが、プロジェクトの複雑さに対して適切でない場合に有効である。 

この2つの方法の中間的なものが、いわゆる “中庸 “である。 機能駆動開発 (FDD)である。

周波数多重 では、ウォーターフォール方法論と同様に、個々の、確立されたシーケンスを持つ具体的な長期計画(機能)を開発します。ただし、個々の機能は非常に短いため、変化する要件に短期的に対応できます。アプローチはアジャイルな方法ほど反復的ではありませんが、場合によっては適切な中間地点となる可能性があります。 

そして、私たちはむしろ驚くべき結果にたどり着きます。常にアジャイル vs. ウォーターフォール方法である必要はありません。両方の方法は互いに補完し合うことができます。どちらも、プロジェクトと状況に応じて、正当性を持っています。

しかし、多くの人にとってアジャイル手法はまだ未知の領域であるため、どうすればアジャイル手法を試すことができるのかと自問するのは当然である。

何から始めたらいいかわからない?

多くの人にとって、「アジャイル」はまだ新しいものです。彼らは当然のことながら、次のような質問をします。プロジェクトをアジャイルで、またはウォーターフォールで進める方が良いのでしょうか?アジャイルな方法でどのように始めることができるのでしょうか?これに対する「アジャイルな」答えは次のようになります。実験を開始します。反復的にさまざまなことを試してください。

通常、アジャイルな方法は、カンバンとレトロスペクティブという2つの方法で導入され、これらは「初心者」にも最適です。

古典的な出発点としてのカンバンとレトロスペクティブ

カンバンでは、各チームメンバーが現在の活動を公開する(カンバン)ボードを使用する。これにより、コミュニケーションが促進され、効率が上がり、最終的にはプロジェクトの成功につながる。カンバンについての詳細は これだ

レトロスペクティブの基本的な考え方は、定期的にチームとしてお互いを積極的に振り返ることである。通常、2週間ごとにレトロスペクティブ・ミーティングを開き、次のような質問をする。何がうまくいっていないのか?そして、より良くするためにどのような対策を講じることができるか?

アジャイルな方法の導入を検討している場合…

もし、あなたがまだ適切なレトロボードを探しているのであれば、我々の記事が役に立つだろう: それに比べて最高のレトロボードだ。

情報源

リチャード・H・ターラー、エイモス・トヴェルスキー、ダニエル・カーネマン、アラン・シュワルツ、『近視と損失回避がリスクテイクに及ぼす影響:実験的検証』、 クォータリー・ジャーナル・オブ・エコノミクス第112巻、第2号、1997年5月、ページ647–661、 https://doi.org/10.1162/003355397555226

Herrmann, A. (2007).ウォーターフォールとアジリティの間の機能駆動開発。

アキネット

ブログのカテゴリ

「敏捷性の拡大」に関するその他の記事

このカテゴリのすべての記事を見る
アジャイルなSpotifyモデル:Squad、Tribe、Chapter、Guildについて解説

アジャイルなSpotifyモデル:Squad、Tribe、Chapter、Guildについて解説

Spotifyモデルの概要:Squad、Tribe、Chapter、Guildがどのようにアジリティをスケールさせるのか、どのような役割が含まれるのか、導入時に注意すべき点は何か。

アジリティ・ヘルス・レーダー:アジャイルKPIの最も人気のある13のモデル

アジリティ・ヘルス・レーダー:アジャイルKPIの最も人気のある13のモデル

米国のジャーナリストで作家のプレンティス・マルフォードは次のように述べている。 „悪を認める者は、すでにその悪をほとんど治している.“ プレンティス・マルフォード だから、体の調子が悪いときに体温を測ったり、医者に行ったり、症状をググったりするのは不思議なことではない。チームやプロジェクトの健康状態を測定し、視覚化できるKPIを開発したのだ。こうすることで、ミスに素早く対応し、修正することが...

労働契約書:10の例文、サンプル、テンプレート

労働契約書:10の例文、サンプル、テンプレート

チームにおける効果的なコラボレーションは、特にスクラムのようなアジャイルメソッドにおいて、成功のために極めて重要である。作業合意書は、コラボレーションのための明確な枠組みを作る上で重要な役割を果たす。そしてもちろん、作業合意書のモデルは、良いアイデアを思いつくのに役立つ。 この記事では、アジャイルチームやリモートチームにおける作業協定の重要性を詳しく見ていき、また、定期的なレビューと調整が、...

サーバントリーダーとしてのスクラムマスター:8つの考える材料

サーバントリーダーとしてのスクラムマスター:8つの考える材料

経験豊富な心理学者でありスクラムマスターでもある私は、アジャイル環境においてチームリーダーが直面する課題を理解している。アジリティとリーダーシップのバランスを見つけるのは簡単なことではない。この投稿では、スクラムマスターであるあなたが、アジャイルチームを効果的にリードするサーバント・リーダーになる方法について、考えるヒントを共有したい。 サーバントリーダーとしてのスクラムマスター サーバント...

プロダクトマネージャーの業績目標:5つのヒントと例

プロダクトマネージャーの業績目標:5つのヒントと例

プロダクトマネージャーは、製品の開発とマーケティングにおいて重要な役割を果たす。成功するためには、明確なプロダクトマネージャーの業績目標を設定し、追求する必要がある。この記事では、プロダクトマネージャーの業績目標をいくつか取り上げ、その中で考慮すべきヒントを示す。 プロダクトマネージャーの業績目標|スマートな開発目標例 プロダクトマネージャーの業績目標:レベル それでは早速、典型的なプロダク...

Scaled Agile Framework SAFeにおけるプロダクトオーナーとは? - 数値、データ、事実

Scaled Agile Framework SAFeにおけるプロダクトオーナーとは? - 数値、データ、事実

Scaled Agile Framework(SAFe)プロダクトオーナーとは何かを説明し、プロダクトオーナーの6つのタイプを紹介する。

スクラムとは何か?簡単に説明しよう!

スクラムとは何か?簡単に説明しよう!

アジャイルな仕事をしたいと思っているが、自問自答している:そもそもスクラムとは何なのか?私たちは、あなたのチームがアジャイルな方法でうまく仕事ができるように、最も重要なことを説明する!

OKRとスクラムを組み合わせる:どのように機能するか(ワークショップ、スプリントゴールとサイクル)

OKRとスクラムを組み合わせる:どのように機能するか(ワークショップ、スプリントゴールとサイクル)

ScrumとOKRはどちらも、アジャイルコミュニティで現在、フレームワークとして非常に人気があります。Scrumはソフトウェア開発の世界から、OKRは戦略の世界から生まれたものです。しかし、これらの手法を統合して利用することは可能なのでしょうか? "OKR vs. アジャイル with Scrum" は両立するのでしょうか? そうだ!ここで何が重要なのかを知ることができる: ScrumとOK...

規模別Agile:最も重要な5つのフレームワークの比較

規模別Agile:最も重要な5つのフレームワークの比較

Agileフレームワークは、企業がより速く、より確実に顧客に納品できるよう支援する。個々のチームにAgileを導入するのは非常に簡単である。課題は、組織全体にアジャイル・ワーキングを導入することである。 あなたの会社でスケールAgileに取り組むためにどのフレームワークを使うことができるか、そしてどの7つの原則に注意を払うべきかを紹介する。そして、フレームワークに関係なく、6つのステップでA...

Echometerニュースレター

Echometerの最新情報をお見逃しなく。