ハイブリッドプロジェクト管理：アジャイルとウォーターフォールの中間

公開: 2022-03-11

ウォーターフォールとアジャイル解凍の間の冷戦はありますか？本質的に、2つのプロジェクト管理方法の違いは、予測可能性と適応性です。 Waterfallは、予測可能性を追求しています。事前に決定されたすべての機能が完了し、完全に実装された場合にのみ、プロジェクトが終了したと見なしてください。アジャイルは適応性を追求します。最小限の実行可能な製品（MVP）を提供し、新しい機能を繰り返しリリースして、改善の道を導くユーザーフィードバックを収集します。

アジャイルとウォーターフォールのハイブリッドとは何ですか？

20年以上前に正式に導入されて以来、アジャイルの人気は高まり続けています。ソフトウェア開発全体に広く行き渡っており、ウォーターフォールの方法論が依然として支配的である分野にその慣習が忍び寄っています。ハイブリッドアプローチは、より大きなウォーターフォール構造でアジャイルを使用する実験を形式化します。

「真のハイブリッドは、予測と不確実な作業の組み合わせです」と、ボストン地域のToptalプロジェクトマネージャー、スクラムマスター、アジャイルコーチ、およびインストラクターであるJimStewartは述べています。ハイブリッドモデルでは、プロジェクトのよく理解されている予測部分にウォーターフォール手法が使用されますが、反復的で不確実な部分にはアジャイル手法が使用されます。

このようにして、企業はアジャイル方式でソフトウェアを作成できますが、ウォーターフォールプロセスで展開できます。金融会社は、監査が必要ないくつかの大きなコンポーネントを備えた製品を開発する場合があります。そのため、それらが完成して承認されるまでリリースできません。同時に、その大きな機能の小さな部分、およびユーザーインターフェイスの他の側面は、一連のスプリントを通じて開発チームによって繰り返される可能性があります。

プロジェクトに適したハイブリッドシステムをセットアップする場合、柔軟性が重要です。「私は万能なものを信じていません」と、Toptalのプロジェクト管理スクリーニングチームの一部であり、このブログの寄稿者であるセルビアを拠点とするベオグラードのプロジェクトマネージャーであるMiroslavAnicinは言います。「どこかに行って、本の方法論を適用することはできません。チームの成熟度、企業文化、主題の文化、プロジェクトの種類、チームの規模、製品の規模など、さまざまな要因に基づいてこれらのアプローチを調整する方法を正確に知る必要があります。」

ハイブリッドプロジェクト管理では、より大きなウォーターフォール構造内でアジャイル手法を使用して、他の部分の固定スケジュールに加えて、一部の部分のより迅速な革新を可能にします。

なぜハイブリッドシステムを使用するのですか？

あなたは考えているかもしれません：それはより適応性があり、革新的で効率的であることが証明されているので、なぜ完全にアジャイルに行かないのですか？逆に、組織が慣れているのであれば、ウォーターフォールで働き続けてみませんか？

特に、製品が文書化と厳格なスケジュールを必要とする外部組織からの承認の対象となる高度に規制された業界では、純粋なアジャイルに移行するのに障壁がある場合があります。 Toptalのプロジェクト管理スクリーニングチームにも所属している、アルゼンチンのコルドバを拠点とするプロジェクトマネージャーであるJuan Vilmauxにとって、Waterfallは、企業が監査に直面する分野など、リスクが主な要因であるプロジェクトで役立ちます。（これらの業界ではプロジェクト計画の前にリスク分析を行う必要があるため、その分析で何かを変更するには新しい計画が必要になります。）「私は臨床試験を実施している会社で働いていましたが、監査はそこで狂っています」と彼は言います。「したがって、FDAなどの外部当局によって定義されたいくつかのプロセスを経る必要があります。アジャイルで作業している場合は、スコープまたはバックログを絶えず調整し、それを再利用しているため、これらの監査に干渉する可能性があります。」

ベルギーのブリュッセルを拠点とするToptalプロジェクトマネージャーのDavidMachiels氏は、プライバシー保護を必要とする仕事のリリースのタイミングに注意する必要があると述べています。彼は、ヨーロッパの銀行グループ向けにMicrosoft AzureActiveDirectoryでID管理プラットフォームを開発するハイブリッドチームを率いていました。いくつかの開発ステップでアジャイルを使用しましたが、銀行はプライバシーデータを保護する必要があり、その情報をクラウドに配置することを嫌うため、彼のチームはローカルサーバーにシステムをプロビジョニングしました。「まず、オンプレミスでの実装を行う必要があります」と彼は言います。「また、クラウドの実装を行う必要があります。次に、2つの間の接続を開始できます。特定の順序で実行する必要のある手順はたくさんあります。」

この記事で話したプロジェクトマネージャーのほとんどは、金融業界に固有の厳しい規制とデータの保護の必要性の組み合わせにより、金融業界のクライアント向けのハイブリッドプロジェクトに取り組んできました。南アフリカのヨハネスブルグに本拠を置くToptalプロジェクトマネージャーであるGrantSchulemanは、金融サービス、銀行、証券取引所で働いてきました。彼は、「マスターデータに関連する多くの統合と多くの規制要件があった」株式取引エンジンとデリバティブ取引エンジンを提供したと述べています。

一連の設定されたステップに従う必要があることは、ウォーターフォールアプローチに役立ちますが、アジャイルを組み込むことでそのプロセスを改善できます。大規模なエピックは、より柔軟な開発のためにユーザーストーリーに分割できますが、完成したエピックはより長い時間枠でリリースできます。「時々、あなたは私がビッグバン配達と呼ぶものを持っています」とSchulemanは言います。チームはユーザー受け入れテスト（UAT）環境に段階的に展開し、UATですべての機能が承認されたら、1つの大規模な展開として本番環境にリリースします。「プロジェクトの規模によっては、1年かかることもあります」と彼は言います。

彼の最大のプログラムでは、Schulemanは120人の人々が10のプロジェクトに取り組んでいました。その中には、ウォーターフォール、スクラム、ハイブリッドで働いていた人もいました。彼はまた、隔週で「スクラムオブスクラム」を実行し、すべての小規模チームが次の一連のスプリントに向けて調整され、補完的なペースで作業できるようにしました。

ウォーターフォールの展開スケジュールに取り組んでいるチームは、ユーザー受け入れテスト環境にイテレーションをリリースすることでアジャイルな方法で作業できます。この環境では、後でより大きなリリースのためにイテレーションを収集できます。

ハイブリッド化の最も難しい部分

アジャイルとウォーターフォールのハイブリッドシステムの実装は、状況に応じて非常に重要な作業になる可能性があります。このプロセスのガイドとして、プロジェクトマネージャーは、製品、チーム、およびそれらを使用する予定の人々に適した方法論の適切な組み合わせを見つける必要があります。「これらの方法論のいくつかを、調整せずにそのまま適用しようとすると、100％失敗するでしょう」とAnicin氏は言います。

Schulemanは、アジャイルプロセスをレガシーアプリケーションの更新に統合しようとしましたが、プロジェクトの途中で純粋なウォーターフォールに戻らなければなりませんでした。実験は開発者に受け入れられなかったため失敗しました。開発者は全員、ウォーターフォールでの作業に慣れていて、作業がエピックに分割され、さらにユーザーストーリーに分割された理由を理解していませんでした。 Schuleman氏によると、彼らはスプリントでユーザーストーリーを見るでしょうが、「このアプリケーションに関連してまだ範囲内にないユーザーストーリーが他に10個ある」理由を理解できませんでした。彼らは一度にすべてに取り組みたかったのです。

では、ハイブリッドシステムの成功において最も重要な要素は何でしょうか。人々。一部の人々は変化を受け入れ、新しいことに挑戦することに興奮しています。一部はそうではありません。そうでない場合、しばしば彼らの抵抗は理解の欠如に帰着します。チームメンバーと経営陣は、「表面的なレベルを超えてプロジェクト管理を必ずしも理解しているわけではありません」とスチュワート氏は言います。「彼らはウォーターフォールを使用していて、アジャイルの流行語があることを知っています。」彼らは新しいプロセスに精通していないので、過去に行ったことをやりたいと思うかもしれません。

そして、ハイブリッドは万人向けではありません。一部のプロジェクトマネージャーは、対立する方法論を橋渡しすることで、解決するよりも多くの問題が発生することに気づきます。「通常、ハイブリッド化するのは良いアプローチではありません」とVilmaux氏は言います。「両方の世界で最悪の部分を抱えているため、失敗する可能性が高くなっています。あなたはアジャイルを制限しますが、アジャイルの性質は変化を受け入れ、柔軟であることです。線形に最適に機能する（固定された決定論的な）ウォーターフォール環境内で作業し、変更が不可能ではないが非常にコストがかかる可能性がある場合は、そのすべてを失い始めます。アジャイルを追加すると、そのウォーターフォールの世界で非線形のものをプッシュし始めます。」

とは言うものの、その複雑さにもかかわらず、正しく行われたハイブリッドは確かに報われることができます。アニシンは最近、ボスニア・ヘルツェゴビナのスルプスカ共和国でIFC（世界銀行グループのメンバー）のハイブリッドプロジェクトを成功に導きました。「IFCプロジェクトとして、それは完全に計画主導型でしたが、私たちは混合アプローチを適用することに同意しました。要件と仕様（すべて）は非常に詳細でしたが、私たちのチームはアジャイルで作業しました。」

このプロセスの受益者は、より迅速なタイムラインでより低コストでより優れた製品を手に入れたスルプスカ共和国政府でした。「関係する多くの組織がありました—政府組織、完全に異なる組織」とアニシンは言います。「大変でしたが、うまくいきました。」

アジャイルアップグレードとしてのハイブリッドの使用

最近、すべての業界でデジタルトランスフォーメーションが行われているため、アジャイルに興味を持つ企業が増えています。「HRは少しアジャイルになります」とスチュワートは言います。「また、私はオランダの警察組織が犯罪の未処理分を片付けるためにタスクボードを使用していることを知っています。」

あなたが働いている会社が両足で飛び込む準備ができていなくても、アジャイルを徐々に導入することで、時間の経過とともに配当を支払うことができます。この主な理由の1つは、アジャイルが不確実性に対処するのに非常に優れていることです。「私の考えでは、アジャイルは未知数がある場合にはるかに優れています」とSchuleman氏は言います。「99％の確率で未知数があります。」

もう1つの利点は、アジャイル固有の透明性です。「変化を見ることができるので、私はアジャイルを好みます」と彼は言います。「ウォーターフォールでは、たくさんの煙と鏡が存在する可能性があります。「私たちは20％完了しています」、「私たちは30％完了しています」が、その後8か月間80％に留まります。問題を隠す方がはるかに簡単です。アジャイルを使用すると、毎日立ち上がることができます。ユーザーストーリーが本来よりも長くそこに座っている場合は、次のように簡単に言うことができます。どうしたの？'"

アジャイルを任意のシステムに組み込むことで、コストと時間を節約しながら、顧客が実際に必要としているものにより一致する価値を提供できます。プロジェクトが失敗すると、スチュワートはそれがもっとアジャイルであるべきだったのかどうか尋ねます。「毎年失敗するITプロジェクトの35％から40％に賭けています」と彼は言います。「ウォーターフォールであるプロジェクトのかなりの部分はアジャイルである必要がありますが、それは起こっていないだけです。」

ハイブリッドシステムにアジャイルをゆっくりと組み込むことで、特にチームにメリットをもたらすことができるウォーターフォールの考え方の側面がある場合に、特定の利点を提供できます。アニシンにとって、優れたハイブリッドシステムの焦点は「発見の部分にあります。混合アプローチについて話しているとき、私たちははるかに詳細な製品バックログを提供しています」-彼が純粋なアジャイルプロジェクトのために作成するよりもはるかに広範囲です。ハイブリッドプロジェクトでは、彼はこのより詳細なバックログを使用して、完成品に対する長期的な期待について、チームにウォーターフォール風の詳細な視点を提供します。その後、アニシンは「プロジェクトだけでなく、製品にも」チームを参加させます。「チーム全体が製品の詳細を理解することを期待しています。なぜなら、彼らはこの製品の所有権を持っている必要があるからです。これは非常に重要です。」

あなたの会社とあなたのチームは純粋なアジャイルに移行する準備ができていないかもしれませんが、少なくとも、毎日のスタンドアップやより短く、より頻繁な納期などのアジャイルプラクティスを追加することでかなりのメリットを実感できます。厳密で、賢く、実装方法に注意を払っている場合は、ハイブリッドシステムがプロジェクトのアップグレードに必要なものになる可能性があります。