ステータス

• 2021/1/6 Guildの案件名2021の年号を2022に変更

背景

• 将来の稼働予測を元に受注や採用判断を行う必要がある
• チーム毎およびグループ全体の稼働の最適を行う上で稼働状況が可視化される必要がある
• Guildと呼ばれる社内リソース管理システムを構築した
• ZACコード報告ガイドライン ver0.9は別のページに記載
• Guildのガイドラインも必要になったので、Guild・リソースガイドラインとして名称変更

目的

• 将来の空き稼働の実態を可視化して受注や採用、リソース調整につなげるのがGuildの記載の目的です

リソース管理システム

• Guild
•  https://guild.corp.yumemi.jp/#/

記載ガイド

• 記載方針
• 当月を含む、将来のリソース計画の実態として最も確からしい数値を記載する
• 記載内容
• 確定済みの各プロジェクト計画における「プロジェクトリソース計画」を反映させる
• 例）「どのプロジェクトに対して、何月に何％稼働する」といった内容
• 未確定の場合でも、確度が高い場合には記載する
• 例えば、見積もり中で、ほぼほぼ問題なくOKであることが想像される場合など

役割分担

各メンバー

チームRep

PM

• 参考）リソースマネジメント担当（ガイドライン）　の役割とは

営業

稼働率の定義

「空き」の定義

その他

• システムの操作・入力内容で困ったら以下のチャネルに相談する
• #002_help_guild-稼働予測管理システム
• 下記の1ヶ月前のルールの運用含め、稼働に関する調整はリソースマネジメント担当が行い、定期的にリソース会議で調整する
• サーバーサイド：　阿部
• iOS：　海保
• Android；　静
• フロントエンド：　青木（基）

１ヶ月前ルール

• 内容
• PMは必ず、確定している１ヶ月先のリソース計画を各チームに確保依頼してください
• メンバーはPMから「来月この作業をお願いしたい」と言われたとしても、１ヶ月前ルールに基づいて、原則は１ヶ月先に時期調整を行う事ができます
• 目的
• 最低限、常に１ヶ月先の予定が確定されている状態にする
• 背景
• パートナーさんとの契約延長も１ヶ月前である
• 当月にリソース確保依頼があるからといって待機しておくと、仮にその確保依頼がなくなった時に空きが発生するリスクとなる
• したがって、明確に確定した依頼ベースでしか動かないようにしていく必要がある

上記のマスターネームをプロジェクト名として利用して記載ください

FAQ