効果的なエンジニアリングリソース配分のためにAsanaを使用する方法

エンジニアリングにおけるリソース配分の理解

エンジニアリングチームは、優先順位、タイトな期限、および限られたヘッドカウントを補完する環境で動作します。リソース割り当てへの構造化されたアプローチがなければ、チームは重要な個人を過負荷し、マイルストーンを欠落させ、または高インパクトの作業を抑制するリスクを負います。効果的なリソース割り当ては、適切なエンジニアが適切なタイミングで適切なタスクに取り組んでいることを保証します。技術的債務のバランス、機能開発、および運用サポート。目的構築されたプロジェクト管理プラットフォームであるAsanaは、すべてのインテリジェントなリソースをすべてのリソースに割り当てるために必要な可視性と制御を提供します。

このガイドは、単純なタスクトラッキングを超えて移動します。容量計画のためにAsanaを設定する方法を学びます。ワークロードとポートフォリオビューを活用し、開発者ツールと統合し、反応するファイアーファイトから資源配分を有能なデータ主導プロセスに変える戦略を採用します。

エンジニアリングリソース管理のためのAsanaの設定

プロジェクト構成とタスク階層

複数のストリームを管理する場合、エンジニアリングチーム、またはプロジェクトポートフォリオの専用のプロジェクトを作成することで始まります。構造タスクは階層的に: 親タスク、サブタスクとしてのストーリー、およびバグや雑把な小さな単位として作成します。この階層は、リソースデータを任意のレベルで集計することができます。プロジェクト内のセクションを使用して、スプリント、マイルストーン、またはワークストリーム(例えば、「Sprint 12log」、「In Progress “Code”)を反映します。

チーム名は、一貫してチーム名をつけてすぐに検索できます。例えば、「エンジニアリング - プラットフォームスプリント23」や「モバイルアプリリリースQ3」など、チームや懲戒(フロントエンド、バックエンド、DevOps)のプロジェクトレベルのカスタムフィールドをそれぞれタグ付けして、作業負荷をフィルタリングします。

リソースデータのためのカスタムフィールド

カスタムフィールドは、Asana のリソース割り当てのバックボーンです。次のようなフィールドを作成します。

努力(時間またはストーリーポイント):[]]) 想定される作業が必要です。あなたのチームが時間、またはアジャイルチームのためのストーリーポイントを追跡する場合に時間を使用してください。
[] 優先度(P0–P3):[[] は、高インパクトのタスクが最初にスタッフを派遣されることを確認します。
リソースタイプ:] 正式、パートタイム、または契約者。
[]スキル/専門化:[フロントエンド、バックエンド、データ、セキュリティ - マッチングの専門知識に役立ちます。
[ ステータス:[]] 開始しないで、進捗、レビュー、ブロック、完了。

フォームフィールドを使用して、残りの努力を計算したり、実際の時間が推定を超えたタスクをフラグしたりします。カスタムフィールドでは、プロジェクト全体でワークロードをピボットして、危機になる前に誰が全体的な場所を識別することができます。

アサナの拠点活用

タスクの割り当てと負荷分散

Asana のタスクのドラッグアンドドロップのタスク割り当ては簡単ですが、効果的なロードバランシングは規律を必要とします。タスクを割り当てるときは、タスクのタスクを「ワークフロー」タブを使用して、割り当てられた既存の課題を確認します。 Asana の ワークフロービュー[]]は、期限やカスタムフィールドの努力から計算された各人のタスクのバーチャートを表示します。バーが 40 時間を超える場合(またはチームの標準容量が再配布される前に)、作業容量が再配布されます。

プロのヒント:ワークロード設定(例: 1日8時間)に毎日または週単位の容量制限を設定してください。アスアナは、人が過負荷したときに赤の過容量インジケータが表示されます。このビジュアルキューは、管理者がタスクを均等に広げるか、または優先順位をエスカレートすることを奨励します。

可視性のためのポートフォリオとダッシュボード

エンジニアリングディレクターまたはプログラムマネージャーが複数のチームを監督するのポートフォリオは、プロジェクト全体でリソース割り当ての高レベルビューを提供します。各エンジニアリングプロジェクトをポートフォリオに追加し、それを構成して、重要なカスタムフィールド「リソース利用」、「優先度重量」または「リスクレベル」を表示します。ポートフォリオの進捗バーを使用して、どのプロジェクトが完全にスタッフに表示され、それが主観的であることを確認します。

リアルタイムリソースメトリックのAsanaでダッシュボードを作成します。ピンチャートは、「タスク by Assignee」や「チームによる努力の回復」などです。推定値と推定値を比較するチャートを追加します。推定バイアスをスポット化する実際の時間。マニュアルスプレッドシートなしでリソース決定を揃える利害関係者とダッシュボードを共有します。

能力計画のためのワークロードビュー

Workload Viewは、リソース割り当てのためのAsanaの最も強力な機能です。これにより、すべてのプロジェクトを集計し、各人の合計作業をタイムラインに表示します。日付範囲でフィルタリングして、2つのスプリントを先に見ます。チームメンバーのバーのオーバーフローを見た場合は、どのタスクが遅延、分割、または再割り当てできるかを識別するためにドリルダウンします。左サイドバーの「ワークフロー」タブを使用して、それが表示されていない場合は、プロジェクト設定を有効にします。

生産性のワークロードのレビューのヒント:

チームごとに15分の週単位のチェックインを行い、ワークロードビューを一緒に確認します。
誰かが100%の容量を上回るタスクをフラグします。次のスプリントまたは再ネゴティエートスコープに移動します。
「Unassigned」ビューを使用して、リソースが必要なタスクを識別します。

最適化のための高度な戦略

タイムトラッキングと努力の推定

Asanaは、収穫、トグル、および Clockify などのタイムトラッキングツールと統合しています。エンジニアリングチームにとって、推定に対する実際の時間を追跡することは、将来のリソース配分を改善するために不可欠です。 Asana の「アプリ」セクションを介して、好みのタイムトラッカーを接続します。接続したら、チームメンバーはタスクに直接時間を記録します。推定努力に対する記録された時間を比較するカスタムフィールドを作成してください。このデータは、見積もりのリチュアルを絞り込むために使用します。

敏捷なチームでは、時間ではなくのストーリーポイントを使用して検討してください。浅名は数値カスタムフィールドをサポートしています。開発者ごとにポイントを合計するためにそれらを使用してください。チームがどのようにタックルできるかを予測するために、3つのスプリント上の平均速度、その数に基づいてリソースを割り当てます。

開発ツールとの統合

GitHub、GitLab、Bitbucket、Jira(AsanaのJira Cloud sync経由)とのシームレスな統合により、コンテクストの切り替えが削減されます。プロジェクト管理ビューを離れることなく、プルリクエストをリンクし、Asanaタスクにコミットすることで、進捗状況が確認されるようになります。 PRがマージされると、タスクステータスを「Review Completed」に自動更新します。これにより、手動の更新がなくなり、リソースデータを現在維持できます。

タスクがブロックされたとき、またはリソースが利用可能になったときに、Slack または Microsoft Teams を統合します(例えば、コードレビュー担当者がキューを完了)。これらの統合により、エンジニアリングマネージャーは、アサナを監視することなく、割り当ての変更に迅速に行動することができます。

プリントプランニングと反復

リソース割り当ては、リズムの1回限りのアクティビティではありません。Asanaのスプリントテンプレートを使用して、各反復を標準化します。スプリント計画中、バックログからタスクをプルし、現在の容量に基づいてそれらを割り当てます。スプリント終了日をマークするには、「デューデイト」フィールドを使用します。ワークロードビューは、自動的にその期間の割り当てが表示されます。

バーンアウトを避けるため、計画外の作業、技術的な債務、または生産サポートのための各スプリントの20%を予約してください。プレースホルダーとして、開発者1人あたり「バッファ」タスクを作成します。これは、割り当て計画を解除する緊急の要求を防ぐことができます。

共通の課題とソリューション

チームでは、アサナとでも、共通のリソース割り当ての落とし穴を打ちます。これらを克服する方法は次のとおりです。

[ チャレンジ:]] エンジニアは複数のプロジェクトで作業し、合計負荷を把握しにくい。 [
]] [ ソリューション:[[]]]]]]]]] Asanaの「マイタスク」ビューをプロジェクト全体に集約したり、各エンジニアは、その課題を映す単一の「マイワーク」プロジェクトを維持している。
[]Challenge:]] マネージャーは、データではなく、腸の感触に依存しています。 [
]] ソリューション:[]]] 作業負荷は、スプリントのレトロスペクティブの必須部分をレビューします。
[ チャレンジ:[]] リソース割り当ては、常に火を出す反応的です。 [
]] ] ソリューション:[[]]]]]]] リソースの予測にポートフォリオビューを使用して、リソースが2ヶ月かかります。需要が初期の容量を超えたフラグプロジェクト、その後、雇用または再優先順位を上げます。
[Challenge:]]エンジニアは追跡時間や更新タスクを抵抗します。 [
] ]ソリューション:]]] 可能な限り自動化: git commitを統合して、リカーリングリマインダーを設定し、正確なデータが自分の過負荷を軽減する方法を示す。

アスナナによる測定成功

リソースの割り当てが改善されているかどうかを知るには、Asana が追跡できるキーメトリックを定義します。

[]利用率:]]] 高優先度作業で費やしたエンジニアリング時間の割合と低値タスク。ダッシュボードでカスタムフィールドフィルタを使用してください。
[ オンタイムデリバリー:[]]] 期限までに完了したタスクやエピックスのパーセンテージ。完了したタスクを使用して、このトラックをマイナスタスクで実行します。
計画された対実際の努力:[] 推定時間と記録時間の間の変化。より広範なギャップ信号は、より良い推定または配分のための必要である。
[チーム満足度:[]]) リソースバランスにリンクされた定期的なパルス調査。過負荷チームは、より低い満足度を報告し、ワークロードデータとクロスリファレンスします。

月間運用レビュー中にこれらのメトリックを確認します。 Asanaのセットアップを調整します。新しいカスタムフィールドを追加し、ワークロード容量の制限を調整するか、新しいダッシュボードチャートを作成してください。これにより、進化した割り当てニーズがより良く反映されます。

コンテンツ

効果的なエンジニアリングリソース割り当ては、一回限りのセットアップではなく、規律です。 Asanaは、プロジェクト、チーム、および時間枠の横断的能力を誰が実行しているかを把握するためのツールを提供します。カスタムフィールドでプロジェクトを編成することにより、ワークロードビューを埋め、開発ツールを統合し、定期的な能力レビューを実行することで、過労を減らし、予測性を高め、エンジニアリングチームは最も重要であることを強調することができます。開始: 1つのチームを選ぶと、すべての作業リソースを追跡し、データを追跡し、データを追跡し、データを追跡する、数週間に制限します。

更に読むには、Asanaの公式の「リソースガイド」と「]」の「ワークフロー管理 Playbook」を調べます。容量計画を詳しく見るには、AsanaのWebサイトにある[リソース管理ユースケース]を参照してください。