通常のプロジェクトとビジネスの違いは何ですか？

プロジェクト作業と通常作業を区別する5つの方法

••• ジェイミーグリル/ゲッティイメージズ

プロジェクトに取り組んでいますか？それとも、あなたはあなたのビジネスの日常業務の一部をしているのですか？どちらも組織で必要であり、等しく有効ですが、作業内容を理解するのに役立つため、全体的な戦略のどこに当てはまるかをよりよく理解できます。

プロジェクト作業と通常のビジネス（多くの場合BAUと略される）作業の間には、5つの主な違いがあります。これらのガイドラインを念頭に置いて、プロジェクトまたはBAU作業、あるいはその両方に取り組んでいるかどうかを簡単に確認できるはずです。

期限付きvs.継続中

プロジェクトには開始日、中間日、終了日があり、1回限りのイベントです。これがプロジェクトのライフサイクルです。実際、プロジェクトの最も明確な特徴は、プロジェクトに終わりがあることです。プロジェクトマネージャーとチームこの間にプロジェクトに取り組みます。最後に、チームは通常解散します。

BAUは進行中です。もちろん、ビジネスで不要になった場合は、関数を閉じたり、プロセスを停止したりできますが、それでも通常はプロジェクトとして実行されます。 BAU機能は、予測可能な終了日なしで進行中の作業を生成します。

チェンジメーカーと変更識別子

プロジェクトとBAUの作業での変更の処理方法には違いがあります。 BAUチームは変更の必要性を特定し、プロジェクトチームはその変更を実装します。

BAUチームはビジネスを運営しているため、既存のプロセスが機能しておらず、もはや役に立たなくなったことを最初に知ることができます。それが起こるとき、彼らは変化の必要性を識別します。

マネージャーは、戦略的レビューの一環として、ユニットが目標を達成するためにどのような変更を加える必要があるかを提案できます。または、チームメンバーが変更を提案する場合があります。逆に、上級管理職が作成した完全なビジネスケースを使用して、部門が年間目標を達成するために必要な変更を提供することもできます。 BAUの役割で働く人々は、規制の枠組みの変化のため、または組織の競争環境の一部として、変化が不可欠であることに気付くかもしれません。

プロジェクトチームは、これらの必要な変更をすべて実装するのに役立ちます。プロジェクトは、プロジェクト管理を使用して、BAU機能に変更を提供します。これは通常、プロジェクトが完了した後に発生しますビジネスケースおよび上級管理職の承認プロセス。

リスクの管理と軽減

通常の業務を効果的に行うために、BAUチームは運用に対するすべてのリスクを軽減しようとしていることがわかります。彼らは、組織の安定性と反復可能なプロセスを改善するために、ビジネスの不確実性を取り除くように取り組んでいます。

ユニークで不確実であるという性質上、プロジェクトにはリスクの要素が必要です。同社は、プロジェクトを実行するだけで未知の世界に少し飛躍し、変化をもたらし、以前にはなかったものを提供しています。

したがって、プロジェクトチームは、BAUチームとは異なる方法でリスクにアプローチします。プロジェクトマネージャーはリスクを管理しようとします—両方ポジティブとネガティブ —最良の結果を得るため。これには、リスクを軽減して発生する可能性を制限しようとすることが含まれる場合がありますが、他のリスク管理戦略も含まれます。

資本化と非資本化のコスト

プロジェクトは通常、資本化することができますが、通常の作業として継続的なビジネスの営業費用に依存しているため、多くの場合、BAUは資本化できません。言い換えれば、プロジェクトと他のタスクの会計処理は異なります。

プロジェクトの資金調達は、多くの場合、資産を稼働させることに関連しています。つまり、コストを資本化することができます。場合によっては、世界のどこにいるか、および地域の会計規則によっては、プロジェクトのコストを境界線より低くすることもできます。

BAUコストは通常、営業費用と見なされ、会社の損益勘定で追跡されます。

一般に、プロジェクトの資金調達とビジネスの資金調達は非常に専門的な分野であるため、組織で資本化すべきものとすべきでないものを判断する前に、財務の専門家からアドバイスを受けることが常に最善です。会計規則は国によって異なり、個々の企業が特定のプロセスや方法を持っている組織によっても異なります。

クロスファンクショナルチームとファンクショナルチーム

最後に、プロジェクトチームとBAUチームの構成には大きな違いがあります。プロジェクトには、特定の成果を提供するために集まった専門家の学際的なチームが関与する傾向があります。

プロジェクトチームは、特定の役割を果たす人々で構成されています。これらは役職ではありませんが、明確な責任を持つプロジェクト内のポジションです。プロジェクトチームの主な役割は次のとおりです。

プロジェクト・スポンサー
プロジェクトマネージャ
シニアサプライヤー（ITのような内部チーム、外部の請負業者、ベンダーなど、作業を担当する組織）
顧客（これは、別の部門マネージャーなどの内部顧客、またはクライアントサービス組織では、プロジェクトを提供している顧客である可能性があります）
対象分野の専門家（プロジェクトの期間中またはプロジェクトの一部でチームに参加し、専門知識を使用してプロジェクトの成功に貢献する人々）。

一方、BAUの作業は、機能チームによって管理されます。彼らはそれ自体が専門家ですが、部門としてグループ化されています。通常、他の部門との部門間の重複は少なく、部門が会社で果たす役割についての目標とビジョンが定義されています。例としては、製品に関する顧客からの電話や電子メールを処理する、より大きなカスタマーサービス部門の一部として機能するカスタマーサービスチームがあります。

BAUチームの人々がプロジェクトチームに参加するように呼ばれるため、いくつかの重複が生じる可能性があります。

BAUとプロジェクトの競合

プロジェクト作業とBAU作業は互いにうまく共存できますが、緊張が生じることがよくあります。これは、プロジェクトが現状を変えようとするために起こります。

第二に、あなたが人々にあなたのプロジェクトチームに参加するように頼んでいるとき、彼らは忠誠の対立に苦しむ可能性があります。彼らの最初の責任は彼らの日常の仕事ですか、それともプロジェクトですか？明確な目標と経営陣からのプロジェクトへの強いコミットメントは、ここで役立つだけでなく、コミュニケーション彼らが優先順位がどうあるべきかを知っているように開いてください。

第三に、事業を継続することが常に優先事項です。これは、資金が削減され、主要なリソースがBAUの役割に引き戻され、組織の日常業務を継続することに焦点が当てられているためにタイムラインが遅れる可能性があるプロジェクトチームに影響を及ぼします。