作ったものは、業務に乗せられるか

動くものができたら、次は、それを会社の業務として使える状態かを確かめます。AIと一緒に作ったものが、手元のパソコンで動いた。それは入口です。作った人のパソコンの中で動いているだけでは、会社の仕組みとしては使えないからです。社員が仕事の中で使えるか。必要なときに使える状態か。会社として管理できるか。 この三つを考えます。

この記事は、実務編の5つ目の問いを扱います。作る前に考える4つの問いに続く、動くものができてから考える問いです。「誰に何を見せ、何をさせてよいか」までで決めたことをもとに作った仕組みを、テスト段階から実際の業務に乗せるときに、自社で何を判断するかを見ます。どこで、どう動かすかの技術的な選択には立ち入りません。動いたものが業務として正しく動くかを確かめる基準と方法は、使い始めた後の変更でも同じことをするので、「直しながら、使い続けられるか」でまとめて扱います。

社員は、仕事の中で使えるか

一つ目は、社員が仕事の中でどんな形で使うかです。事務所でパソコンを使う人と、現場でスマホを使う人では、使いやすい形が違います。いつ、どこで使うのか。実際の業務の流れに、無理なく入るか。毎回、特別な操作を求めていないか。使う人の側から見ます。

使う形	向く場面	気をつけること
ExcelやGoogleスプレッドシートの表のまま	今すでに表で回っている。人が表を直接見て、直したい	直接編集できる人は、記録を壊すこともできる
Web画面	パソコンでもスマホでも使いたい。入力と確認が中心	ログインした人だけが開ける形にする
スマホアプリ	Web画面では足りない理由がはっきりしているとき	端末への配布と更新に手間がかかる
社内チャットの中	Slack などで、声をかける感覚で記録したい	一覧や集計には向かない。記録の入口として使う

一つの仕組みでも、役割ごとに形を分けて構いません。勤怠管理なら、社員の打刻はスマホで開くWeb画面、担当者の月末の集計は表、という組み合わせが自然です。社員は毎日短い入力をするだけなので、手元のスマホで済むほうが定着しやすくなります。スマホで使う仕組みだからといって、スマホアプリを作る必要はありません。Web画面なら、スマホからそのまま使えます。

どの形にするかは、その業務をする人が、何で仕事をしているかから決めます。画面の細かな作りは、作る人が、使う人の声を聞きながら整えます。

必要なときに、使える状態か

二つ目は、業務で使っている間、必要なときに使える状態になっているかです。仕組みは、どこかのコンピュータで動き続けています。基本編の「AIが書いたコードをどう動かすか」で、コードは動かす場所に置いて初めて動く、と扱いました。勤怠管理のWeb画面なら、画面は社員のスマホに出ますが、打刻を受け取って記録する側は、どこかで動き続けていなければなりません。作った人のパソコンだけで動かす形は、電源や故障に左右されるため、業務利用には向きにくく、基本的にはテストまでにします。

動かす場所は、会社ですでに使っているサービスの中に用意できることもあれば、クラウドのように外に場所を用意することもあります。どこで動かすかを、経営者が選ぶ必要はありません。自社が決めるのは、その仕組みを業務でどう使うかという条件です。

• いつ使うのか。 業務時間だけか、夜間や休日にも使うのか
• 何人が使うのか。 数人か、全社員か
• 止まると、どの程度困るのか。 数日止まっても済むのか、その日のうちに困るのか
• どのくらいの量を扱うのか。 一日に数件か、何百件か

この条件に合う場所と形になっているかを、作る人・詳しい人が確認します。処理する量に対して足りるか。利用している範囲の条件（無料で使える上限など）が変わったときにも、業務を続けられるか。ログインなどの保護が、「誰に何を見せ、何をさせてよいか」で決めたとおりになっているか。動かす場所の技術的な話なので、自社は条件を渡し、確認の結果を聞けば足ります。

四つの条件のうち「止まると、どの程度困るのか」は、「直しながら、使い続けられるか」で止まったときの備えを決めるときにも、そのまま使います。

会社として、管理できるか

三つ目は、人の話です。動く場所が決まり、社員が使い始めた仕組みでも、作った人しか分からず、作った人しか触れないなら、会社の仕組みとしてはまだ不安が残ります。作った人が忙しくなったり、長く不在になったり、辞めたりしても、会社として状況を確認し、次の行動を始められるか。社員が作った場合だけでなく、経営者自身が作った場合も同じです。

判断の基準はこれです。その人がしばらく触れなくなっても、別の人が状況を確認し、必要なら引き継げるか。

一人に依存している状態は、次のような形で現れます。

一人に依存している状態	別の人には、何ができないか
コードが、AIとのチャットの中や、作った人のパソコンにしかない	コードを確認できず、直しようがない
仕組みの設定を、本人しか確認できない	設定や動いている状態を確認できない
契約しているサービスを、本人しか把握していない	契約内容や支払いの状況を確認できない
何のために、どう作ったかが、本人の頭の中にしかない	仕組みの全体像がつかめず、直す判断を始められない

会社として管理できている状態とは、どのアカウントと契約で動いているか、コードと設定がどこにあるか、何のためにどう作ったかを、本人以外も確認できる状態です。もう一人が自分で直せる必要はありません。どこに何があるかを知っていて、困ったときに状況を確認し、作る人やAIに修正を頼めれば足ります。勤怠管理を経営者自身が作ったなら、月末の集計をしている担当者が、そのもう一人として自然です。

何を、どこに、どう残すかは、作る人・詳しい人に確認します。たとえばコードなら、変更の履歴ごと保管するリポジトリという置き場に置くのが、作る側の標準的なやり方です。自社が確かめるのは、コードや設定、仕組みの説明が、作った本人の手元だけでなく、本人以外も確認できる場所にあるか、です。

自社で決めることと、作る人が確認すること

確かめること	自社が決めること	作る人・詳しい人が確認すること
社員が仕事の中で使えるか	誰が、いつ、どこで、何で使うか	使う形と画面が、その使い方に合っているか
必要なときに使える状態か	いつ、何人が、どのくらいの量を、どの程度止まってよい前提で使うか	その条件に合う場所と形で動いているか。条件が変わっても続けられるか
会社として管理できるか	本人以外の誰が、状況を確認し、引き継ぐか。その人が、アカウントと契約の状況を確認できるようにする	コード・設定・説明が、その人もたどり着ける場所にあるか

つまずきやすいところ

• 「今、動いているから大丈夫」と思う。 作った人のパソコンでも、試しに使っている場所でも、今日は動きます。問題は、パソコンを閉じた日、条件が変わった日、本人が触れなくなった日に出ます。「今日動いている」と「業務として使い続けられる」は別です。

まとめ

社員が仕事に合った形で使える。必要なときに使える状態にある。会社として管理できている。この三つがそろって、テスト段階のものを、会社の業務で使う仕組みに進められます。使う形は、実際の仕事のしかたに合わせます。動かす場所は、自社が業務の条件を決め、それに合うかを作る人が確認します。本人以外も、仕組みの場所やコード、契約の状況を確認できるようにします。

業務に乗った仕組みは、使いながら直していくものです。止まったとき、間違えたとき、変えるときの備えは「直しながら、使い続けられるか」で扱います。