プロジェクト管理の方法論:ウォーターフォールとアジャイル

日付:1 / 29 / 2018
着丈:5分
著者:ヤロスラフLizner
シェアする:

アジャイル対滝 - この記事では、この2つについてのディスカッションをお伝えします 方法論 、彼らの利益は何か、彼らはどのようにあなたを助けることができ、どのようにそれらを組み合わせるか。

「ガントは死んでいる」、「アジャイルで管理する必要がある」、「プロジェクト管理は死んでいる」などの叫び声を時々耳にします。 その多くは単なるマーケティングのゴミですが、プロジェクトポートフォリオマネージャー、スクラムマスター、その他のPMの専門家に会い、真剣に話し合いたいと思っています。 アジャイルと滝 ガント )方法論。 この投稿は、このトピックの概要を提供しています。

プロジェクト管理のアイアントライアングル

Iron triangleは実際には、プロジェクト計画の成功のための重要な要素の非常に簡単なトップレベルプレゼンテーションです。 範囲、時間、価格/リソース。 資源は、多くの産業において、価格の唯一または重要な要素です。 人々は最も貴重な資産であり、増加、減少、または増やすことはできません。 同様に、機械のようなリソースは生産能力を持ち、単純なクリックだけでは変更できません。


簡単なプロジェクトのアイアントライアングル

だから、どのように絵に鉄の三角形が来るのですか? それは、我々が滝の計画をどこで使うべきか、そしてアジャイルのアプローチのいくつかを理解するためのシンプルで効率的な能力を提供します。

ウォーターフォールプロジェクト管理

ウォーターフォールアプローチは、スコープが明確に定義されており、プロジェクトの重要な要素であるプロジェクトで最も役立ちます。 
例:家を建てる、会議を計画する、Easy Projectを実装する?

テクニック:プロジェクト スコープが定義されている (一定)。 それは私が私の家の窓の数を変えることができないことを意味します。 会議の場所や主題は変更できません。 そして プロジェクト時間は制限要因です 絶対的に(会議)または絶対に近い(EP実装)。 スコープが固定されている場合、プロジェクトマネージャーまたはポートフォリオマネージャーの主な課題は、特定の各プロジェクトで必要な一連のアクションに関して、すべてのタイプのリソースを時間内に並行プロジェクト全体で計画することです。

たとえば、セメント供給担当の労働者は、セメント資源の不足に起因する遅れが、メーソンが自らの仕事を終わらせるのを妨げる可能性があるため、時間をかけて作業を終了する必要があります。 そして、一度具体的なコンクリートが完成すれば、すでに別の建設現場にいるかもしれません。


アジャイルプロジェクト管理

アジャイルアプローチは、 時刻は固定されています, リソースは決定的要因です 影響により スコープは計画の対象です (優先順位付け)。

例:SW開発(スプリント)。 出版(雑誌の新刊、新聞); マーケティングコンテンツ(キャンペーン)。

テクニック:デッドラインとよく知られているリソース、スクラムマスタ、または類似の役割を持つ従業員が次のスプリントで配信されるものに優先順位を付けます。 スクラムマスターは、通常、さまざまなタイプのリソース(SWや政治のバグフィクサーや機能リクエスト、新聞のスポーツジャーナリスト)のために、異なるバックログとスクラムボードを持っています。


簡単なプロジェクトのアイアントライアングル

認定条件 これは助けてくれる?

当然のことながら、全体の問題はプロジェクトマネジメントのアイアントライアングルを中心に展開されていますが、運用計画では同じ要素の異なる部分に重点を置いています。 だから私たちはこれから何ができるのでしょうか?

  1. 基本的に、すべての組織には効率的な作業プロセスを設定するために両方の方法論が必要なプロジェクトのタイプがあります。 前者は後者よりも優れているわけではなく、単にさまざまな課題に対処しています。
  2. タイムラインに関連した質の高い資源計画は、滝プロジェクト、特にプロジェクトポートフォリオ計画にとって不可欠です。 Easy Projectのようなものです。
  3. アジャイルプロジェクトの管理:優先度の管理は、通常、さまざまなツールを使ってかなりうまく処理されることがわかりました。 しかし問題は、特定のバックログのリソースを正確に献身していることがよくあります。 だから、私はあなたのリソースを正確にマップし、専用にすることをお勧めします。 たとえば、SW開発者は、より多くのバックログ(バグ対機能要求、同じ言語)で使用される可能性があります。 しかし、バックログへのリソースの量的割り当てを固定しないと、私は配信可能な優先順位を計画することができず、スクラムマスターはそれらの間の不一致を常に解決しなくてはなりません。 さらにラインを下げると、バグ修正や機能要求が戦略的開発のリソースを「食べる」ため、新しい主要製品の機能のリリースが遅れます。

これら2つの管理手法を組み合わせる

あなたが写真で見ることができるように、私たちは基礎として働く滝プロジェクトを持っています。 もちろん、SWリリース計画のこの例では、明らかなシーケンスと依存関係があります。 しかし、このプロジェクトに参加しているチーム(マーケティング担当者、文書作成者)は、部門の機敏なやり方で配達を管理することができます。


簡単なプロジェクトアジャイルの滝

30日間の無料トライアルでEasy Projectをお試しください

フル機能、SSL保護、毎日のバックアップ、地域内