Clever Geek Handbook

ビジネス自動化におけるコラボレーションおよびプロジェクト管理環境

私は長い間一つの質問に興味がありました。 ロシアでのプロジェクト管理ツールの導入が西側よりも難しいのはなぜですか？ 最近、私はその理由が設計組織を他のタイプのビジネスから分離することではないことに気付きました。



「プロジェクト管理」および「プロジェクトでのコラボレーション」（コラボレーションツール）のツールの役割を理解するには、特定のビジネスにおけるプロジェクトの場所を理解するだけで十分です。 プロジェクト指向の組織の理想的な構造はどのようなものですか？

プロジェクト指向組織






主な生産プロセスが「プロジェクト」である場合、生物としての各プロジェクトは、より広いビジネスコンテキストに含まれます。 この「広範な」コンテキストでは、以下を区別できます。
  1. CRMと販売
  2. プロジェクト財政支援
  3. プロジェクトの法的サポート
  4. 人事、人事サービス
  5. 「作業環境」、環境の維持。 オフィスマネージャーが行うこと
  6. この場合の主な目的がプロジェクトの生産性であるITサービス。
  7. 請負業者、アウトソーシング、フリーランサーとのコミュニケーション
  8. 顧客とのコミュニケーション
当然のことながら、ビジネスは、州、市場、その他の要素のはるかに大きなコンテキストに含まれます。 それらは考慮しません。



内部プロジェクト構造としてのチーム


したがって、プロジェクトの内部構造はチームです。 チームは

専門家はプロジェクトの主な推進力です。 実際、製品を作成するために知識と努力を注いだ人たち。 業界に応じて、プログラマ、アーキテクト、マーケティング担当者、コンサルタントになります。



支援スタッフとは、「専門家」の主力製品を製品と呼んで販売することができないすべての作業を行う人々です。 ソフトウェア開発では、たとえばテスターやテクニカルライター。



マトリックス構造の組織では、特定のプロジェクトに加えて、専門家とサポートスタッフの両方が「サポート」ビジネスアクティビティにも関与することがよくあります。 つまり、彼らはプロジェクトに参加し、会社全体の運営活動に参加します。



プロジェクト管理システム？ 場所！


それでは、プロジェクト支援システムの場所は何ですか？ 彼女は何を提供すべきですか？ そのようなスキームでは、これ

クライアントおよび請負業者との最も重要な関係。プロジェクトチームに参加するまで（顧客のオンサイドまたはフリーランスの場合）。 したがって、これら2つの「外部」セクターとの接続は通常、プロジェクト自体の一部になります。 プロジェクト管理用に別のシステムを導入する目標は明らかです。 これは、チームの潜在能力を最大限に活用し、1つの目標に集中させることです。 プロジェクトの生産性、速度、品質の向上。 コミュニケーションツールとプロジェクト管理方法の両方を使用する。



再び複雑さ


主な質問に戻ります。 実装の複雑さは何ですか？ 問題は、プロジェクト管理システムで外部サークルのサービス、つまりサポートエリアのタスクを「詰め込み」ようとすることが多いことです。 これは当然のことです。自動化の基準は現在、財務のみに存在し、CRM /販売にも部分的に存在するためです。 したがって、プロジェクト管理ツールはプロジェクト内のプロセスには使用されません。



プロジェクト管理システムと外部サービスを接続する「橋」はどのようなものですか？ 通常、この接続は、営業部門からの「連絡先」、オフィスマネージャーの「インシデント」、または財務部門とHRの「レポート」のいずれかの形式です。



ブリッジと1つの環境でのすべてのサービスの運用が可能です。 しかし、「プロジェクト-サービス」の分離は、システムの実装を決定する際に管理者にもはっきりと見えるはずです。 そして、そもそも何を自動化すべきかという質問に答えることができます。 統合環境ですべてを接続する方法。




ふう！ わかった！ 私もあなたにお願いします。


More articles:


All Articles