SESとkintone 案件別工数とスキル棚卸しの可視化(概念)
目次 クリックで開く
SES(システムエンジニアリングサービス)事業において、経営の健全性を左右するのは「現場ごとの採算性」と「エンジニアのスキル資産」の正確な把握です。しかし、多くの現場では月次報告書が届くまで正確な稼働時間が不明であったり、エンジニアの最新スキルが営業担当者の記憶や古いExcelシートの中に眠っていたりするのが実情です。
本記事では、ノーコードツール「kintone(キントーン)」を用いて、SESの実務に即した工数管理とスキル棚卸しの基盤を構築する具体的な手法を解説します。単なるツール導入に留まらず、現場の入力負荷を抑えつつ、経営層が意思決定に必要なデータをリアルタイムで抽出するためのデータ構造についても深く掘り下げます。
SES経営における「工数・スキル可視化」の構造的課題
SES事業の管理が複雑化する最大の要因は、情報が「点」で存在していることにあります。営業が持つ案件情報、総務が持つ契約情報、そして現場エンジニアが持つスキルと日々の稼働時間が、それぞれ異なるフォーマットで管理されているためです。
なぜExcelでのSES管理は「月次締め」まで実態が見えないのか
Excelでの工数管理には、情報の「同時性」と「集計性」に限界があります。各エンジニアから送られてくるExcelの作業報告書を管理者が手作業で集計している場合、全案件の粗利が確定するのは翌月の10日過ぎということも珍しくありません。このタイムラグにより、稼働が跳ね上がっている現場へのフォローや、不採算案件の是正措置が常に後手に回ってしまいます。
スキル棚卸しが「形骸化」する原因:更新頻度と検索性の欠如
多くの企業で行われている「年1回のスキルシート更新」は、実務ではほとんど役に立ちません。IT業界の技術スタックは半年単位で変化するため、いざ新しい案件の引き合いが来た際に「誰がReactの最新バージョンを扱えるか」を瞬時に特定できないからです。また、職務経歴書(Word/PDF)形式での保管は、キーワード検索に弱く、組織全体のスキル分布を定量的に分析することが困難です。
kintoneを活用したSES管理基盤の設計アーキテクチャ
kintoneでSES管理を行う際、最も重要なのはアプリ間の「リレーション設計」です。情報の重複を避け、整合性を保つための基本構造を解説します。
マスターアプリの定義(エンジニア、顧客、案件、単価)
まずは、情報のマスターとなるアプリを切り分けます。kintoneの「ルックアップ機能」を使い、以下のアプリを連携させます。
- エンジニアマスター:氏名、入社日、単価(標準原価)、所属部署。
- 顧客マスター:会社名、取引条件、担当者情報。
- 案件マスター:案件名、顧客ルックアップ、契約期間、受注単価、予定工数。
トランザクションアプリの設計(日次工数、スキル更新履歴)
日々更新されるデータは、マスターとは別の「トランザクションアプリ」として切り出します。これにより、過去の履歴を蓄積し、推移を追えるようになります。
- 工数入力アプリ:日付、案件ルックアップ、稼働時間、作業内容。
- スキル履歴アプリ:エンジニアルックアップ、技術カテゴリ、経験年数、自己評価(5段階)。
このようにデータを構造化することで、例えば「特定のエンジニアの、過去3ヶ月の特定案件における稼働推移」をワンクリックで集計可能になります。このようなデータ基盤の構築は、【図解】SFA・CRM・MA・Webの違いを解説。高額ツールに依存しない『データ連携の全体設計図』で解説しているデータ連携の考え方と共通する、非常に重要なプロセスです。
アプリ間連携:ルックアップと関連レコード一覧の使い分け
案件アプリの中から、その案件に紐づくエンジニアの工数履歴を表示したい場合は「関連レコード一覧」を使用します。これにより、案件詳細画面を開くだけで、現場の累計工数や残予算がリアルタイムで可視化されます。
案件別工数管理の具体的実装ステップ
では、実際にkintone上で工数管理を実装する手順を見ていきましょう。
【STEP 1】案件アプリと工数入力アプリの紐付け
工数入力アプリに「案件ルックアップ」フィールドを作成します。この際、案件アプリの「案件ID(重複禁止の項目)」をキーに設定します。これにより、入力ミスを防ぎ、正確な紐付けを担保します。
【STEP 2】計算式を用いた稼働率と粗利の自動算出
kintoneの計算フィールドを活用し、以下の指標を自動化します。
- 案件粗利:
受注単価 - (エンジニア原価単価 * 稼働時間) - 稼働率:
(実績工数 / 標準稼働時間) * 100
※複雑な条件分岐(残業代の割増計算など)が必要な場合は、標準機能の計算式ではなく、JavaScriptによるカスタマイズや専用のプラグイン検討が必要になります。
【STEP 3】グラフ機能による「現場別採算性」のリアルタイムダッシュボード化
kintoneのグラフ機能を使い、月別の「案件別売上推移」や「部署別稼働率」をポータル画面に配置します。これにより、異常値(稼働が高すぎる、または低すぎる案件)をマネージャーが即座に発見できる環境を構築します。
スキルの「資産化」を実現する棚卸しシステム
SES企業にとって最大の資産は「エンジニアのスキル」です。これを検索可能な状態に保つための設計を紹介します。
スキルマップをDB化する:カテゴリ別習熟度のスコアリング
自由記述のスキルシートをやめ、選択肢形式の「技術カテゴリ(言語、DB、OS、クラウド等)」と「習熟度レベル」を設けます。これにより、「Java経験3年以上、かつAWS運用経験あり」のエンジニアを全社員から数秒で抽出できるようになります。
エンジニア自身が更新したくなる「マイページ」の構築
情報の更新を徹底させるには、エンジニア側にメリットが必要です。kintone上に各エンジニアの「マイページ」を作成し、自身の経験プロジェクトや取得資格が整理されて表示されるように設計します。これは、社内でのキャリア形成の振り返りツールとしても機能します。
こうした社内業務のデジタル化は、Excelでの管理限界を突破する第一歩です。Excelと紙の限界を突破する「Google Workspace × AppSheet」業務DX完全ガイドで紹介されているようなモバイル活用のアプローチも、現場エンジニアの入力負荷軽減には非常に有効なヒントとなります。
実務で直面する3つの壁と回避策
kintone導入後に陥りやすい失敗と、その対策について解説します。
入力負荷問題:スマホ対応と入力項目の最小化
現場のエンジニアにとって、工数入力は「追加の業務」です。入力項目を極限まで絞り、kintoneのモバイルアプリを活用して移動中に数タップで完了できるUIを設計してください。また、API連携を活用して、既存の勤怠管理システムからデータを流し込む構成も検討に値します。
権限設定の罠:所属部署・役割に応じたアクセス制御
SES事業では、他人の単価情報や別案件の契約条件が見えてしまうことは大きなリスクです。kintoneの「レコードの閲覧権限」や「フィールドの閲覧権限」を使い、以下の制御を確実に行います。
- エンジニア:自分の担当案件と自分のスキル情報のみ。
- 営業担当:自分の担当顧客と所属部署のエンジニア情報。
- 経営・管理部門:全データ。
外部ツール連携:Slack/Teams通知による入力漏れ防止
入力漏れをゼロにするには、リマインドの自動化が不可欠です。kintoneの通知機能だけでなく、Webhookを使用してSlackやMicrosoft Teamsに入力依頼を飛ばす設定を行います。これにより、管理者が「入力してください」と督促する無駄な時間を削減できます。
SES管理ツールの比較検討(kintone vs 専用SaaS vs Excel)
自社の規模や目的に合わせて最適なツールを選択するための比較表です。
| 比較項目 | kintone | SES専用SaaS | Excel / スプレッドシート |
|---|---|---|---|
| 柔軟性 | 非常に高い(自社フローに完全準拠可) | 低い(ツールの仕様に合わせる) | 高い(ただし属人化しやすい) |
| リアルタイム性 | 高い(即時集計・グラフ化) | 高い | 低い(手動集計が必要) |
| コスト(月額/1名) | 1,500円(スタンダードコース) | 3,000円〜10,000円程度 | 基本無料(ライセンス料のみ) |
| スキル管理 | DB化による多角的な検索が可能 | 特化しているが項目変更に弱い | 検索・分析が困難 |
| 他システム連携 | API、プラグインで容易に拡張可 | 限定的 | 手動でのインポート/エクスポート |
※kintoneの最新料金および仕様については、サイボウズ株式会社公式サイトをご確認ください。
コスト面でいえば、kintoneは非常に安価にスタートできますが、一方でバックオフィス全般のコスト最適化も並行して考えるべきです。例えば、SaaSの導入が進む一方で、アカウント管理やコストの「剥がし方」については、SaaSコストとオンプレ負債を断つ。バックオフィス&インフラの「標的」と現実的剥がし方(事例付)で触れられている戦略が、長期的な利益確保に繋がります。
まとめ:kintoneによるSES DXのロードマップ
kintoneを用いた工数・スキルの可視化は、単なる事務作業の効率化ではありません。それは、「どの現場に、誰をアサインすれば、どれだけの利益が出るか」をデータに基づいてシミュレーションできる状態を作る、戦略的な投資です。
まずは、現在のExcel管理項目の棚卸しから始め、スモールスタートでひとつの部署から導入することをお勧めします。データの蓄積が進むにつれ、kintoneは貴社のSES事業を支える強力な経営基盤へと成長していくはずです。
SES事業でkintoneを運用する際の「盲点」と対策
基本設計を終えた後に直面しやすい、実務上の具体的な課題と解決策を補足します。
BP(パートナー企業)要員の工数管理をどうするか
自社エンジニアだけでなく、パートナー企業の要員もプロジェクトに参画している場合、kintoneの「ゲストユーザー機能」の活用を検討してください。直接kintoneに工数を入力してもらうことで、BPへの支払い管理と案件原価の突合が劇的にスムーズになります。ただし、ライセンス費用が発生するため、コストと入力手間のトレードオフを慎重に判断する必要があります。
勤怠データと案件工数の「乖離」を防ぐチェックリスト
実務でよくあるトラブルが、会社の勤怠打刻(総労働時間)と、案件別の工数合計が一致しないことです。以下のチェックリストを運用ルールに組み込むことを推奨します。
- 非稼働項目の定義:待機時間、社内会議、学習時間を入力項目として用意しているか。
- 入力単位の統一:0.25時間(15分)単位など、集計しやすい最小単位を規定しているか。
- 承認フローの構築:現場リーダーが週次で内容を確認し、「ステータス」を完了に更新しているか。
退職者・現場離脱者のアカウント管理
SESは人の出入りが激しいため、現場を離れたエンジニアや退職者のアカウントが放置されると、セキュリティリスクや不要なライセンス費用の発生に繋がります。この課題については、SaaS増えすぎ問題と退職者のアカウント削除漏れを防ぐ。Entra ID・Okta・ジョーシスを活用した自動化アーキテクチャで紹介されているような、ID管理の自動化を視野に入れるべきです。
導入前に確認すべき公式リソース
kintoneの機能を最大限に引き出すために、以下の公式ドキュメントを事前に参照することをお勧めします。
| 確認すべき項目 | 参照先(公式ドキュメント) |
|---|---|
| アクセス権の基本設定 | kintoneヘルプ:アクセス権の設定 |
| 計算式の書き方と制限 | kintoneヘルプ:自動計算の設定 |
| API連携の仕様(開発者向け) | cybozu developer network |
ご相談・お問い合わせ
本記事の内容を自社の状況に当てはめたい場合や、導入・運用の設計を一緒に整理したい場合は、当社までお気軽にご相談ください。担当より折り返しご連絡いたします。