極端なプロジェクト管理とは何ですか、それはあなたのチームのために右ですか？

今日のプロジェクトは、10年前、20年前のプロジェクトとは異なります。 主にインターネットとその後のクラウドベースのソフトウェアの導入だけでなく、プロのサービスが遊びに来て何であるかの概念のおかげで、私たちが働

プロジェクトの現状：プロジェクトの要件は日々変化する可能性があり、責任あるチームはそれらの状況を流動的に処理することが期待されます。 利害関係者は、彼らがまだプロセスにいる間、プロジェクトとのより多くの関与を望んでいる、つまり、彼らはいつでも彼らの心を変更することがで 政治的、経済的、または環境問題に関するニュースは24/7を壊し、チームはそれに応じて対応するためにギアをシフトする必要があります。

従来のプロジェクト管理（TPM）は、通常、この新しい時代のプロジェクトを処理するために装備されていません。 段階的なワークフロー（ウォーターフォールモデルなど）、厳格なタイムライン、厳格な要件は、プロジェクトの途中で変更の必要性に適応するのに苦労します。 計画を更新するには、チームメンバーが最終的な承認を得る前に、フープを飛び越えて複数のマネージャーに相談する必要があります。 これらの制約は、進捗状況をボトルネックにし、予算と過去の期限を超えてTPMプロジェクトを押してしまいます。

今日のプロジェクトは、多くの場合、極端なプロジェクト管理に適しています。

エクストリームプロジェクトマネジメントとは？

Extreme project management(XPM)は、従来のプロジェクト管理ではなく、短く柔軟性があります。 伝統的なプロジェクト管理は、通常、長期的なプロジェクトのために、計画を作成し、それに固執することを意味します。 XPMは、プロジェクトがどの段階にあっても、変化するニーズに合わせてプロジェクト計画、予算、および最終的な結果を変更することができ、通常は数週間

XPMは、プロジェクトの進行に伴って変化してポップアップする未知の変数を管理するのに役立ちます。 プロジェクトの最後には、単に当初計画された結果ではなく、望ましい結果を提供することが重要です。 プロジェクトの途中で、元の製品が理想的ではないことを認識している人は、計画を変更する余裕があります。 XPMを使用しているチームは、最初の試行の後にすべてを完了することに集中するのではなく、それを正しく取得するためにいくつかの試みを喜んで

極端なプロジェクト管理はあなたのために右ですか？

あなたのプロジェクトが極端なプロジェクト管理を必要とするかどうかをどのように知っていますか？ ここでは、極端なプロジェクトのいくつかの一般的な特性があります:

• テンポの速い作業
• 非常に複雑なプロジェクトのニーズと成果
• プロジェクトの進行に伴ってプロジェクト要件が頻繁に変更される
• 何が意思決定の階層
• プロセス駆動型ではなく、人主導型プロジェクト（人はプロジェクトをモデルに適合させるのではなく、プロジェクトに適合させる)

これがあなたの仕事のように聞こえる場合は、XPMとどのようにできるかを検討してくださ このアプローチを採用して下さい。

極端なプロジェクト管理を実行する方法

極端なプロジェクト管理は、高速かつ軽快であることを意味しています。 まず、このアジャイルの考え方の意味を受け入れる準備ができている、あなたの周りの人々のチームを集めることから始めます。 あなたのチーム-メンバーが遅い速度を計られた仕事を好み、上層部によって承認されるあらゆる決定を得れば働かない。

スターチームを組み立てた後、次の手順に従います:

1. 極端なプロジェクト管理を念頭に置いてプロジェクト計画を作成します。 これは、変更を期待し、タイムラインが変更される可能性があることを認識し、エラーの余地を残すことを意味します。
2. 成功を確実にするために、あなたの計画がこれらの質問のすべてに答えていることを確認してください（Doug DeCarlo著のeXtreme Project Management）：
   —誰が何を必要とし、なぜ
   —それを行うには何がかかりますか？
   -終わりまでに必要なものを手に入れることはできますか？
   —それは価値がありますか？
3. 短い周期のスケジュールの仕事—最高の数週間。
4. プロジェクトのキックオフミーティングを行い、全員に関係する仕事の完全な要約を与え、人々が素晴らしい、新しいプロジェクトに取り組むことに興奮 あらゆる質問に答え、予想をはっきり伝えなさい。 プロジェクトの可視性を1日目から優先します。
5. クライアントと頻繁にコミュニケーションをとり、クライアントの要望やニーズに耳を傾け、フィードバックをすぐにチームに中継します。
6. プロジェクトが軌道に乗っていないように見える場合は、チェックイン、レビューセッション、再調整会議で作業サイクルをフォローアップします。
7. プロジェクトやサイクルが終了すると、すべての勝利を祝います。 チームが要求の厳しい作業に興奮し続けることに感謝していると感じさせます。 最後の会議以降のチームの成果をリストしてすべての会議を開始するか、誰もが彼らが誇りに思っている一つの成果をリストしてもらうために回

プロジェクトを完了するために必要以上のプロセスを設定しないでください。 極端なプロジェクト管理は、あなたのプロジェクトにキスをするように助言する—愚かな、それをシンプルに保ちます。 各プロジェクトは、おそらく異なる手順と異なるテンプレートが必要になりますので、あなたのニーズに合わせて、各プロジェクトをカスタマイズします。 チームがプロセスを複雑にしすぎていると主張する場合は、余分な手順を切り取ります。

プロジェクトを変更するための極端なプロジェクト管理

伝統的なプロジェクト管理の問題や極端なプロジェクトの特性に気づいた場合は、チームのXPMについての詳細を読むことを検討してください。 私は上記の本、Doug DeCarloによるeXtreme Project Managementをお勧めします。 提案された会議のヒント、利害関係者への対処、プロジェクトの障害の解決など、XPMを始めるために知っておくべきすべてのことについて非常に詳

はTPMからXPMへの切り替えに成功しました—あるいは失敗しましたか？ あなたの経験とあなたが以下のコメントで飛躍を取ったものについて教えてください。 私たちはあなたの最初の手のアカウントから学ぶのが大好きです。