R&Dプロジェクト管理初心者のための10のベストプラクティス - TechRepublic

R&Dプロジェクト管理初心者のための10のベストプラクティス - TechRepublic

多くのマネージャーは、リーダーシップ能力を早期に発揮したため、小規模なプロジェクトを担当する小グループの責任者として管理職としてのキャリアをスタートさせます。新任マネージャーにとって、小グループから始めることは、監督を求められる業務の詳細を既に把握しているため、優れた出発点となります。

しかし、最初の管理職としての任務を終えた後、全く異なるタイプのリーダーシップとしての任務を任されたらどうなるでしょうか。例えば、新しい技術を調査して、文書をデジタル化し、会社全体でドキュメントを自動化するために IT 部門が行うべきことに関するレポートや推奨事項を作成するなど、これまでに経験したことのない任務です。

ここでは、R&D プロジェクトに役立つ 10 のベスト プラクティスを紹介します。

業界の専門誌を読む

テクノロジーやビジネスの業界誌やウェブサイトには、ベンダーやテクノロジーに関する豊富な情報が掲載されています。これらの出版物やウェブサイトでは、調査、業界アナリストからの情報、ウェビナー、ホワイトペーパー、ケーススタディなどが提供されています。テクノロジーリサーチを始める際は、ぜひこれらの情報源を参考にしてください。

テクノロジーソリューションを調査し、ベンダーと話し合う

ベンダーが自社製品の説明やデモンストレーションにどれほど協力してくれるか、きっと驚かれることでしょう。また、自社のソリューションが他社でどのように成果を上げているかを示すユースケースデモンストレーションも提供してくれるでしょう。これらのソリューションの背後にある技術の仕組みを理解するだけでなく、他社がどのようなビジネス価値と投資回収を実現しているかについても学ぶことができます。このプロセスの一環として、ソリューションプロバイダーに、ソリューションがどのように機能しているか、メリットとデメリットは何か、そして推奨するかどうかについて相談できる顧客リストの作成を依頼することも重要です。

IT部門やビジネス部門の人と話す

プロジェクトの早い段階で、IT部門とエンドビジネス部門に積極的に足を運び、ITスペシャリストや主要なビジネスユーザーと話し合うことが重要です。IT部門では、プロジェクトを進める前に、システム環境がどのようなものかを把握することが重要です。つまり、どのような種類のシステム、ネットワーク、プラットフォームなどを既に運用しているのかということです。理想的には、既存のITフレームワークに容易に統合できるテクノロジーを選択する必要があります。ビジネス部門では、例えば、文書のデジタル化と管理システムを検討しているとします。主なユーザーは誰でしょうか?彼らは日々、どのような書類処理の課題に直面しており、それを解決したいと考えていますか?

ビジネス価値がどこにあるのかを把握する

ビジネスユーザーとの話し合いを通して、テクノロジーのビジネス価値が最大限に発揮される領域を見極めることが目標となるでしょう。財務部門が月次決算を半分の時間で行えるよう、書類ワークフローをデジタル化・自動化することが最大の価値となるでしょうか?それとも、ドキュメントの自動化によって設計エンジニアと製造エンジニアが製品開発において共同作業を行い、ドキュメントを容易に共有できるようになることで、研究開発期間を短縮し、製品の市場投入を加速できるでしょうか?

投資をどのように返済できるかを理解する

長年実施されてきた IT プロジェクトからわかっていることは、給与処理サイクルの短縮や、自動化によってスタッフが新しいプロジェクトに取り組むことができるようになるといったソフト コストは、意思決定者に好印象を与えないということです。また、テクノロジの提案がソフト コストばかりであれば、意思決定者は感心しないでしょう。あるテクノロジに x ドルを投資する必要がある場合、実際のコスト削減額や予測される収益向上額の形で会社が期待できる成果を調査で示すことが重要です。これは一般に ROI (投資収益率) と呼ばれています。企業は多くの場合、この ROI の作成に苦労します。ROI の作成こそが、見込みのあるベンダーが役立つ部分です。多くのベンダーが、自社製品を使用することで会社が期待できるコスト削減額や収益増加額を予測できる ROI 算出ソフトウェアを提供しています。

オープンで柔軟なソリューションを探す

推奨するテクノロジーは、既存のシステムと容易に統合でき、インストール、使用、保守が容易である必要があります。そうでない場合は、おそらくその選択肢は採用しない方が良いでしょう。次に、ソリューションはオープンである必要があります。つまり、企業が将来的に別のテクノロジーの方向性を選択した場合でも、特定のベンダーに縛られることがないよう配慮する必要があります。つまり、ソリューションはインストールと同様に、削除や交換も容易でなければなりません。

必要なときに助けを求めましょう

初めてのプロジェクトを一人で進める場合、最初から力強いスタートを切り、自立心を発揮しなければならないと感じるかもしれません。しかし、新しいテクノロジーを探求する際には学ぶべきことがたくさんあります。質問があれば、経験豊富なIT担当者やビジネス部門の専門家に遠慮なく相談してください。ほとんどの人は喜んで助けてくれるでしょうし、あなたのプロジェクトの支持者やサポーターになってくれるかもしれません。

上司に情報を提供し続けますが、あまり多く提供しすぎないようにしてください。

研究活動においては、新しい技術を深く掘り下げていく必要があり、その活動の多くは孤独な性質のものとなるでしょう。プロジェクトが孤独な性質のものであるため、上司に進捗状況を定期的に報告することを怠ってはいけません。同時に、上司はあなたに仕事を任せ、このプロジェクトを引き継いでもらうことを期待しているため、あまり頻繁に連絡を取りすぎるのも避けたいものです。多くの技術研究者は、週次報告がコミュニケーションの過剰と不足の間の適切なバランスであると考えています。

プロジェクトを期限通りに完了する

技術調査プロジェクトは、従来のITプロジェクトと同様に、常に期限内に完了する必要があります。予期せぬ遅延が発生した場合は、上司に直ちに報告し、遅延の理由を説明する必要があります。

デモの手配

徹底的かつ包括的な技術調査と推奨を締めくくる素晴らしい方法は、推奨するベンダー候補を1社または複数社に招き、IT部門とエンドユーザー向けに実際の技術デモを実施してもらうことです。これにより、レポートの内容がより鮮明になります。また、プロジェクトに関わっていない関係者にも、その技術がどのように機能し、企業にどのようなメリットをもたらすかを理解してもらうのに役立ちます。

こちらもご覧ください:
スポンサーがプロジェクトの成功率を向上させる4つの方法、
プロジェクトの失敗を避ける5つの確実な方法、
プロジェクトとリーダーを混乱させる8つの思い込み、
プロジェクトコミュニケーション:効果的なものとそうでないもの

Tagged: