タクトタイムとは:計算式と算出方法

Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
タクトタイムとは、顧客需要をちょうど満たすために1単位を生産できる最大時間です。多すぎても少なすぎてもいけません。これは、工場やオフィスの外にある現実世界の需要と生産ペースを結びつける、たった1つの数字です。
タクトタイムとは何か
タクトタイムとは、利用可能な稼働時間内で顧客需要を満たすために、プロセスが1単位の出力を完了しなければならないペースです。平たく言えば、「1単位あたり何秒(または何分)使えるか」という問いへの答えです。**タクト(Takt)**という言葉は、音楽の拍子や指揮棒を意味するドイツ語に由来します。指揮者が奏者全員を同期させる安定したリズムのことです。この例えはまさに正確です。タクトタイムは生産ラインのメトロノームなのです。
言葉で表すと計算式はこうなります。純粋な稼働可能生産時間を、同じ期間の顧客需要で割ります。
重要なファクト:タクトタイム
- トヨタは1950〜60年代にトヨタ生産方式の中核的なスケジューリングツールとしてタクトタイムを普及させました。今日でも世界クラスの自動車・電子機器製造における主要なペース設定の仕組みであり続けています(ライカー、『ザ・トヨタウェイ』、2004年)。
- International Journal of Production Researchに掲載された2019年の研究によると、タクトタイムを明示的に追跡している工場は、スループットベースのスケジューリングのみを使用する工場と比較して、仕掛品在庫が最大23%少ないことが分かりました(IJPR、第57巻)。
- この概念は、ウォマック、ジョーンズ、ルースが『The Machine That Changed the World』(1990年、MIT国際自動車プログラム)でトヨタのペース設定の規律を説明したことをきっかけに、西側の製造業の語彙に広く浸透しました。
タクトタイムの計算式
計算式は以下のとおりです。
タクトタイム = 純粋な稼働可能生産時間 ÷ 顧客需要
単位に注意してください。純粋な稼働可能時間が秒単位で、需要が単位数であれば、タクトタイムは「秒/単位」で出てきます。計算全体を通して単位を一貫させましょう。
計算例:
- シフト長:8時間
- 休憩:15分休憩×2回+昼休憩30分=合計60分
- 純粋な稼働可能時間:8時間 − 1時間=7時間=420分=25,200秒
- そのシフトの顧客需要:180単位
タクトタイム=25,200秒 ÷ 180単位=140秒/単位
つまり、需要とぴったり歩調を合わせるには、ラインは2分20秒ごとに1単位を完成させる必要があります。もしどこかのワークステーションが平均140秒より長くかかれば、シフトの目標を達成できません。
同じ計算式を週単位や月単位にも拡張できます。ただし「純粋な稼働可能時間」と「顧客需要」が全く同じ期間をカバーしていることを必ず確認してください。
タクトタイム、サイクルタイム、リードタイムの違い
この3つの指標はしばしば混同されますが、それぞれ異なるものを測定しています。混同すると、人員配置やスケジューリングで誤った判断につながります。
| 指標 | 定義 | 測定するもの | 計算式 |
|---|---|---|---|
| タクトタイム | 顧客需要によって設定される目標ペース | どれだけ速く生産すべきか | 純粋な稼働可能時間 ÷ 需要 |
| サイクルタイム | ワークステーションで1単位を完成させる実際の時間 | どれだけ速く実際に生産しているか | 1単位の開始から終了までの経過時間 |
| リードタイム | 注文受付から注文納品までの総時間 | 顧客が経験するエンドツーエンドの待ち時間 | 納品時刻 − 注文時刻 |
タクトタイムは、プロセスの外側(顧客)から導かれる目標値です。サイクルタイムは、プロセスの内側で測定される実測値(実際の成果)です。リードタイムは、キューでの待ち時間、輸送、その他注文から納品までのすべてを含む顧客体験の指標です。
健全なプロセスでは、すべてのワークステーションでサイクルタイムがタクトタイムと同等かわずかに下回っています。あるステーションのサイクルタイムがタクトタイムを超えていれば、そのステーションはボトルネックであり、需要を満たせません。サイクルタイムがタクトタイムを大幅に下回っている場合は、必要以上に速く生産している、つまり在庫を積み上げ、キャパシティを浪費し、システムのどこか他の場所にあるビジネスのボトルネックを隠している可能性があります。
タクトタイムが重要な理由
タクトタイムは、現場やサービスデスクを実際の顧客需要に結びつける、オペレーションチーム共通の唯一の基準点を与えてくれます。これがなければ、生産目標は単なる推測にすぎません。
過剰生産を防ぐ。 過剰生産はリーン手法における最初のムダです。在庫を生み、欠陥を隠し、他で使えるはずのキャパシティを消費するからです。タクトタイムより速く稼働しているプロセスは、定義上、過剰生産をしていることになります。
不均衡を明らかにする。 各ワークステーションのサイクルタイムをタクトタイムと並べてみると、ボトルネックが即座に見えてきます。140秒のタクトタイムに対して170秒かかっているステーションが1つあれば、ライン全体に努力を分散させるのではなく、どこに改善努力を集中すべきかが正確に分かります。
スケジューリングを安定させる。 タクトタイムを把握しているチームは、必要なオペレーターの数、稼働すべきシフトの数、いつ拡大・縮小すべきかを、複雑な表計算をこねくり回さずに計算できます。これは、出力のタイミングが予測ではなく実際の注文と同期されるジャストインタイム生産と自然に結びつきます。
継続的改善を支える。 サイクルタイムをタクトタイムと時系列で比較することは、カイゼン活動、プロセス再設計、研修などの改善作業が実際に効果を上げているかどうかを直接測る指標になります。
タクトタイム使用時のよくある誤り
総稼働時間ではなく、純稼働時間を使うべきところで誤る。 予定された休憩、昼休み、計画済みメンテナンスを差し引くのを忘れると、タクトタイムは実際よりも長く(余裕があるように)見えてしまいます。実際に人々が休憩を取ると、ラインは遅れてしまい、誰もその理由が分からなくなります。
需要の平均が粗すぎる。 月間平均需要が3,000単位というのは単純に聞こえますが、注文が月の最終週に急増する場合、第4週の日次タクトタイムは月次計算が示唆するよりもはるかにタイトになります。需要パターンが大きく変化するたびにタクトタイムを再計算しましょう。
タクトタイムを個々のオペレーターの目標と混同する。 タクトタイムはシステムレベルの目標であり、個人のスピードのノルマではありません。これを個人の業績プレッシャーとして扱うと、ストレス、手抜き、品質問題を生み出します。
タクトタイムを設定したまま更新しない。 需要は変化します。計画メンテナンスの窓も変わります。1月に計算したタクトタイムは、4月には誤っているかもしれません。少なくとも月に一度、または需要が10%以上変化するたびに見直しましょう。
タクトタイムとサイクルタイムのギャップを無視する。 タクトタイムの計算は、それを各工程の実際のサイクルタイムと比較して初めて役立ちます。その比較こそが行動のトリガーです。タクトタイムだけでは、ホワイトボードに書かれた単なる数字にすぎません。
タクトタイムの計算方法
ステップ1:純粋な稼働可能生産時間を決定する
対象期間(シフト、日、週)の予定生産時間から始めます。すべての計画済みダウンタイム、休憩、昼休み、シフト交代、計画済みの予防保全、チームミーティング、その他ラインが稼働していない時間をすべて差し引きます。計画外のダウンタイムは差し引かないでください。それは別途対処すべきキャパシティの損失です。
上記の計算例では、8時間シフトから休憩60分を引いて純稼働時間420分となります。
ステップ2:同じ期間の顧客需要を把握する
実際の顧客注文、または信頼できる需要シグナルを、まったく同じ期間で取得します。週次の数値を使うなら、純稼働時間も週次であることを確認してください。時間軸が一致しないと、タクトタイムはたちまち破綻します。
季節的な急増やプロモーション期間には注意しましょう。12月に需要が倍増するなら、12月のタクトタイムはおよそ11月の半分になります。期間ごとに個別に計算しましょう。
ステップ3:割り算をして単位を確認する
純稼働時間を需要で割ります。結果が行動につながる単位を選びましょう。高ボリュームのライン(自動車、電子機器)には秒/単位、中ボリュームのプロセスには分/単位、複雑で低ボリュームの組立やサービス業務には時間/単位が適しています。
例:純稼働時間6時間、1日12件のチケットを扱うソフトウェアサポートチームのタクトタイムは、1件あたり30分です。
ステップ4:実際のサイクルタイムと比較し、再調整する
各ワークステーションまたはプロセスステップの実測サイクルタイムを取得します。タクトラインの横に棒グラフとしてプロットします。タクトを上回る棒はすべて、即座の対応を要するボトルネックです。タクトを大幅に下回る棒は、過負荷の隣接工程とキャパシティを共有できる候補です。
この比較こそがバリューストリームマッピングを自然なパートナーにする理由です。バリューストリームマップは工程の全体的な流れを示し、タクトとサイクルの比較は、その流れの中でどのステップが全体のシステムを引き止めているかを教えてくれます。どのボトルネックを最初に解消すべきかを優先順位付けするには、パレート分析のアプローチを使いましょう。
タクトタイムの例
| 現場 | 純稼働時間 | 需要 | タクトタイム |
|---|---|---|---|
| 自動車組立(1シフト) | 420分 | 84台 | 5分/台 |
| 電子基板ライン(8時間、休憩45分) | 435分 | 870枚 | 30秒/枚 |
| 病院の退院手続き(10時間) | 600分 | 20人 | 30分/患者 |
| ソフトウェアサポートチーム(純稼働6時間) | 360分 | 24件 | 15分/件 |
| 受注処理の倉庫(1シフト) | 450分 | 900件 | 30秒/件 |
製造ライン: ある自動車工場は、15分休憩を2回と、終業時の30分のシフト交代を含む1回の8時間シフトを稼働しています。純稼働時間=8時間−(30+30)分=420分。1日のディーラー注文を満たすために84台を生産する必要がある場合、タクトタイム=420÷84=1台あたり5分です。そのライン上のすべてのワークステーション(溶接、塗装、内装、最終チェック)は、それぞれの担当分を5分以内に完了する必要があります。
サービス/チケットキュー: あるサポートチームは、午前8時から午後5時まで、うち3時間を会議と事務作業に充てながら顧客のエスカレーションに対応しています。純稼働時間=6時間=360分。日次需要は24件のチケットです。タクトタイム=360÷24=1件あたり15分。チームの平均対応時間が20分であれば、より速い解決フロー、追加担当者1名、またはチケット量の削減のいずれかが必要です。この計算が、人員配置の判断を明確にしてくれます。
ソフトウェア/かんばん: あるプロダクトスクワッドは、6営業日と2名の開発者でスプリントを処理しています。純稼働開発時間=2×6×6生産的稼働時間=72時間。18件のユーザーストーリーにコミットした場合、タクトタイム=72÷18=1ストーリーあたり4時間です。ほとんどのストーリーが8時間で見積もられている場合、チームは一貫してタクトを超過していることになります。これは、スプリント開始前にストーリーの規模を適正化するか、スプリントの範囲を減らすべきというシグナルです。これはムダ・ムラ・ムリとも関連します。過大なストーリーで埋め尽くされたスプリントは、ムラ(不均一)とムリ(過負荷)の典型例です。
ベストプラクティス
計画期間の開始時に毎回タクトタイムを再計算する。 古い数字に意思決定を委ねてはいけません。5分あれば計算できます。そして期間開始前に、現在のキャパシティが実際に需要を満たせるかどうかという議論を、事後ではなく事前に促してくれます。
タクトタイムを見える場所に掲示する。 ライン脇のボード、スプリントボード、あるいはチームのダッシュボードに、実際のサイクルタイムの隣に置きましょう。2つの数字が同じ視界に入っていれば、食い違いは月次の驚きではなく日々の話題になります。
タクトタイムを、ラインスピードだけでなく人員配置の意思決定に活用する。 顧客需要が落ちたら、単に速く動いて過剰生産するのではなく、シフト数を減らすか人員を再配置しましょう。需要が上がったら、既存のタクトタイムでその増加を吸収できるか、キャパシティを追加する必要があるかを計算しましょう。
タクトタイムを標準作業と組み合わせる。 タクトタイム(目標サイクルタイム)が分かったら、オペレーターがそれを一貫して達成するために従うべき手順の順序を文書化しましょう。標準作業は、タクトタイムを単なる目標から繰り返し可能なプロセスへと変えてくれます。
タクトの未達をシステムの信号として扱い、人の問題として扱わない。 サイクルタイムが一貫してタクトを超えている場合、システムは再設計が必要だと教えてくれています。より良い治具、引き継ぎの削減、より小さなバッチサイズ、ワークステーション負荷の再バランスなどです。これはまさに、リーンを持続可能にする継続的改善のマインドセットです。
よくある質問
タクトタイムとサイクルタイムの違いは何ですか?
タクトタイムは、顧客需要を満たすためにプロセスが達成すべき目標であり、あなたではなく顧客によって設定されます。サイクルタイムは、プロセスが実際に1単位を完成させるのにかかる実測時間であり、観察によって測定されます。目標は、各ステップでサイクルタイムをタクトタイム以下に保つことです。どこかでサイクルタイムがタクトタイムを超えていれば、ボトルネックがあります。どこもかしこもサイクルタイムがタクトタイムを大きく下回っていれば、人員過剰または過剰生産です。
タクトタイムは製造業以外でも使えますか?
もちろんです。繰り返し可能な出力と顧客需要のシグナルを持つプロセスであれば、どこでもタクトタイムを使えます。サポートキュー、文書レビューのワークフロー、病院の退院プロセス、ソフトウェアのスプリントなどです。計算式は同一です。唯一の調整点は、自社のスループット率に合った時間単位(低ボリュームのプロセスなら秒ではなく分や時間)を選ぶことです。
タクトタイムが物理的に可能な最短サイクルタイムより短い場合はどうなりますか?
これは、顧客需要が現在のキャパシティが利用可能時間内に物理的に届けられる量を超えていることを意味します。選択肢としては、稼働可能な生産時間を延長する(シフトや残業を追加する)、並列のキャパシティを追加する(ワークステーションや人員を増やす)、あるいは納期について顧客と交渉するなどがあります。タクトの計算は、この制約を早期に、多くの場合危機になる前に可視化してくれます。
タクトタイムはどれくらいの頻度で再計算すべきですか?
需要が10%以上変化したとき、純稼働可能時間が変化したとき(新しいシフトパターン、季節的なメンテナンス)、または計画期間の開始時ごとに再計算しましょう。安定した高ボリュームのラインであれば、月次の再計算で通常は十分です。変動の大きい環境(プロジェクト業務、季節性の高い小売、注文が不規則なB2B)では、週次またはスプリントごとに再計算しましょう。
タクトタイムとジャストインタイム生産の関係は何ですか?
タクトタイムは、本質的にジャストインタイムシステムの心臓部です。JITは「顧客が必要とするものだけを、必要なときに生産する」という考え方です。タクトタイムはその原則に数字を与えます。どれだけ速く生産すべきかを正確に教えてくれるのです。タクトタイムの目標がなければ、JITは目盛りのない哲学にすぎません。
タクトタイムはオペレーションにおいて最もシンプルな計算の一つですが、その効果は非常に大きいものです。チーム全員が同じ目標数字を見て、実際のサイクルタイムがそれと並べて測定・掲示されるとき、改善の議論は具体的になり、人員配置の意思決定は根拠を持つようになり、過剰生産は在庫の山になる前に可視化されるようになります。
関連記事
- ジャストインタイム生産:タクトタイムがプルベースのスケジューリングをどう推進するか
- ムダ・ムラ・ムリ:タクトの不均衡が生む3つのムダの形
- バリューストリームマッピング:サイクルタイムがタクトを超える箇所を可視化する
- リーン手法:タクトタイムが支えるより広いシステム
- ビジネスのボトルネック:サイクルタイムがタクトを超えたときに制約を診断する方法

Senior Operations & Growth Strategist