アジャイルvsスクラムvsかんばんvsリーンvsウォーターフォール–どちらのアプローチがあなたに適していますか？

こんにちは、FamilyFeudの別のエピソードへようこそ。 私はスティーブ・ハーベイです。これを始めましょう。

100人に「プロジェクト管理で一番好きなアプローチは何ですか？」と尋ねました。

アジャイル–リストに載っています！

スクラム–繰り返しになりますが、リストに載っています。

かんばん–ディン！

リーン–あと1つあります！

滝–ブラボー、あなたは素晴らしい仕事をしました！

あなたはそれらすべてを知っているように見えますが、どれを選ぶべきか知っていますか？

または、アジャイルvs.ウォーターフォールvs.スクラムの違いは何ですか？

心配しないで。

私はスティーブ・ハーベイです、そして私はあなたを取り戻しました。

真面目な話ですが、私はスティーブ・ハーベイではありません。 私はスティーブ・ハーベイとしてロールプレイをするただの作家です。

これらすべての名前はどういう意味ですか？

基本から始めるために、それらが集合的に何を意味するかを定義することができます。 これらの5つは、プロジェクト管理プロセス、特にソフトウェア開発で最もよく使用されるモデルです。 彼らはあなたの時間をどのように使うか、役割があるかどうか、あなたの間違いをいつ訂正するかなどを教えてくれます。

今、私たちはそれらについて話し、賛否両論を示した時が来ました。

ウォーターフォールアプローチ

ウォーターフォールアプローチ（または、必要に応じてモデル）は、順番に機能する開発モデルです。 開発のすべての段階を定義し、前の段階を達成せずに開発の次の段階に進むことはできません。 1970年にウィンストンロイスによって設立されたこのメソッドの各フェーズは、タスク用に特別に設計されています。

ウォーターフォールアプローチのフェーズ

ステージについて知りたいですか？ 当然！ それでは、それらを学びましょう。

• 収集フェーズ：必要な詳細を取得または設定するフェーズです。
• 設計段階：プログラミング言語、使用するデータベースを選択し、優れた技術的詳細を投影します。
• 構築フェーズ：コーディングするだけで、たくさんのコーディングができます。
• テストフェーズ：あなたは今、このプログラムを使用する人々にこのプログラムを見せ、それがニーズを満たしているかどうかを確認します。
• 展開フェーズ：要求された環境でプログラムを起動します。
• メンテナンスフェーズ：顧客のニーズまたは対象者に応じて、プログラムに変更を加え、プログラムを改善します。

これらは、ウォーターフォールアプローチの6つの段階です。 かなり簡単ですよね？

この方法を効果的に使用できるのは誰ですか？

この開発方法を使用すると、余分なものをほとんどまたはまったく必要としないプロジェクトに取り組むことができます。 環境が安定していて、すべての要件が設定されて完了し、プロジェクトが短く、誰もが何をしているのかを知っている場合、これが選択肢です。

ウォーターフォール方式の長所と短所

ウォーターフォールメソッドが最も使用されている方法の1つである理由は何ですか？ もちろん、それには利点がなければなりません。 これらは;

• 直線性。 この方法ではすべてのフェーズを完了する必要があるため、後で問題が発生することはありません。
• 小さなプロジェクトに適しています。 プロジェクトにそれほど時間がかからない場合は、この方法が最適です。
• 検証と妥当性確認。 各フェーズの前に、品質テストを実行します。
• 手の込んだドキュメント。 このようにして、すべてのステージを追跡します。
• 最小限のクライアント介入。 あなたが実行するプロジェクトはあなたのチームに大きく依存しています。
• 必要な変更はすべて開発段階で行われ、リリース後の厄介な驚きはありません。

では、なぜ人々は他のオプションを選ぶのでしょうか？ それが理由です;

• エラーを修正するための余分な時間はありません。 開発中にエラーを修正する必要があります。
• 変更の余地はありません。 要件が頻繁に変更される場合、この方法でプロジェクトを実行することはできません。
• テストの時間。 テストフェーズは、開発プロセスの比較的遅い段階にあります。
• 文書化には時間がかかりすぎます。 開発者と従業員は、ドキュメント化に時間を費やす必要があります。
• クライアントからのフィードバックはほとんどまたはまったくありません。 クライアントの洞察は役立つかもしれませんが、この方法では、あなたは一人です。
• エラー後。 それらはあなたのプロジェクトにあまりにも多くの問題を引き起こす可能性があります。

だから、これは説明されたウォーターフォールメソッドです。 次のものに飛び乗ってみましょう。

アジャイルアプローチ

基本的に、アジャイルアプローチでは、段階的に作業する必要があります。 これは、スプリント計画サイクルで発生します。 最初のサイクルが終了したら、プロジェクトをテストし、必要に応じてすべてが適切な場合はオプションでプロジェクトをデプロイします。

誰がアジャイル手法を使うべきですか？

変化しがちな環境で作業している場合、またはプロジェクトに思いついたときに新しいアイデアを持ち込みたい場合は、アジャイル手法が最適です。 それはあなたにとってかけがえのないかもしれない自由をあなたに与えます。

アジャイル手法の長所と短所

次のプロジェクトでこの方法を使用する場合、または現在のプロジェクトでこの方法を使用する場合は、この方法の長所と短所を知っておく必要があります。

まず、プロから始めましょう。 彼らです;

• 顧客満足。 あなたは常に「最終結果」を考え出しているので、あなたの顧客は改善を見るでしょう。
• 人中心。 この方法の主な動機は、ツールやその他のプロセスではなく、プロジェクトを実行している人々です。
• 周波数。 動作しているソフトウェアを短時間で確認できます。
• 適応。 状況が変わっても、簡単に適応できます。
• コミュニケーション。 人とお客様は瞬時に交流できます。
• 変更の余地。 プロジェクトをデプロイした後でも、簡単に変更を加えることができます。

完璧なものも、この方法もありません。 だから、ここに短所があります。

• 労働の評価。 かなり大規模なプロジェクトに取り組んでいる場合、サイクルに必要な時間と労力を評価できない可能性があります。
• ドキュメントとデザインをあまり重視しません。 これは、プロジェクトで行われたことの追跡を妨げる可能性があります。
• 顧客。 それらが明確でなく、何をすべきかわからない場合、プロジェクトは別の何かに終わる可能性があります。
• 経験と情報源。 一部の決定は、上級プログラマーが行う必要があります。 それ以外の場合は、初心者向けのソースが必要になります。

ご覧のとおり、アジャイル手法は、自由とコミュニケーションを愛し、落ち着きがない人向けです。 このようなチームがある場合、この方法は便利です。

かんばんアプローチ

かんばんアプローチ…日本語ですね。 「見えるカード」は日本語だから。 トヨタが最初に使用した40年代から使用されています。 この方法では、カードまたはステッカーで作業を視覚化します。 このようにして、効率を最大化し、継続的に改善することを目指します。

これらの5つの中で、かんばん方式はその原則で際立っています。 今、それらを見る時が来ました。

かんばん方式の原理

かんばん方式には全部で6つの原則があります。 それらは2つのグループの下にリストすることができます。 原則の最初のグループは変更管理と呼ばれます。 このグループの原則は次のとおりです。

• 定期的に行うことから始めます。 かんばん方式は柔軟性を提供します。 したがって、既存のワークフローにかんばんメソッドを実装し、しばらくすると、重要な問題を解決できます。
• 増分変更。 この方法は、進化にいくらか似ている変更が好きです。つまり、一晩で大きな変更はありません。 あなたはゆっくりとそこを通り抜けなければなりません。
• すべてのレベルでのリーダーシップ。 このようにして、人々は他の人の洞察から学び、より良く働くことができます。

原則の2番目のグループは、サービス提供と呼ばれます。 以下で構成されています。

• あなたの顧客に耳を傾けます。 あなたの顧客のニーズと期待に焦点を合わせることがあなたの主な目的であるべきです。 このように、あなたの製品は顧客の注意を引くことができます。
• 仕事の管理。 この原理のおかげで、小さなノイズによる中断なしに、何が起こっているかに本当に集中することができます。
• 向上。 プロジェクトを展開した後は、レビューと苦情に注意を払う必要があります。 プロジェクトの品質を維持する必要があります。

かんばん方式は誰が使うべきですか？

かんばん方式では、ワークフローが最も重要な場合があります。 必要に応じて、このメソッドをワークフローに実装できます。 また、継続的に作業する意思がある限り、かんばんを使用できます。 最後に、あなたとあなたのチームが会議にあまり多くの時間を費やしたくない場合、それはあなたにとって最良の選択です。

かんばん方式の長所と短所

それでは、40年代に始まった上質なワインのような方法を作った理由を見てみましょう。

• フレキシブル。 かんばんは開発の段階を制限しません。 だから、あなたはあなたの最高の仕事をする時間と余地があります。
• 連続。 かんばんを使用すると、プロジェクトのごく一部を継続的に提供できます。 したがって、これにより、変更に適応する余地が生まれます。
• 効率的。 プロジェクトの重要な側面に焦点を合わせ、重要な詳細に取り組みます。時間の無駄はありません。
• 応答時間が短い。 チームは、フェーズが終了したときにメモを並べ替えることができます。 このようにして、従業員は次のことに即座に取り組むことができます。

さて、かんばんが牛乳のように古くなった理由を見る時が来ました。

• 依存。 かんばんでは、他のフレームワークを適切に使用する必要があります。 自律接続はできません。
• 動的性。 かんばんは、特定の安定点があることを前提としています。 環境が非常に動的である場合、それは問題です。
• 反復。 それらはかんばんプロセス内にはありません。 それらを個別に処理する必要があります。
• タイミング。 一部の人にとっては、タイミングの定義が問題になることはありません。

これは、プロジェクトを実行するための最も古い方法の1つです。 しかし、古いということは役に立たないという意味ではありません。 時間への耐久性は、かんばん方式がまだ機能していることの証拠の1つです。 ただし、作業を台無しにする可能性のある不利な点に注意する必要があります。

リーンアプローチ

リーンは、顧客定義の価値を製品に追加することによって無駄を最小限に抑えようとする考え方と一連のツールを中心としたアプローチです。 したがって、プロジェクト管理への最小限のアプローチとして定義できます。

このアプローチでは、8種類の廃棄物も定義されています。

これらは;

• モーション：従業員と機器の不必要なモーション。
• 輸送：その場所への不要なアイテムの輸送。
• 待っている：必要なものが来るのを待っている間、時間が無駄になります。
• 過剰生産：必要以上のものを生産します。
• 欠陥：修正するためにソースを必要とする欠陥のある製品
• 在庫：誤解による在庫のより多くの情報または充実度の保存。
• 認識されていない才能：従業員の才能がわからない
• 追加の処理：不要または価値のないアクティビティ。

リーンメソッドは、基本的に、この無駄を排除しようとします。

誰がリーンメソッドを使用する必要がありますか？

当初の見た目よりも効果的であることを目指す小さなチームの場合は、リーンメソッドが適している可能性があります。 また、それは短期プロジェクトのための素晴らしい方法論です。

リーン方式の長所と短所

リーンメソッドには、リーンメソッドに頼る機能がいくつかあります。申し訳ありませんが、そうしなければなりませんでした。 これらは;

• 無駄をなくします。 上記のように、この方法の主な焦点は、無駄を排除する方法にあります。
• 従業員を満足させます。 廃棄物管理プロセスに従業員を含める必要があるため、従業員はあなたに感謝します。
• ジャストインタイム。 必要なときに必要なときに購入して持参してください。
• 競争上の優位性。 あなたが今節約している場所やお金は、他のプロジェクトに使うことができます。

すべてに少なくとも1つの欠点があるため、短所があるはずです。 これらは;

• 使いすぎ。 この方法を過剰に適用すると、新たな非効率に直面する可能性があります。
• ジャストインタイム。 これもあなたの呪いになる可能性があります。 エラーの余地はほとんどありません。 時間管理の問題の場合、あなたはひどく失敗します。
• 従業員の不満。 繰り返しになりますが、過剰に適用した場合、従業員はあなたがすべてを節約する方法に不満を感じ始めるかもしれません。

リーンメソッドはクリーンになります。 無駄の余地はなく、改善の余地がたくさんあります。 ただし、これは慎重に適用する必要がある方法です。 そうでなければ、結果は厳しいものになります。

スクラムアプローチ

最後に、スクラムメソッドがあります。 スクラムはアジャイル手法の改善と考えてください。 アジャイルの原則のほとんどは、この方法でも有効です。 ただし、スクラムはより計画的であり、プロジェクトの進行をガイドする役割があります。

これらの役割は次のとおりです。

• プロダクトオーナー（PO）：顧客と利害関係者を代表し、ビジネスパーツと投資収益率に焦点を当てます。
• スクラムマスター：チームがスクラムの基準に準拠するようにガイドし、POと連携してROIを最大化します。
• チーム：プロジェクトを実行する専門家のグループ。

この方法はアジャイルに非常に似ているため、異なる長所と短所のみを表示するだけで十分です。

最初に指摘するのは会議です。 毎日の終わりに、会議が開かれます。 これらの会議は、他の役割がプロジェクトで何が起こっているかを確認するのに役立ちます。 ただし、長期的には、煩わしい場合があります。

二つ目は、お客様の関与です。 POからすぐにフィードバックを得るのは、非常に洞察に満ちています。 一方、協力的でない場合、プロジェクトの完了には多くの時間がかかる可能性があります。

スクラムとウォーターフォールは、一般的にどこでも行われる比較です。 スクラムメソッドは、現代と生活の喧騒に適応しています。 役割と会議も大きな利点を提供するだけでなく、有害になる可能性があります。

最後に、あなたはあなたの答えが何を意味するかを知っています。 スティーブハーベイは誇りに思うでしょう。 あなたが今しなければならないのはあなたの状況を詳しく説明し、あなたの専門知識レベル、チームの規模、そして情報源に合う最良のものを見つけることです。

よくある質問

リーンとアジャイルは同じですか？

いいえ、リーンとアジャイルは同じではありません。 リーンは無駄を最小限に抑える必要があるという事実に焦点を当てていますが、アジャイルの主な焦点は段階的に開発することです。

スクラムはアジャイルですか、それともウォーターフォールですか？

スクラムはアジャイルメソッドの改良版です。 アジャイルとは異なり、スクラムには役割、会議、顧客代表があります。

かんばんはアジャイルですか、それともリーンですか？

かんばんは無駄のない方法と見なされます。 彼らに共通しているのは、どちらもワークフローと効率の重要性を指摘しているということです。