AI端末のキッティングが詰まる原因｜台数が増えたときの回し方

「1台あたり10分で終わる作業のはずなのに、200台の配布が2か月押しています」「手順書はあるのに、なぜか毎回、最後の30台で止まります」——数十台を超えたあたりから、情報システムの担当者の口から出てくる言葉です。人手が足りないわけでも、手順の出来が悪いわけでもありません。1台あたりの時間を足し算して作った計画が、台数が増えた瞬間に成り立たなくなっているだけです。この記事では、端末の準備を作業ではなく工程として見直し、どこで端末が止まっているかを日数で測ったうえで、同時に流す形へ組み替える手順を整理していきます。

「1台10分の作業が、200台で2か月かかる」

端末の初期設定そのものは、手順が固まっていれば1台あたり10分から15分で終わります。箱から出し、電源を入れ、回線につなぎ、身元を入れて、設定が降りてくるのを待つ。手順書を1枚書いておけば、誰がやっても同じ結果になる作業です。ところが同じ手順で200台を配ろうとすると、単純に足し算した時間では終わりません。実際には数週間から2か月かかり、しかも最後の数十台で必ず止まります。

ここで最初に出てくる説明が「人手が足りない」です。たしかに人を増やせば速くはなります。ただ、人を2倍にしても日数は半分にならないのが、この作業の厄介なところです。2人目が触れる端末は、1人目が終わらせた端末とまったく同じ場所で止まります。列が1本しかないところに人を足しても、列の長さは変わりません。

もう1つの説明が「手順が悪い」です。手順書を書き直し、確認する項目を増やし、写真を貼る。ここも日数には効きません。手順書に書かれているのは、人が手を動かしている工程だけだからです。台数が増えて伸びているのは、その外側にある時間です。この記事では、手順書に載っていない外側を、工程として扱い直していきます。

増えているのは、作業の時間ではなく順番待ち

1台を配り終えるまでの時間は、2種類に分かれます。1つは、誰かが端末に触れている時間です。開封、初期設定、確認、記録、梱包。もう1つは、端末が何も起きないまま置かれている時間です。確認してくれる人の手が空くまで、名義を決める返事が来るまで、受け取る本人の予定が空くまで。1台のときは後者がほとんど発生せず、200台になると後者が全体の大半を占めます。

理由は単純で、1台のときは列ができないからです。自分で設定して、自分で確認して、その場で渡す。工程と工程の間に、他の端末が割り込む余地がありません。台数が増えると、同じ人・同じ場所・同じ承認に端末が集中し、そこで列ができます。列は台数に比例して伸びるのではなく、集中している工程の数だけ重なって伸びます。

この違いを見落としたまま計画を立てると、見積もりは必ず外れます。1台あたり10分に200を掛けた数字は、作業の総量としては正しい。ただしその数字は、どの端末も一度も待たされなかった場合の下限であって、日程ではありません。日程を出すには、どこで列ができるかを先に知る必要があります。次の節で、測り方を置きます。分析の道具は要りません。表計算ソフトと、前回配った20台ぶんの日付があれば足ります。

まず測る：端末が止まっている時間を拾う

測る目的は、遅い工程を責めることではありません。列ができている場所を1か所だけ特定することです。全台を記録する必要もありません。直近で配った20台から30台ぶん、工程の切れ目の日付が分かれば、形は十分に出ます。すでに配り終えているなら、記録を後から拾い直しても構いません。

この4つで出てくるのは、工程ごとの日数と、長引いた3台の理由だけです。それで足ります。どの工程で端末が止まっているかが分かった時点で、打ち手の候補は5分の1に絞られます。全工程をまとめて速くしようとすると、どの手も薄まって効きません。

詰まり1：確認が一列に並んでいる

最も多い詰まりが、確認の集中です。設定が正しく入ったか、余計なものが残っていないか、記録と現物が合っているか。この確認を、経験のある担当者1人が全台ぶん引き受けている形になっていることがあります。設定そのものは何台でも同時に流せるのに、確認だけは1台ずつ順番に並ぶので、そこが全体の速度を決めます。

厄介なのは、確認が速い人ほど詰まりが見えにくいことです。1台あたり3分で終わるなら、200台でも10時間。工数としては小さく見えます。ところが実際には、その人は確認だけをしているわけではありません。問い合わせに答え、会議に出て、別の依頼を受ける。手が空いた時間にしか列が進まないので、10時間ぶんの確認が3週間に伸びます。

手を入れる先は、確認の速さではありません。確認を分けることです。全台に共通して必要な確認と、条件が変わった端末だけに必要な確認は、同じ人がやる必要がありません。前者は結果の一覧を突き合わせれば済み、後者だけを経験のある人に回す。確認を1人から外すのではなく、確認の中身を2つに割るのが先です。

詰まり2：例外の端末が、全体の日程を決めている

同じ機種を同じ日に受け取っても、手順どおりに進まない端末が必ず出ます。届いた版が古い、前の利用者の設定が残っている、回線につながらない、周辺の機器だけ型が違う。この手の端末は台数に比例して増えるので、台数が増えるほど絶対数が効いてきます。

例外が日程を壊すのは、件数のせいではありません。例外に当たった瞬間、担当者がその1台を調べ始めるからです。原因が分かるまで、後ろの端末は止まったままになります。1台に1時間かけると、その1時間ぶん全体が遅れる。20台の例外なら20時間です。しかも調べている間は手が塞がるので、確認の列も同時に止まります。

決めておくことは1つで、例外はその場で調べず、列から外すという取り決めです。別の棚に置き、印を付け、後でまとめて見る。まとめて見ると、20台の例外が3つか4つの原因に収まることがほとんどです。1台ずつ調べれば20回の調査になり、まとめて見れば3回で済みます。順番を変えるだけで、かかる時間が変わります。

詰まり3：名義の紐づけが、人の予定に引きずられる

端末を配るには、どの端末を誰に渡すかが決まっている必要があります。この対応づけは設定の作業とは無関係に見えますが、実際には日程を強く縛ります。名義が決まっていない端末は、設定が終わっていても出せないからです。

名義が決まらない理由は、たいてい情報システムの側にはありません。部署の異動が確定していない、入社の日が動く、誰に優先して配るかを決める会議が来週になる。どれも他部署の予定で動きます。ここを待ちとして数えていないと、設定の工程だけを速くして満足してしまい、日程はまったく動きません。

対策は、名義が決まっていなくても進められるところまで進めておくことです。個人に結び付ける工程を後ろへ寄せ、それ以前の工程を先に全台で終わらせる。端末を仕上げる工程と、人へ割り当てる工程は、別の列として分けて並べます。分けておくと、名義が決まった日から渡すまでの日数が、数日から当日に縮みます。なお、どの端末が誰のものかという記録そのものの作り方は、資産の管理として別に整える話なので、ここでは日程の側だけを見ます。

詰まり4：受け渡しの日に、配れる台数の上限がある

端末が全部そろっても、配る速度には上限があります。受け取りには本人が要るからです。立ち会って説明し、初回の入り口を通してもらい、前の端末から移す作業を見届ける。1人あたり15分で済むとしても、1日に会える人数には限りがあります。ここだけは、並べ方を工夫しても縮みません。

それなのに起きがちなのが、受け渡しの予約を取り始めるのが遅いことです。設定が終わってから案内を出すと、そこから予定を合わせることになり、1週間から2週間が流れます。受け渡しの枠は、設定が終わる前に押さえておける数少ない工程です。順番を入れ替えるだけで、この待ちは消えます。

加えて、当日に説明する内容を減らす手も効きます。部署ごとにまとめて時間を取る、拠点ごとに日を決める、移行の手順を事前に配って当日は確認だけにする。どれも設定の作業とは関係がなく、日程には直接効きます。配布の計画は、設定が終わる日ではなく、人と会える日の数から逆算して組みます。

詰まり5：途中で手順の版が変わる

200台を2か月かけて配ると、その間に前提が変わります。設定の項目が1つ増える、使う道具の版が上がる、方針が変わって止める機能が追加される。先に配った端末と、後から配る端末で、中身が違う状態が生まれます。

差が生まれること自体は避けられません。問題は、差が記録されていないことです。どの時点から手順が変わったのかが残っていないと、後で不具合が出たときに、どの端末が対象なのかを特定できません。結果として、全台に触り直すことになります。触り直しは、配布そのものより時間がかかります。

やることは、手順に版の番号と適用した日を付けるだけです。加えて、途中で変えた項目が、配り終わった後から後追いで当てられるかどうかを確認します。後から当てられる項目なら配布を止める必要はなく、当てられない項目だけを、止めてでも先に直します。この見分けができていないと、変更が入るたびに作業全体が止まります。

5つの詰まりを、同じ表で見比べる

5つの詰まりは、待ちの生まれ方が違うので、効く手も違います。次の表は、詰まる場所ごとに、待ちの形と、同時に流せるかどうか、そして入れても効かない手を並べたものです。測って出た長い工程が、どの行に当たるかを先に確かめてください。

詰まる場所	待ちの形	同時に流せるか	入れても効かない手
確認	経験のある1人の手が空くまで並ぶ	中身を2つに割れば流せる	確認項目を増やす。1台あたりが伸びて列がさらに遅くなる
例外の端末	1台を調べている間、後ろが止まる	列から外せば流せる	手順書に例外の対処を書き足す。当たるまで読まれない
名義の紐づけ	他部署の決定を待つ	割り当てを後ろに寄せれば流せる	情報システムの側で急ぐ。決めているのは別の部署
受け渡し	本人と会える日を待つ	流せない。会える日数が上限	設定を速くする。渡す速度はまったく変わらない
手順の版	変更が入るたびに全体が止まる	後追いで当てられる項目なら流せる	変更を止める。止めれば配布中に前提が古びる

表の右端の列が、実務ではいちばん効きます。効かない手を先に外しておかないと、時間と予算がそちらに流れます。確認項目を増やす、手順書を厚くする、催促を増やす。どれも着手が簡単で、効果の測りようがなく、やった気になりやすい手です。

もう1つ読み取ってほしいのは、5行のうち4行が「同時に流せる」側にあることです。台数の問題に見えている詰まりの大半は、実際には並べ方の問題です。唯一流せないのが受け渡しで、ここだけは人と会える日数という動かせない上限があります。だから配布の計画は、受け渡しの枠から逆算して組むのが筋になります。

同時に流す形に組み替える

組み替えの考え方は1つです。1台を最初から最後まで通すのをやめて、工程ごとに全台をまとめて通す。1台ずつ完成させていく形は、途中で止まったときに後ろ全部が止まります。工程ごとにまとめると、止まった端末だけを脇に置けます。

組み替えの効果は、1台あたりの作業時間には出ません。出るのは、配り終わるまでの日数のほうです。1台あたりが同じでも、並べ方を変えるだけで全体の日数は縮みます。逆に言えば、1台あたりの時間だけを見ている限り、この改善は数字に現れません。測る対象を先に変えておかないと、良くなったことに誰も気づけません。

自動で設定が入る仕組みに寄せられる工程、寄せられない工程

手を動かす工程そのものを減らす道もあります。Intune のような端末管理の仕組みには、箱から出したままの端末を、作り直さずに業務用の状態へ変える機能が用意されています。公式の説明（2026年8月更新）では、機器メーカーが入れた基本ソフトをそのまま使うため、機種ごとに専用の型と機器の制御用ソフトを持ち続ける必要がないと説明されています。利用者が身元を入れた時点で端末があらかじめ決めた組に入り、その組に割り当てた構成が届く形です。

ただし前提があります。基本ソフトの版が一定以上であること、会社の認証基盤に参加する形であること。さらに、初回の設定中に入るのは、あらかじめ選んだ道具と処理だけで、それ以外は設定が終わった後に届きます。加えて、方針そのものは配られますが、それが実際に当たったかどうかまでは初回の設定中には追跡されないと明記されています。つまり「起動したら全部入っている」とは限りません。

ここを誤解したまま計画を立てると、確認の工程を消してしまいます。自動で入る仕組みに寄せてよいのは、手を動かす工程です。入ったかどうかを確かめる工程は、自動化しても消えません。消えるのではなく、1台ずつの目視から、全台の結果を一覧で突き合わせる形に変わります。なお、機体の番号や製造元を事前に登録しておけば、登録した端末だけを通す形にもできます。台数が多いほど、この入口の絞り込みが効いてきます。

外に出せる工程と、社内に残す工程を、時間で分ける

台数が増えると、外の業者に出す選択肢が現実味を帯びます。判断の軸を費用に置くと決まらないので、その工程が社内の予定に縛られているかどうかで切ります。縛られていない工程は外に出せます。縛られている工程は、外に出しても待ちがそのまま残ります。

出しやすいのは、開封、通電の確認、回線につないで初回の更新を当てるところ、梱包、拠点への発送です。どれも社内の誰かの返事を待ちません。残るのは、名義の割り当て、社内の方針に関わる設定の確認、受け渡しの立ち会い、例外の判断。これらは社内の決定と結び付いているので、外へ出すと往復が増えて、かえって遅くなります。

外に出すときに必ず決めるのは、戻ってきた端末をどう受け入れるかです。出した工程の結果を1台ずつ目で確かめる形にすると、外に出した意味がその場で消えます。結果の一覧を出してもらい、社内では抜き取りで見る。抜き取る台数と、外れが見つかったときの扱いを、契約の前に決めておきます。なお、情報システムの仕事をどこまで外に出すかという全体の線引きは、この記事の範囲を超えるので、ここでは配布の工程だけを扱います。

AIで縮むのは、突き合わせと一次の切り分けまで

AIが効くのは、人が読んで比べている工程です。具体的には3つあります。1つ目は、設定の結果の一覧と、本来こうなっているはずの一覧を突き合わせて、差分だけを抜き出すこと。200台ぶんの表を人が目で追う作業は、抜けが出るうえに、いつ終わるかが読めません。

2つ目は、棚に外した例外の記録をまとめ、似た症状をひとまとめにすることです。3つ目は、配った後に来る問い合わせの一次の切り分け。どれにも共通しているのは、出てくるのが答えではなく候補だという点です。候補を人が見て決める形にしておけば、外れたときに戻せます。決めるところまで任せると、外れたことに誰も気づきません。

任せない範囲は、工程の名前で先に引いておきます。曖昧なまま始めると、便利な順に任せる範囲が広がっていきます。

• 出荷してよいかどうかの判断は人が決める。AIに出させるのは差分の一覧と、その根拠になった行まで
• 例外の端末を列に戻す判断は人が決める。原因の候補は出させてよいが、確かめた人の名前を記録に残す
• 設定の方針そのものを変える判断は人が決める。過去の設定値を要約させても、変更の可否には使わない
• 差分を出させるときは、どの記録のどの行を見たのかを必ず書かせる。根拠のない指摘は、確認していないのと同じ

この線を引いておくと、AIが間違えたときに、どこまで戻ればよいかが分かります。危ないのは間違えることではなく、間違えたことに誰も気づかない形で流れてしまうことです。

人の置き方：2人で200台を回すときの並べ方

人を増やす前に、置き方を変えます。2人いるとき、2人とも同じ工程をやるのが最も効きません。1人が手を動かす工程を止めずに回し、もう1人が例外と確認だけを受け持つ形にすると、列が2本に分かれます。

手を動かす側は、開封から設定の開始までを流し続けます。受け持つ側は、棚に溜まった例外を1日1回まとめて見て、確認の突き合わせをして、名義の決まっていない端末について他部署に催促を出す。この役割を日ごとに交代させないのが要点です。交代すると例外の経緯が引き継がれず、同じことを調べ直すことになります。

3人目が入るときは、受け渡しの側に置きます。日程の調整、当日の立ち会い、渡した記録の記入。ここは会える日数が上限になる工程なので、人を足したぶんだけ素直に効きます。人を足して効くのは受け渡しの側で、設定の側に足しても列は短くなりません。増員を相談するときは、この区別を持っていくと話が早く終わります。

やりがちな進め方

台数が増えたときに、まず出てくる案がいくつかあります。どれも一度は検討されますが、配り終わるまでの日数にはほとんど効きません。

• 手順書を厚くして、確認する項目を増やす。1台あたりが伸びて、列がさらに長くなる
• 例外の端末を、見つけたその場で調べ切る。後ろの端末が止まり、同じ原因を何度も調べることになる
• 1台ずつ最後まで仕上げてから次に移る。途中で止まった1台に、後ろの全部が引きずられる
• 設定が終わってから受け渡しの案内を出す。予定を合わせる時間が、そのまま日程に足される
• 遅れを人員の追加だけで取り返す。集中している工程が1つなら、人を足しても列は1本のまま
• 配布の途中で方針を変え、版の記録を残さない。どの端末が対象かが分からず、全台に触り直しになる

共通しているのは、見ている対象が1台あたりの作業になっていることです。1台あたりを速くする案なら、いくらでも出てきます。ただ、台数が増えたときに伸びているのは1台あたりではありません。直すのは作業の中身ではなく、工程の並べ方です。

よくある質問

測るための日付が、どこにも残っていません

残っている2つで始めてください。端末を受け取った日と、本人に渡した日の2つが分かれば、全体の長さは出ます。中の切れ目が分からないぶんは、長かった3台を人に聞いて補います。記録の整備から始めると、測る前に次の配布が終わります。次の回から、工程の切れ目に日付を書く欄を1つ足すだけで、翌回からは正確に測れるようになります。

100台を超えたら、外に出したほうが安いですか

費用だけでは決まりません。外に出して縮むのは、社内の返事を待たない工程だけです。測った結果、長い工程が確認と名義の紐づけなら、外に出しても日数は変わらず、費用だけが増えます。先に測ってから見積もりを取る順番にすると、依頼する範囲が工程の名前で書けるので、見積もりの前提もそろいます。

自動で設定が入る仕組みを入れれば、確認は要らなくなりますか

要ります。設定が入る仕組みと、入ったことを確かめる工程は別のものです。公式の説明でも、方針が実際に当たったかどうかは初回の設定中には追跡されないとされています。確認が消えるのではなく、1台ずつの目視から、結果の一覧を突き合わせる形に変わります。人が見る対象は、全台から、一覧に差分として出た端末だけに減ります。

例外の端末は、どのくらいの割合で見ておけばよいですか

一般的な割合を当てにしないでください。自社の前回の配布で、手順どおりに終わらなかった台数を数えれば、それが自社の割合です。数えていなければ、最初の20台を流して実数で見ます。この20台は、例外の種類を知るための工程として計画に入れておきます。種類さえ分かれば、残りの180台で同じことが起きても、調べ直しにはなりません。

配布の途中で方針が変わりました。止めるべきですか

変わった項目が、後から当てられるかどうかで決めます。後追いで当てられるなら止めません。当てられないなら、まだ配っていない端末だけ先に直し、配り終えた端末は別の予定で回収します。判断の分かれ目は、変更の重要度ではなく、後追いできるかどうかです。ここを重要度で判断すると、毎回作業が止まります。

まとめ

端末の準備が台数で詰まるのは、1台あたりの作業を足し算した計画に、待ちの時間が1分も入っていないからです。まず、直近の20台で工程ごとの日数を出してください。半日で終わります。そのうえで、確認・例外・名義・受け渡し・手順の版のどこで止まっているかを見分ける。前の3つは並べ方で縮み、受け渡しは人と会える日数が上限になり、手順の版は後追いできるかどうかで扱いが変わります。自動で設定が入る仕組みも、外の業者への委託も、この見分けが済んでいない状態では効きません。逆に、止まっている場所が1か所に絞れていれば、手を入れる場所も1か所で足ります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。