あなたのプロジェクトを成功に導く10の秘訣 - 成功したデータウェアハウスのプロジェクトマネージャーであるダミー

データウェアハウスのプロジェクトマネージャーとして成功するということは、より多くのことを行う必要があることを意味します。単にプロジェクト計画を作成し、チームメンバーに毎週の状況報告書を提出するよう依頼してください。ここに成功への秘密があります。

それは

と同じように教えてください。ユーザー、エグゼクティブスポンサー、コンサルタント、ベンダー、チームメンバー、または他の誰かと作業しているかどうかは関係ありません。データウェアハウスプロジェクトを成功裏に管理するための基礎を築くためにできる最も重要なことは、あなたの心を完全に正直な態度で話すことです。

- >

あなたは急いでいたり、失礼したり、態度を取ったりする必要はありません。 "コミュニケーションを開いたままにし、後ではなく問題を早く解決するために、以下のガイドラインに従ってください。

• 問題が発生したときに、それらを埋葬したり、存在しないふりをしたりしないでください。他の人が問題について知っているので、積極的に対処してください。

• 幹部スポンサーに、予算外の予算削減や「少しの間」に割り当てられた3人のチームメンバーがいなくなったことがプロジェクトに悪影響を与えることを伝えることを恐れないでください。

  <！ - 2 - >

• 製品が約束どおりに実行されていないときにベンダーに知らせることを躊躇しないでください。

適切な人材を適切な役割に置く

適切な役割を果たす人材は、成功を収める上で重要な鍵です。

フロントエンドのOLAPまたはデータマイニングツールを使用する場合、最良のデータベースデザイナーにはある程度の課題があるかもしれないことを認識しておく必要があります。特定のOLAPツールでWhiz-Bangタスクを行うことができる人は、面倒なファシリテーターになる可能性があります。プロジェクトのスコープフェーズでは、部屋の裏に静かに座っていても、そこにいなくてもすみます。

厳しいが公正な交渉者になる

予算削減、開発スケジュールを圧縮するためのプレッシャー、ベンダーサポート、企業インフラストラクチャーグループと協力してインストールとロールアウトのサポートを整理する - プロジェクトマネージャーは通常これらすべての問題に対する責任など、多くのことがあります。

マネージャは、交渉を含むすべての作業が確実に行われるようにする必要があります。あなたの心を話した後、現実に根ざした強靭で公正な交渉のための基礎を確立します。感情や推測ではありません。これに基づいて交渉することを恐れないでください：「Xが起これば、Yが結果になるでしょう。 "

製品ベンダーに慎重に取り組む

ベンダーやその他の情報源から情報を収集するとき、およびベンダーに製品について質問するときは注意が必要です。ベンダーはあなたの製品を売りたいと思っていますが、ビジネス上の問題は解決していません。両方を行うことができれば素晴らしいですが、ベンダーと同じ優先順位を共有することはありません。

プロジェクト計画の監視

優れたプロジェクトマネージャーとは、単にプロジェクトスケジュールの進捗状況を追跡するだけではありませんが、プロジェクト計画を無視することはできません。

あなたのプロジェクト計画を最新の状態に保つためにチームメンバーの定期的な提出を収集することに興味がない場合は、プロジェクト計画を管理する特定のタスクを持つプロジェクト管理スタッフをチームに追加します。地元の大学や大学と協力して、就労学習や協同学習（生協）学生を得る。この重要な作業を処理するには費用対効果の高い方法です。

マイクロマネーをしない

誰もが特定の管理スタイルを持っています。タスクの委任に重点を置く人々もいれば、より実践的な人もいます。あなたが大部分のものを自分で扱うのが好きな人は、ここにいくつかのアドバイスがあります。

マイクロマニュファクチャリング、 、または誰もがやっているすべてのタスクについて少しずつ詳細を知っていることを主張しないでください。 （パニックでコントロール不能な気持ちは消えてしまいます。）小規模なプロジェクトでも、開発者やアナリストが自分の仕事を知っていることを信頼してください。 彼らの行動を確認し、予定通りに進んでいることを確認します。しかし、特に大規模なプロジェクトでは、彼らの仕事をしましょう。あなたはプロジェクトマネージャーとして十分に心配する必要があります。チームメンバーが通常あなたのために解決できる追加の心配を取らないでください。

プロジェクトwikiを使用する

拡張プロジェクトチームのすべてのメンバー（開発者や主要ユーザーだけでなく、エグゼクティブスポンサー）にアクセスできる包括的なプロジェクトWikiを持つすべてのプロジェクトを開始します。

wikiに慣れていない人にとっては、

wiki は、アクセスした誰も簡単なマークアップ言語を使用してコンテンツの投稿や変更を行えるように設計されたページまたはWebページの集まりです。 ウィキは、共同Webサイトの作成やコミュニティWebサイトの作成によく使用されます。ウィキはイントラネットと知識管理システムを提供するためにビジネスで使用されています。

あなたの組織が素晴らしい

イントラネット （会社内のインターネット環境）または広く使用されているLotus Notes（または他のタイプのグループウェア）環境を持っていても、wikiを構築します。必要なものはすべて電子形式で入手できます（通常はそうではありません）。スキャナにアクセスして、現在電子的でないものを引き出してください。 組織文化の影響を見逃してはいけない

コンサルティング会社の従業員が毎週50時間または60時間働いてプロジェクトに取り組んでいると仮定します。顧客のデータウェアハウジングのプロジェクトマネージャーに任命され、会社の4人のメンバーとクライアントの4人で構成されたチームを管理します。

クライアントの予算と時間制約に基づいて、深夜や週末の作業が多発する、積極的な（しかし現実的な）プロジェクト計画を作成します。（そのコンセプトはあなたの会社の従業員には新しいものではありません）。

展開と操作を忘れないでください。

設計と開発はデータウェアハウス（またはそれに関係するあらゆる環境）にとって難しいものです。あなたの仕事の結果が実際のユーザーとどのように機能するか見落とさないようにしてください。データウェアハウスが稼動した後、プロジェクト計画にサポートが並んでいることを確認してください。

時折息を吐く

特に厳しい週の後、皆が金曜日に早く出発すると主張する。チームメンバーが、あなたが行くのに1週間か2週間かかっているときに会社のピクニックに行きたいと言ったら、軽く叩かないでください。

それは唯一の仕事です。時折息を呑むことで、あなた（そしてあなたのチームメンバー）が活気づき、生産性が向上します。週末に離陸したり、残業時間を少し少なくしたりするのはあなたの価値があります。