👾 Page icon👾 Page icon

ZACコードガイドライン🔰

変更履歴

2021/4/9 テックリード業務を追加
リソース計画で明示的にテックリードとしてアサインされいない、随時発生する後方支援としてのテックリード業務
2021/9 研修を追加
オンボーディング受講、新人オリエン受講、社内研修の受講した場合に利用
2021/9 プロジェクト学習を追加
案件参加で必要となる学習をした場合に利用 ※学習にあたるかどうかについて曖昧だったり、悩む場合は第三者からのレビューをもらうこと
2021/12 人事業務としていた、事業部メンバーが行う、カジュアル面談、登壇・社内報、媒体記事のインタビュー、一次面接などは全て委員会活動とする HK
2022/1 2022年用の間接業務コードを追加
2022/6/1 新zac導入
2023/1/5 2023年度版に更新
「採用業務」、「育成業務」を委員会活動からそれぞれ独立
売上項目を各ギルド/グループに設定
業務の詳細はここにジャンプ!!
「研修業務」を新設
売上項目を「研修開発」と「研修受講」に設定
「間接業務_2022」を「バックオフィス業務_2023」に変更
採用、育成、委員会も間接業務であることから名称変更
2023/01/13
zacコード一覧DBの構造変更
「採用業務・育成業務について」の説明を、DBに移設
2023/01/18
「育成業務」「研修開発」「人事部業務」の対象を更新
zacコード一覧DBの構造変更
GUILDの対象案件リンクを追加
2023/4/28
「プロジェクト学習」を案件稼働に変更
2024/3/23 大幅に変更
名称変更
2600008 営業_2024 ⇨  営業・マーケティング_2024  に変更
営業_2024 の売上項目  新規営業 ⇨ テクニカルセールス  に変更
バックオフィス業務_2024 ⇨ 管理部門業務_2024 に変更
研究開発業務_2024 ⇨  技術開発_2024 に変更
新規売上項目追加
営業_2024 に売上項目に
ナーチャリング
営業職業務
を追加
新規追加
マネジメント関連業務_2024追加
さらに売上項目として
セルフマネジメント業務
グループリード業務(サーバーサイドギルド)
グループリード業務(各ギルド毎)
を追加
削除
バックオフィス業務の売上項目
会議
健康診断
テックリード
バディ業務
業務標準化・プロセス改善
を削除
移動
売上項目CTO室 2600005 委員会活動_2024 ⇨ 2600007 管理部門業務_2024 に移動 
2024/10/07 DBの項目名変更
No access の項目「JOBNO」→「ZACコード」に変更
参考: No access
2024/10/31~備考記載必須化
2024/11/15
No access 案件稼働とする
グループリード業務からピュアテックリード業務を対象外とする
2025/1/30
採用関連業務_2025について詳細化、網羅的に設定する
2025/2/5
案件に紐づかないテックリード稼働について、FAQに追加

ZACガイドライン ver1.0

変更履歴
2019/9/9 ガイドラインver0.9リリース
2020/2/21 新人のikuseiプロジェクトの割り当て期間を変更
2020/5/15 リードチームの稼働を技術推進委員会とする変更
2020/5/29 新人のikuseiプロジェクトの割り当て期間を3ヶ月から12ヶ月に変更
2020/7/9 gisuiをASDI委員会に名称変更、売上項目として下記を追加
サーバーサイド委員会、iOS委員会、Android委員会、フロントエンド委員会
FBI(問題分析委員会)
カイゼン委員会
2022/10/3 プロジェクト学習の日報の付け方を改訂
2022/10/3から運用開始
備考欄に対象の「クライアントor案件名」を必ず記入するように変更
複数案件の学習をしている場合についても追加

大原則⑴:実態主義

ZACの稼働としては実態・実績を表す形でつける
事実を隠蔽しようとしない事
ただし15分単位など細かくつける必要はない

大原則⑵:毎日あるいは週次で付ける(標準)

プロジェクトによっては、稼働できる工数に上限があるプロジェクトもあり、当月の中で稼働をコントロールする必要があります
当月の稼働の予測を確認したり、工数超過を予測する意味でも、ZACは毎日あるいは週次で付けてください

※2022年5月から日次もしくは週次でおこなうことを標準としてます

引き継ぎ時のZACコード

保守契約がある場合
保守契約の中でサービスマネジメント保守費用がある場合
この費用の見積根拠としては、年に1回発生する引き継ぎを考慮した工数を月工数に按分して見積もっています
つまり、保守費用の中で引き継ぎなどを行うものとして理解してください
保守契約がない場合
準委任契約の中で保守を行なっている場合は、準委任契約の稼働の中で、平準化や学習に必要な工数をもらう事が原則です(例:任天堂様)
PMに、準委任契約の中で引き継ぎに必要なリソース確保を依頼ください
ZACコード
以上から、保守に対応したZACコードを付けてもらってください

結果として稼働が空いてしまった場合

Guild・リソース管理ガイドライン ver1.0に記載するように、他チーム、グループ支援を行った場合は、関連したプロジェクトに対応するZACコードを付けてください。
その場合は、プロジェクトに直結する場合は、プロジェクトに紐づいたZACコードを付けてください。
グループ全体に繋がる活動は委員会活動のZACコードをつけてください

ZACマニュアル

備考欄に関して

2024/11/1~:備考欄は入力必須となっています
社内メンバーの協力のもと「間接コードの備考欄入力しないと日報確定できない拡張機能」を追加したので備考入力忘れそうな方や、メンバー達のチェックをする方はご利用ください
拡張機能はこちらクリック
インストールするだけで機能します!
ソースコード:

間接業務プロジェクトのZACコード(2025年1月〜2025年12月)

No results
No results
No results
No results
No results
No results
No results
No results
No results
No results
Load more

日報の入力方法

プロジェクト学習・情熱投資

どういった稼働が該当するのか、日報をつけるときの注意点などは以下をご確認ください。
手順

月報確定方法(忘れがち注意)

FAQ

勉強会はどこにつければいいですか?

主たる目的が何かによって変わります
主催活動
主たる目的に沿ってZACコードを選択してください
主たる目的が、研修を目的とした勉強会主催の場合は、育成関連業務_2025
主たる目的が、採用を目的とした勉強会主催の場合は、採用関連業務_2025
主たる目的が、(セールス)ナーチャリングにあたる勉強会主催の場合は、営業・マーケティング_2025>ナーチャリング
登壇準備(発表準備や資料作成などの稼働)
主たる目的が、社内向けの研修講師としての登壇であれば、育成関連業務_2025
主たる目的が、採用を目的とした登壇は、採用関連業務_2025
主たる目的が、(セールス)ナーチャリングにあたる登壇の場合は、営業・マーケティング_2025>ナーチャリング
また、登壇者の登壇内容について壁打ちやレビューなどを支援する場合も上記につけてもらって大丈夫です
発表内容が研究開発を目的としたものであれば「 🔟10%ルール 」としてもらっても大丈夫です
No access
You don’t have access to this synced block
Request access
ZACの勤怠登録・承認業務について(2024/11/15〜)
勤怠登録
案件稼働につけてください
社内案件(CEチーム、ゆめみダッシュボード、技術開発プロジェクト)などのコミッターについては、社内案件が案件稼働となります
複数の案件に関わっている場合については主たるプロジェクトの案件稼働につけるか、各案件に按分してつけてください
ただし厳密性は要求しないです。なぜならば複数案件に按分となると原価に与える影響が小さくなり誤差として許容できるためです
承認業務
休日出勤・深夜労働などについての承認は、自身のZACの勤怠登録の流れで行うことで実質的に承認にかかる時間はかからないと想定されるので、原則承認者自身の案件稼働につけてください
月報確認
ZACでは月報に対して「確認」を行うことができますが、確認行為は処理に必須ではない作業になっていますので、ZAC承認者は「確認」を行うことは不要ですし、備考欄が必須入力されているいかの内容の確認も不要です
月報の内容を詳細に行う必要があるのは、ZAC承認者ではなく主にプロジェクトオーナーであることが多いです
そこで、プロジェクトオーナーが月報や各メンバーのZACの備考欄の内容を確認することは案件に付随する業務として案件稼働となります
経費精算の稼働、楽楽精算の承認、個人の振り返りなど業務に伴う諸活動についてはどこで記入すればいいですか?
マネジメント関連業務>セルフマネジメント業務 につけてください
案件が終了してZACをつけることができないプロジェクトのふりかえり会の稼働はどうつければ良いですか?
案件完了後も1ヶ月はプロジェクトのZACにつけることが可能です
ふりかえり会が案件終了後、1ヶ月を超える場合は、該当する案件のZACをつけることができないため、便宜的に各ギルド毎の委員会稼働につけてください
学習(案件参加で必要となる学習含む)の時間はどこにつければいいですか?
No access を参照してください
テックリードチームが各種レビューを複数のプロジェクトに対して行う場合の稼働はどう付ければいいですか?
細かい単位でも各プロジェクトに対して付けてください
最近はレビューに関する稼働を見積時に予め確保していることが標準のためです
コードレビューの依頼もとには当該プロジェクトのZACコードとともにレビュー依頼をするなどしてください
案件に紐づかないテックリード稼働はどう付ければいいですか?
以下ページを参照ください
出張時のZACの稼働はどのように付ければいいですか?
XXXXXXXXXXXXX(別途規定する予定)
稼働時間を見るにはどうすればいいですか?
ZACの左の列に「アウトプット」があります。その中の「作業時間集計表」から以下の項目入力で確認できます。
集計単位1:作業月
JOBNo.:ZACコード
集計単位2:業務報告書入力者
お客様との歓迎会や懇親会の参加している時間などは、プロジェクト稼働をつける必要がありますか?
PMから業務指示命令を受けて参加する会のようなものでない限りはZACをつけないこととなります
稼働内容はどのくらい細かく書けば良いですか?
案件ごとに定めるプロジェクトオーナーの方針にしたがってください
案件によっては顧客に対して細かな作業明細を報告する必要がある場合もあります
各種判断が複雑なので何かしら判断フローを提示してほしい
2500006
Feed