フレームワーク活用ガイドひとことで言うと#
タクトタイムは、顧客の需要ペースに合わせて1個の製品を完成させるべき基準時間であり、「利用可能時間 ÷ 顧客需要数」で算出される生産管理の基本指標です。
用語の定義#
押さえておきたい用語
- タクトタイム（Takt Time）：顧客需要を満たすために必要な生産ペース。利用可能な作業時間を需要数で割って算出する
- サイクルタイム（Cycle Time）：1個の製品を実際に完成させるのにかかる時間。タクトタイム以下であれば需要を満たせる
- リードタイム（Lead Time）：注文を受けてから顧客に届くまでの全体の所要時間。サイクルタイムとは異なる概念
- ボトルネック（Bottleneck）：全工程の中でサイクルタイムが最も長い工程。全体のスループットはボトルネックに制約される
- 平準化（Heijunka）：需要の変動を均すことで、タクトタイムの急激な変動を防ぎ、安定した生産を実現する考え方
全体像#
需要を把握
期間あたりの必要数
→期間あたりの必要数
タクトタイム算出
利用時間÷需要数
→利用時間÷需要数
各工程のCTを測定
ボトルネックを特定
→ボトルネックを特定
CTをTT以下に改善
工程バランスを最適化
工程バランスを最適化
こんな悩みに効く#
- 生産ラインの人員配置が「経験と勘」で決まっており、過剰か不足かわからない
- ある工程だけ仕掛品が溜まるのに、どこがボトルネックか定量的に説明できない
- 需要が増えたとき「とにかく残業」で対応しており、体系的な増産計画が立てられない
基本の使い方#
顧客需要と利用可能時間を確定する
一定期間（日・週・月）の顧客需要数と、その期間に利用できる正味の作業時間を確定します。作業時間は休憩・清掃・段取り替えを除いた正味時間を使います。タクトタイム = 利用可能時間 ÷ 需要数で算出します。
各工程のサイクルタイムを計測する
すべての工程について、実際の作業時間（サイクルタイム）をストップウォッチで複数回計測し、平均値を出します。計測は「理想値」ではなく「現実の所要時間」で行い、ばらつきも記録します。
タクトタイムとサイクルタイムを比較する
各工程のサイクルタイムをタクトタイムと並べます。タクトタイムを超える工程がボトルネックで、全体のスループットを制約しています。逆にタクトタイムを大きく下回る工程には余裕（または過剰人員）があります。
工程バランスを改善する
ボトルネック工程の改善（作業分割、自動化、治具導入）と、余裕工程の統合（作業の再配分、人員の移動）を行い、全工程のサイクルタイムをタクトタイムに近づけます。需要が変動したらタクトタイムを再計算し、ラインバランスを調整します。
具体例#
電子部品工場のライン再設計
電子部品メーカーが、月間需要12,000個の製品のラインを再設計。月の稼働日20日×8時間×60分＝9,600分から休憩・段取り時間を引いた正味8,400分で計算し、タクトタイムは42秒/個。5工程のサイクルタイムを計測した結果、工程Cが58秒でボトルネックだった。工程Cの作業を分析し、部品の取り付け順序を変更するだけでサイクルタイムが58秒→38秒に改善。工程Eは24秒と余裕があったため、工程Dの一部作業を移管。全工程を34〜42秒の範囲に収め、残業なしで月間需要を満たせる体制が整い、月間残業時間が320時間→40時間に削減された。
飲食チェーンのキッチンオペレーション
ラーメンチェーン（50店舗）が、ランチタイム（11:30〜13:30、120分）に80杯を提供するためのタクトタイムを算出。120分÷80杯＝1.5分/杯。調理工程を「麺茹で→スープ注ぎ→トッピング→配膳」の4工程に分解し、サイクルタイムを計測。麺茹でが2.0分でボトルネックだった。茹で釜を1口追加（同時調理可能数を4→6に増加）し、実質サイクルタイムを2.0分→1.3分に改善。ピーク時の提供待ち時間が平均12分→7分に短縮され、昼の回転率が1.4回転→1.8回転に向上。店舗あたりの売上が月約35万円増加した。
ソフトウェア開発への応用
SaaS企業の開発チーム（8名）が、2週間スプリントにタクトタイムの考え方を導入。スプリントの正味作業時間は8名×8時間×10日×0.7（会議等除外）＝448時間。過去のベロシティから1スプリント40ストーリーポイントが需要相当として、タクトタイム＝448÷40＝約11.2時間/SP。工程（設計→実装→レビュー→テスト）ごとにかかる時間を計測すると、コードレビューが平均3.5時間/SPと突出。レビュー待ちのキュー時間がボトルネックだった。レビュー担当を1名から2名に増やし、レビュー待ちの平均時間が8時間→2時間に短縮。スプリントのベロシティが40→52ポイントに向上した。
やりがちな失敗パターン#
| 失敗 | 原因 | 対策 |
|---|---|---|
| 休憩や段取り時間を含めて計算する | 利用可能時間に正味ではない時間が入っている | 正味作業時間（実際に手を動かせる時間）だけを分子に使う |
| 需要変動を無視して固定タクトで運用する | 季節変動や受注増減を考慮せず年間平均で設定する | 月次または週次で需要を見直し、タクトタイムと人員配置を動的に調整する |
| ボトルネック以外の工程を改善してしまう | 全体のスループットはボトルネックに制約されるのに、改善しやすい工程から手をつける | まずボトルネック工程を特定し、そこの改善に集中する。ボトルネックが解消されたら次の制約を探す |
| タクトタイムを「ノルマ」として運用する | 作業者にプレッシャーをかける道具として使い、品質が低下する | タクトタイムは「需要に合った適切なペース」であり、無理な高速化の目標ではない。品質を守った上での改善を前提とする |
まとめ#
タクトタイムは「どれだけ速く作るか」ではなく「需要に合った速さで作る」ための指標です。速すぎれば過剰在庫、遅すぎれば納期遅延。タクトタイムを算出し、各工程のサイクルタイムと比較することで、ボトルネックが定量的に見え、改善の優先順位が明確になります。製造業だけでなく、サービス業やソフトウェア開発にも応用できる汎用的な概念として、まずは自分のチームの「需要あたりの処理時間」を計算してみてください。