回答募集中Xの声をもとにAIが作った質問公開
Claude Codeで内製した勤怠集計を仕様書なしで本番化してよいか？
X でよく見られる悩みをもとに、AI（Grok）が作った質問です。特定の人や会社の質問ではありません
前提
- 業種・規模
- 精密部品製造業・従業員約70人のグループ会社（親会社は約300人）
- 立場・部署
- 情報システム担当（親会社から兼務、現地常駐は月4日）
- いま使っているツール・AI
- 勤怠はExcelとクラウド打刻。Microsoft 365。現場リーダーがClaude（有料）とClaude Codeを個人学習用途から業務利用し始めました
- 扱うデータ
- 従業員約70人の出退勤、残業、シフト。個人の労働時間と手当計算に直結します。過去Excelは約36か月分
- 予算・期間・社内ルール
- IT専門部署は現地にありません。外部開発の見積は初期120万円で予算未承認。労働時間の計算誤りは労務リスクになります。生成AI利用の全社規程は親会社に草案があるだけです
実現したいこと
Excel手集計に毎月約12時間かかっている勤怠の一次集計を、現場が作ったアプリで置き換えたいです。本番化する場合の最低限の仕様・テスト・権限・障害時の戻し方を、兼務の私が判断できる形にしたいです。内製を続けるか、120万円の外注に切り替えるかの基準も欲しいです。
いま起きていること・困っていること
現場リーダーが約6時間で集計アプリの試作を作り、残業時間の突合が画面上では合って見えます。ただし仕様書はなく、テストは「エラーが出ない」程度です。計算式が36協定や端数処理の社内ルールと一致するか、私はコードレビューできていません。アプリは個人のClaude環境に近く、APIキーと従業員名がログに残る懸念があります。他部門から「自分たちも作る」と要望が出始めており、無秩序な内製が広がる前に線を引きたいです。
試したこと・調べたこと
- 社内で相談した
- AIツールを自分で試した
- ネットや本で調べた
- ベンダー・外注先に相談した
親会社の情シスと「業務データに触れる内製はレビュー必須」と口頭合意しましたが、チェックリストはありません。外注1社に概算を取ると初期120万円・保守月4万円で、納期は2か月でした。私自身がClaude Codeで同じ集計の一部を再現したところ、休日労働の割増が抜けた実装になり、見た目の動作だけでは分からないと実感しました。労務担当は「数字が合うなら早く使いたい」と急いでいます。
聞きたいこと
- 給与に近い勤怠集計を、仕様書なしのAI内製アプリで本番化してよい条件は何ですか。
- 兼務情シスが月4日しか現地にいない場合、最低限残すべきテスト項目と運用体制は何ですか。
- 内製継続と120万円の外注を、3年コストと障害時責任で比較する観点を教えてください。
補足
現場の約半数は日常的にClaudeを使い始めており、禁止すると別ツールへ逃げる可能性が高いです。