私の会社には社内ソフトウェア開発チームがあり、他のチームが使用する一連のソフトウェア フレームワークといくつかのインフラストラクチャ (データベース ホスティング) を構築しています。彼らはソフトウェアを外部クライアントに直接提供していないため、コスト/予算を回収するためにチャージバックする方法を見つけようとしています 彼らは他のチームがサービスを使用するための正しい支払いモデルを決定しようとしています. したがって、基本的には、次のリソースに対して支払います。
これは、他のソフトウェア ショップに存在しなければならない一般的な問題のように思われるので、ここに標準や提案があるかどうかを確認したかったのですか?
ショップ内でこのような関係を考えているという事実は、おそらく私たちの時代を非常に象徴しています。フレームワーク チームが有用であると思われる場合は、その有用性をある程度きめの細かい方法で測定し、有用であり続けるための予算をチームに与えてください。
たとえば、他のチームにフレームワークの特定の機能の使用状況とそのウィッシュリストを評価してもらい、フレームワーク チームがそれらに関連するコードの部分のみに取り組んでいることを確認します。
サービスの支払いには、そのような恣意的な指標と同様に、問題のある欠点がいくつかある可能性があります。たとえば、他のチームに彼らのサービスを使用しないインセンティブを与えます。つまり、独自のインフラストラクチャ、カスタム コードを奨励します (そのため、より強力な NIH 症候群に陥ります)。
各タスクのコストを見積もるのはどうですか？
私が働いていたすべての会社は、古典的な人/日システムを使用していました。
タスクを実行する必要がある場合、人件費は人/日で評価されます。つまり、このタスクに1人の作業者しかいない場合、何日かかりますか。
そのことを念頭に置いて、タスクを実行するために費やされる時間の見積もり（多くの場合、経験豊富な人々によって実行される）と、ワーカーのコストを知っている（すべきである）ので、タスクの実行にかかるコストを簡単に見つけることができます（推定時間x労働者のコスト）。そうすれば、新しいデータベース、新しいサーバーの読み取り、新しいアカウントの作成など、いくつかの非常に基本的で冗長なタスクに、基本的な人件費が簡単にかかる可能性があります。
また、予算を最適化するために、会社は最も冗長で費用のかかるタスクを簡単に調べて、それらを自動化し、チームの全体的なコストを削減できます。もちろん、タスクの自動化はそれ自体がプロジェクトであり、見積もる必要があります。また、プロジェクトの生産性の向上に応じて、いくつかの優先順位付けを行う必要があります。
このコスト評価の主な推進力は、プロジェクト/タスクとタイムトラッキングシステムを持っていることだと思います。そうすれば、何に時間がかかるかに関する統計を簡単に作成できます。