Project Management
ALL    DOWNLOADS    ARTICLES    REFERENCE    PROCESS    ON-DEMAND WEBINARS   
TOOLS    TRAINING    LIVE WEBINARS    USER-GENERATED

Language: All    English    Arabic    French    Japanese    Korean    Portuguese    Romanian    Russian    Spanish   
Access: All    Free    Premium   
Sort By: Newest    Title   

148 items found

Page: 1...... 4 5 6 7 8 9 10 11 12 13 14......15 <prev | next>

Organizational PM: Start Small, Keep it Simple (Japanese Translation)

by Michael Wood

これは、プロジェクトが失敗し、CEOの注目を集めているような、組織の収益に重大な影響を与える場合にのみ発生します。 だから、少なくとも、プロジェクトのバックログを持っているすべての組織が少なくとも原則としてOPMを採用しているわけではないのですか?

Soothsay Your Risk Register (Japanese Translation)

by William Davis

プロジェクトのリスク登録簿を見て、クリスタルボールを覗いて、プロジェクトの実行段階でリスクが発生すると予期したら、それは役に立ちますか? プロジェクトのスポンサーに、自信を持って90%の自信を持って、プロジェクトを守るために必要なリスクをどれくらいの金額にすればいいのか、あなたは興味がありますか? あなたのリスク登録をスムーズにする方法を学んでください。

Deep Dive Models in Agile (Part 2): Feature Trees (Japanese Translation)

by Candase Hokanson

このシリーズは、プロダクトオーナーコミュニティがプロジェクトで追加の良いプラクティスを使用するための貴重な情報を提供します。 各記事では、最も一般的に使用されているビジュアルモデルのうちの1つをアジャイルで使用し、アジャイルバックログの作成、手直し、詳細な作成方法について説明します。 このエントリは、機能ツリーを調べます。

Forward Thinking for Tomorrow's Projects: Requirements for Business Analytics (Japanese Translation)

by Joy Beatty, David Bieg

ビジネスアナリティクスは、ビジネス上の意思決定の方法を大幅に変える可能性があります。大きなデータの力をいかに活用するかを理解し始めるにつれて、IT部門ではより多くのビジネス分析プロジェクトが発生するため、これらのタイプのプロジェクトで要件プロセスがどのように機能するかを把握する必要性が高まります。

Uncover Gaps in Requirements using Requirements Risk Management Techniques (Japanese Translation)

by Cheryl Lee

ギャップを特定するための要件を引き出す際には、「適切な」質問をすることが期待されます。要件リスク管理は、「適切な」質問が何であるかについてガイダンスを提供するために使用される、多くの高性能組織の新興コンセプトです。このインタラクティブセッションでは、プロジェクトと要件のリスクと腕の出席者の間で、プロジェクトが失敗する理由の第2位の理由(要件のリスク管理技術を使用して職場内で直ちに)に対処するための情報を紹介します。

Aligning IT to Organizational Strategy: Not Exactly Rocket Science (Japanese Translation)

by Michael Wood

あなたの組織がITをどのように調整し、組織の戦略的方向性と整合性を取るかについて苦労している場合、CIOはその方法を知らないことがあります。このプロセスはまさにロケット科学ではありません。しかし、トップダウンアプローチや、技術者よりビジネスマンのようなものを考えるCIOが必要です。

Topic Teasers Vol. 58: Sneaky Risks (Japanese Translation)

by Barbee Davis, MA, PHR, PMP, PMI-ACP, PMI-PBA

1211/5000 質問:ITで働いていると、通常のリスク管理プロセスは実際には「電話で」ルーチンな行為のようなものです。グリースやリサイクルされたシートメタルが必要な生産ラインについては、あまり心配する必要はありません。ソフトウェア中心のチームのためのより良いアプローチはありますか? A.いいえ、1つのサイズはすべてに適合します。機器の故障やマルウェアの可能性があります.2つの共通の問題について言及するだけで、すべてのプロジェクトがお客様の環境でリスクを軽減するのと同じリスクプロセスに従ってください。 B.はい。ソースコード分析ツールのオープンソースセットがあることを確認してください。開発者がコードを変更してバグやその他の脆弱性を突き止めるたびに実行します。それはあなたが不利なリスク事象を経験しないことを保証するのに十分です。 いいえ、具体的な製品を生産している他の人が使用しているリスク管理プロセスから逸脱した場合、リスクデータを調整して意味のある投影データを管理することはできません。 D.はい。典型的なリスクの問題はありませんが、ほとんどのIT環境ではめったに対処されていない新しい、潜在的により危険なものがあります。いくつかのビジネス分析ツールを使用して、それらを評価し、処理します。

The Four Windows: Turning Opportunity into Innovation in Megaprojects (Japanese Translation)

by Ian Whittingham, PMP

彼らの予算の大きさと彼らの野望の範囲から離れて、メガプロジェクトの特徴を定義するものは、永続的な遺産を作りたいという希望です。 英国最大のインフラプロジェクトであるCrossrailは、イノベーションの分野でさらに大きな影響を与えることを期待しています。

Communication Plan (Japanese Translation)

PREMIUM deliverable

すべてのレベルのプロジェクトチームとステークホルダーに情報を提供してください。 この単純なマトリックスは、誰がどのような情報をプロジェクトに、どのように、いつ、どのように提供しているかの詳細を示しています。

ADVERTISEMENT

Page: 1...... 4 5 6 7 8 9 10 11 12 13 14......15 <prev | next>

ADVERTISEMENTS

"If a man will begin with certainties, he shall end in doubts; but if he will be content to begin with doubts, he shall end in certainties."

- Francis Bacon