IT企業にとって最も価値のあるものは何ですか？ ほとんどすべてのIT企業にとっての主要な資産とリソースは何ですか？ 会社は何に最もお金を使っていますか？ 最大の費用項目は何ですか？ どのリソースを使用すると、サービスに最もお金がかかりますか？ これらすべての質問に対する答えが「企業チーム」であると言っても、私はそれほど間違えません。 プロジェクトを作成し、会社を前進させ、お金を稼ぐのはあなたのチームです。会社の経費の大部分を占めるのは、給与、ボーナス、税金、仕事の設備、およびチームへの他の直接および間接的な支払いです。
適切なタイミングで重要なリソースが不足すると、重要なプロジェクトを作成して利益を逃すことができなくなります。 また、リソースが過剰な場合は、チームのアイドル部分の費用を支払うことで損失が発生します。 リソース計画について話しましょう。
資源計画のトピックは、専門文献とRunetスペースの両方で驚くほど不十分に表されています。 プロジェクトおよび会社のマネージャー自身がそれが何であり、どのように作業するかを知っていることが前提となります。 経験が示すように、これは少し間違っています。 もちろん、誰もが何もしていない従業員に給与を支払うことは悪いことだと理解しています。 十分なリソースがない場合も悪いです。 しかし、この理解は、会社で効果的なリソース計画を確立するのに必ずしも十分ではありません。 そして何をすべきか？ 私は問題についての私の理解を共有しようとします。
私は次のような理解を述べるつもりです。
- リソース計画とは何ですか？ ここで、私たちは絵を描き、いくつかの定義を与え、人々がお金とどう違うのかを伝えます。
- リソース計画は何に影響しますか？ IT企業の活動領域を検討してください。これは、リソース計画の品質に直接依存していることが判明しています。 リソース計画が適切なレベルで実行されていない場合、または突然まったく計画を立てていない場合は、このパートを読んだ後に論理的な質問があります。
- リソース計画には何が影響しますか？ 私たちは逆の問題を考えます-リソース計画が依存するもの、入り口にあるもの、リソース計画の形状、サイズ、詳細を決定するもの
- 分離プロジェクトの一部としてのリソース計画。 これは、特定のプロジェクトのリーダーの観点からのリソース計画であり、タスク、予算を理解し、チームを形成してプロジェクトを実装する必要があります。 また、ここではチェックリストが計画されており、理解できるようになっていますが、リソース計画に必要なものはすべて含まれていますか？
- プロジェクトまたはプログラムのポートフォリオのリソース計画。 そして、これは、プログラムディレクター、プロジェクトポートフォリオマネージャー、リソースマネージャー、または会社マネージャーの観点からのリソースプランニングであり、多くのプロジェクトが同時に実行され、それらはすべて異なるフェーズにあり、すべてリソースが必要であり、リリースされています。
- 長期的なリソース計画。 ここまで来たら、会社のリソースプールを長期的に管理するタスクを検討します。
リソース計画とは何ですか？
シードのリソースプランの例を示します
例として、条件付きプロジェクトのリソース計画と財務情報およびいくつかの分析が表示されます。 プロジェクトマネージャーのアクセスレベルと内部プロセスの詳細に応じて、リソース計画は大きく異なります。 特に、給料と時間給を削除することにより、計画工数のみに制限することができます。
リソース管理/リソース計画ツールのトピックをグーグルで検索しようとすると、リソース管理の問題をある程度解決するのに役立つ有料ツール（ほとんどの場合）と無料ツールの非常に印象的なリストが表示されます。 さて、古き良きMS Excelを使用します。
次に、条件に同意しましょう。
- リソース -必要な専門性と経験を持つ専門家。 さらに、経験は、その人がすでに自分の職業に専念している総年数としてだけでなく、特定のプロジェクトの経験としても理解されます。 これは重要なポイントであり、私たちはそれに戻ります。
- 内部リソースプール -プロジェクトで使用できる必要なリソースを持つ部門またはユニット。 例：フロントエンド部門/部門、QA部門/部門、プロジェクト管理部門/部門など 外部リソースプールと比較して、内部リソースプールの利点は、効率的な通信、保証された資格、および優れた管理性です。 短所-うまくスケーリングしません。
- 外部リソースプール -プロジェクトを実施する会社または会社の外部の専門家。必要なリソースを持ち、プロジェクトを一時的に使用する準備ができています。 例：フリーランサーのサイト、アウトソーシングに特化した企業、一時的にリソースが不足しているパートナー企業。 内部リソースプールと比較した長所：スケーラブル。 短所：通信の複雑さ、高価な管理、保証されていないリソースの品質、コスト、管理のオーバーヘッド。
- 一貫性のない（未解決の）リソースプランは、プロジェクトを実行するためのリソースのアプリケーションです。 このようなリソース計画は、プロジェクトを正常に完了するために必要なリソース、時期、量、期間を示します。 同時に、このプランの名と姓の代わりにダッシュまたはスペースがあります-実際の人はまだいないので、それらを取得したいだけです。 これまでのところ、必要な専門家の要件のみを決定でき、おそらくプロジェクトで見たい特定の候補者に関するリソースマネージャーの要望を策定することができます。 もちろん、一部の職種はすでに「詰め込まれている」場合があります。特定の人の名前が書き留められているため、プロジェクトへの参加の確認がすでに得られています。
- 合意された（古い）リソース計画は、リソースプールの所有者と特定の時間に必要な品質のリソースを供給するための契約です。 以前のバージョンとの違い-すべてのダッシュは実際の名前と姓に置き換えられます。
- 人員配置とは、リソース計画の不安定なポジションに対応するリソースを選択および調整するプロセスです。 簡単に言えば、人員配置はプロジェクトのチームを選択することです。 ここで重要なのは、プロジェクトマネージャーが、指定された要件を完全に満たすプロジェクトの従業員を受け取ることは非常にまれであるということです。 全員がプロジェクトのチームを望んでおり、100％がシニアデザイナー、開発者、アナリスト、テスターで構成されていますが、誰もがそのようなチームを獲得できるわけではありません。 また、適切な時間または適切なタイミングで人々を獲得できるとは限りません。 したがって、計画は人員配置として変更される場合があります。 リソースの品質がプロジェクトの評価中に設定された品質よりも悪い場合、明らかに、同じ作業を実行するための時間数が増加します。 目的のリソースが計画よりも遅かれ早かれ別のプロジェクトからリリースされた場合、この事実を修正し、新しい条件を考慮して計画を作り直します。
それでは、人々はお金とどう違うのですか？
リソース管理の本質をよりよく理解するために、財務管理との類似性を引き出しましょう。
| お金 | 資源 |
|---|---|
| 現時点では、十分なお金がありません（たとえば、給与を支払うために-現金のギャップ）-銀行で、または友人と借ります。 | 短期間に特定のリソースが必要です（たとえば、主な範囲を損なうことなく緊急の作業を行うため）-リソースが不足している近隣のプロジェクトからリソースを「急襲する」ことに同意します |
| 過剰なお金があります-私たちはそれを銀行に入れるか、収益性の高いプロジェクトに投資します。 | 顧客による要件の長期的な調整により、開発は「ブロック」されます。必要な場所でプロジェクトを一時的に使用できるようにします。 同時に、この期間のコストは近隣のプロジェクトに移され、予算を節約できます。 |
| 安いお金が市場に登場しました-私たちは自分自身を再信用します。 | 近隣のプロジェクトでは、開発者が解放されました。そのコストは、当社のサイトで使用されている外部委託リソースよりも低くなっています。 |
類推はこれらの場合に限定されません。 よく見られるパターン-リソース管理のほぼすべてのケースで、財務管理とその逆の類似性を見つけることができます。 しかし、お金とリソースの間には非常に大きな違いがあり、それがこの分野の詳細を決定します。
お金の世界では、銀行から100,000ルーブルを借りると、すぐに支出、投資などを開始できます。 -お金はすぐに働き始め、教えられる必要はありません。 リソース管理の世界では、2人の開発者を借りる場合、通常、彼らはすぐにプロジェクトの利益を得ることができません。 なぜなら、お金とは異なり、リソースの価値は、特定の機器の資格と所有レベルだけでなく、特定のプロジェクトの詳細に関する知識によっても決まるからです。 そして、この知識はプロジェクト内でしか習得できず、時間をかけて勉強します。
できるだけ早く1つまたは別の予定外の機能を実装する必要がある顧客との間で紛争が頻繁に発生するのは、この主題です。 原則として、顧客のレトリックは次のようになります。「あなたの会社にはXXXが数十人、数百人、数千人います。プロジェクトに別のYを追加して、私たちがやりたいことをしてください。」 顧客の真実は、はい、あなたの会社では、原則として、彼が望むことをすることができる本当にたくさんの有資格者がいるということです。 ただし、これらの要件の実装を開始するために、他のプロジェクトの資格のある専門家がプロジェクトに関する必要な知識を習得する必要があるという事実は考慮されておらず、これには時間がありません。
したがって、結論-リソースを管理するとき、新しく追加されたリソースは、それがどんなに適格であっても、プロジェクトに飛び込むのに時間がかかり、それから結果が出始めることを常に覚えておく必要があります。 ダイビングにかかる時間は、リソースの資格、サブジェクトエリアとプロジェクトの知識の程度、プロジェクトの情報インフラストラクチャ、およびプロジェクトについてアクセスしやすい形で伝えることができ、それがどのように機能するかを示す近くの人々の存在に依存します。
これで最初のパートは終わりです。 次のパートでは、リソース計画とリソース計画の品質がどのような影響を与えるかについて説明します。