係員、秘書を解雇する｜自作には7回作り直して粘ったのに、借り物は3日で切りました

秘書を一人、解雇しました。

職場に置いていた3体目です。勤怠を自動で入力してくれる予定だった秘書です。

この連載、ここまで秘書は増える一方でした。自宅にIRIS、職場に第一秘書、第二秘書、そのあとAI編集部の4体。増える話しか書いていません。

今回は初めて減ります。

前回の係員、職場に秘書を置く｜Outlookが開くまでの5〜10分を、7回の作り直しで埋めましたでは、7回作り直して完成させた話を書きました。

今回の秘書に私が与えたのは、3日です。

同じ人間が、同じ職場で、同じ Power Automate を触っていて、この差です。

違いは1つしかありません。7回粘ったほうは自分で作っていて、3日で切ったほうは借り物でした。

この記事では、動かなかった症状と、3日で見切った理由と、それでもフローをまだ消していない話を書きます。

そして最後に、なぜ私がフローを「秘書」と呼び、消すことを「解雇」と呼んでいるのかを書きます。この連載のタイトルの根拠がそこにあります。

こんな人に読んでほしい

• Power Automate for desktop のフローが、途中の画面で止まって進まなくなっている方
• 職場で配られた自動化ツールを借りてみたけれど、自分の環境では動かなかった方
• 作った自動化を手放すべきかどうかで、何週間も迷っている方
• 自動化の成功談ではなく、やめた回の判断を知りたい方

この記事でわかること

• 借り物の Power Automate for desktop のフローが、どこで止まっていたか
• 「ボタンを押すだけ」の画面で止まるという、地味で厄介な詰まり方
• 導入3日で見切った理由と、そのとき何を計算していなかったか
• 自作には7回粘り、借り物は3日で切った——その非対称が何を意味するか
• なぜフローを「秘書」と呼び、消すことを「解雇」と呼んでいるのか

①解雇した秘書の仕事は、勤怠の自動入力でした

まず、どんな秘書だったか。

勤怠システムに自動でログインして、勤怠を入力する。 それだけです。

使っていた道具は Power Automate for desktop。この連載では初登場です。

第一秘書と第二秘書は Power Automate のクラウド側で作りました。Outlook の予定を取ってきて Teams に投げる、みたいな仕事です。サービスとサービスをつなぐ側ですね。

今回の第三秘書はそうではありません。パソコンの画面を人間の代わりに操作するほうです。ブラウザを開いて、ボタンを押して、文字を打つ。

だからこのフローは、人がやる手順をそのまま並べる形で作られていました。開く、押す、入れる、という順番です。

この秘書だけ、自分で作っていません

ここが今回の記事の全部です。

第三秘書は、私が作ったものではありません。

職場で共有されていたフローを、そのまま持ってきて使い始めました。

私は秘書が増えるたびに名簿を1枚増やしています。自宅のIRIS、職場の第一秘書、第二秘書、ブログのAI編集部、構想中のものまで含めて、何枚か並んでいます。

その中で、借り物は第三秘書だけです。

そして唯一、一度も最後まで働かなかった秘書でもあります。この2つが別々の話じゃなかった、というのがこの記事で私が気づいたことでした。

いつ導入したか、覚えていません

書きながら気づいたんですが、私はこの秘書をいつ入れたのか覚えていません。

第一秘書は2026年9月15日完成、実作業5時間、作り直し7回。ここまで覚えています。第二秘書は10月1日完成。これも覚えています。

第三秘書は、導入日が出てこない。

自分で作ったものには工程の記憶が残ります。借りたものには、そもそも工程がないんですよね。コピーして置いた、だけです。

記憶が残らないものに、愛着も残らなかった。 これは後の章で効いてきます。

②ブラウザは開く。ログイン画面も出る。そこで止まる

症状を順番に書きます。

1. フローを実行する
2. ブラウザが開く
3. 勤怠システムのログインページが表示される
4. そこで止まる

以上です。入力画面まで進みません。

毎回です。 1回だけ失敗して次は通った、という話ではありません。やるたびに同じところで止まる。

ここが地味に厄介でした。途中までは動いているんですよ。

全然動かないなら、諦めもつきます。ブラウザも開かない、エラーで落ちる、それなら「壊れてるな」で終わる。

でも画面は出るんです。あと一歩のところまで来ている。動いているように見えるぶん、たちが悪い。

止まっていたのは「ボタンを押す」ところでした

この勤怠システムのログイン画面、ちょっと特殊です。

ID もパスワードも要りません。ボタンを押すだけでログインできます。

社内のパソコンから入るので、本人確認はもう済んでいる扱いなんですね。だから画面には押すものが1つあるだけです。

つまり、第三秘書が失敗していたのは「そのボタンを押す」という一手でした。

文字を打つでもない、待ち時間の調整でもない。1回クリックする、それだけができていない。

自動化が止まる場所って、もっと複雑なところだと思っていました。認証とか、データの受け渡しとか。

一番単純なところで止まるんだな、と。

原因は、調べていません

ここは正直に書きます。なぜボタンを押せなかったのか、私は確かめていません。

心当たりはあります。画面を操作するタイプのフローは、「この要素を押す」という指定を画面上の部品にひもづけて覚えます。その指定が、私の環境の画面と合っていなかった可能性はある。

ただこれは可能性の話で、検証していません。 ログを開いて突き合わせた、ということをしていないので、断定はできません。

もう1つ、分かっていないことがあります。

他の人が、このフローを使っているのかどうかです。

私の知る限り、誰も使っていません。試した人すらいないと思います。

作った人の環境では動いたはずです。動かないものを共有フォルダに置く理由がないので。ただ、これも確認していません。

つまり状況はこうです。共有フォルダに置かれていて、作った本人以外、動くかどうかを知らない。

ここが分からないと、「このフローは動かない」とは言えないんですよね。言えるのは「私の環境では動かなかった」までです。

で、本来ならここを調べてから判断するべきでした。

調べていません。3日でやめたので。

③導入して3日。「全然使えなかったからすぐ諦めました」

では、いつ見切ったのか。

3日です。

導入日は覚えていないのに、3日という長さだけは覚えている。たぶん「3日で終わった」という事実のほうが印象に残ったんでしょうね。

「放置していた」わけではありませんでした

ここ、自分で書きながら訂正が入った部分です。

私はこの秘書について、しばらく「忙しくて直す時間がない」と説明していました。動かないまま置いてある、直せていない、と。

でも改めて思い出してみると、違いました。

3日で諦めていました。 直す時間がなかったのではなく、直す前にやめていたんです。

放置ではありません。早い段階での見切りです。

「時間がないから」というのは、たぶん後から出てきた説明のほうです。やめたことに理由をつけ直していた。

自分のことなのに、こういう記憶の上書きが起きるんだな、と思いました。だから名簿に書き残しておいてよかったんですよね。

計算は、していません

3日で判断したときに、私は何も計算していませんでした。

• 直すのに何時間かかるか → 見積もっていない
• 手入力が月に何分か → 数えていない
• 直ったときにどれだけ楽になるか → 計算していない

あるのは「全然使えなかった」という感触だけです。

第二秘書で作るのをやめたときも、理由は「割に合わない気がした」でした。あのときも工数も効果も計算していません。

私はどうやら、数字ではなく感触で切っている。 それが良いかどうかは別として、事実としてそうです。

勤怠は、手入力に戻りました

やめたあと、勤怠はどうしているか。

自動化する前の状態に、まるごと戻りました。

ログインして、入力して、確定する。全部自分でやっています。

かかっている時間を出しておきます。

1回およそ3分。月に20回くらい。

つまり月に1時間です。年に直すと12時間。

自動化できていれば、この1時間が消えていたことになります。少なくない数字です。

ただ、3日でやめた時点の私は、この計算をしていません。 いま記事を書くために初めて掛け算しました。

そしてやめたあと、直していません。 代わりのフローも作っていません。

ここが第一秘書・第二秘書との決定的な違いです。あの2体は、詰まったら必ず次の手を打っていました。7回作り直したり、方針をまるごと切り替えたり。

第三秘書では、次の手を打っていない。手でやる状態に戻して、それで終わりにしています。

④自作には7回粘ったのに、借り物は3日で切った

ここが、この記事を書こうと思った理由です。

同じ時期の私を、2体の秘書で並べます。

	第一秘書（自作）	第三秘書（借り物）
誰が作ったか	自分	他人
粘った量	7回作り直した	3日
詰まった回数	5段階で詰まった	毎回、同じ1箇所
原因を調べたか	調べた（Copilotに聞きながら）	調べていない
結果	完成・稼働中	解雇

第一秘書は、ひどい詰まり方をしています。

「予定はこちらです」というメッセージだけ出て肝心の予定が出ない。予定は出たけど時間が出ない。時間は出たけど数字がずらっと並ぶ。やっと出たけど時間順になっていない。

4回つまずいて、7回くらい作り直して、それでも続けました。

第三秘書は、詰まりが1箇所だけです。ログイン画面でボタンが押されない。第一秘書より症状はシンプルです。

なのに3日で切りました。

症状の重さではなく、持ち主で決めていた

整理すると、こうなります。

• 症状が重いほう（第一秘書）→ 粘った
• 症状が軽いほう（第三秘書）→ 切った

症状では説明がつきません。

説明がつくのは1つだけです。自分で作ったかどうか。

自分で作ったものは、どこを触れば何が変わるか分かっています。1行目から自分で積んでいるので、壊れた場所の見当がつく。

借り物は中身を知りません。開いても、どこが自分の環境に合っていないのか分からない。

さらに言えば、自作には時間を払っています。第一秘書には実作業で5時間ほど使いました。払ったものがあると、人は降りられなくなるんですよね。

第三秘書に払ったのは、コピーして置いた数分です。降りるコストがゼロでした。

これ、良いことなのか悪いことなのか

正直、両方だと思っています。

悪いほうから書きます。借り物を切るのが早すぎると、せっかく配ってもらったものを活かせません。

今回も、ログを見れば原因が分かった可能性はあります。押せないボタンを指定し直すだけなら、たいした作業ではなかったかもしれない。それを確かめずに手放しました。

良いほうも書きます。自作に粘れるのは、中身を知っているからです。

「あと1回直せば動く」という見当がつくから7回続けられる。借り物では、その見当が立ちません。見当が立たないものに時間を注ぐのは、ただの運任せです。

見当が立つものには粘り、立たないものには粘らない。 結果だけ見れば、そう動いていました。

これを意識してやっていたわけではありません。あとから並べて初めて気づきました。

⑤「解雇した」と言いながら、まだ消していません

では「解雇」で私が実際にやったことは何か。

使うのをやめただけです。

フロー自体は、まだ職場に残っています。消していません。

言ってしまえば、退職手続きが済んでいない状態ですね。もう出勤していないけれど、名簿にはまだ名前がある。

なぜすぐ消さなかったのか

はっきり言うと、急ぎではないからです。

動かないフローが置いてあっても、実行しなければ何も起きません。勝手に走って勤怠を壊すわけでもない。

だから「そのうち削除する」で止まっています。

ただ、面倒くささだけではありません。未練は、少しあります。

正直に書くと、本当は動くように直したいんです。あるいは、自分で作り直したい。

ここが自分でも面白いところで、借り物としては3日で切ったのに、「自分で作る」なら話が別になっている。同じ勤怠入力という仕事に対して、態度が変わるんですよね。

だから消せていないんだと思います。「もう要らない」ではなく、「このやり方では要らない」だっただけなので。

「やめる」と「消す」は別の工程でした

ここは記録として残しておきたいところです。

自動化をやめるとき、やることは2つあります。

1. 使うのをやめる（判断）
2. 消す（片づけ）

私は1だけやって、2をやっていません。そして1の時点で、もう判断としては終わっています。

片づけが済んでいなくても、判断は済ませられる。 これ、逆に言うと危ないところでもあります。

消していないフローが増えていくと、動くのか動かないのか分からないものが共有の場所にたまっていくわけです。今回は借り物なので、私が消すべきものかどうかも微妙です。

その話を次の章に書きます。

⑥気まずさは、ありませんでした

借り物を手放すとき、いちばん気になるのはここだと思います。

配ってくれた人に、気まずくなかったのか。

答えは、こうです。

気まずさはありませんでした。

理由は単純です。やり取りが発生していないからです。

「ください」と言ってもらったわけでも、「使ってみて」と渡されたわけでもありません。共有の場所に置かれていたものを、自分でコピーして、自分の環境に保存した。

勝手に保存して、勝手に削除しただけ

この一言で全部説明がつきます。人から人へ渡っていないので、返す相手もいない。

「配られたもの」と「渡されたもの」は違う

ここは少し一般化できる気がします。

職場で自動化が共有されるとき、だいたい2つの形があります。

	渡し方	手放すときの重さ
配られたもの	共有の場所に置いてある	軽い。やめても誰も知らない
渡されたもの	人から直接もらった	重い。報告したくなる

今回は前者でした。だから3日でやめられたし、やめたことを誰にも言っていません。

もし誰かから直接「これ使ってみて」と渡されていたら、私はたぶん3日では切っていません。「もらった以上もう少し粘らないと」が働いたはずです。

借り物を切るのが早かった理由に、これも入っていると思います。自分で作っていない、かつ、人の顔も付いていなかった。

誰にも言っていません

念のため書いておくと、このフローを使うのをやめたことを、職場の誰にも言っていません。

言う必要がある話ではないからです。共有の場所にあるものを使うかどうかは、各自の判断です。

ただ、1つだけ引っかかっていることがあります。

他の人の環境では動いているのかどうか、確認していません。（②章で挙げた、まだ埋まっていない点です）

もし私だけ動いていないなら、それは私の環境の話です。もしみんな動いていないなら、それは共有しておいたほうがいい情報です。

確認していないので、どちらも言えません。 黙ってやめた分だけ、分からないことが残りました。

⑦秘書が増えなかった理由は、1種類ではなかった

この連載、秘書を増やす話として始めました。

でも実際に書いてみると、増えなかった回のほうが記録として残ります。

いま手元に、増えなかった理由が2種類あります。

	何を手放したか	理由
第二秘書	これから作るもの	割に合わない気がした
第三秘書	すでにあるもの	動かなかった

係員、作るのをやめる｜メールの振り分けボタンを諦めたら、フォルダ分け自体が要りませんでしたで書いたのは、前者です。

振り分けボタンを作る予定だったのを、作る前にやめました。まだ存在しないものを捨てた話です。

今回は後者です。すでに置いてあるものを手放しました。

作らないのと、手放すのは、重さが違います

やってみて分かったんですが、この2つ、難しさが逆でした。

作らないほうが難しい。

第二秘書のときは、作る案がかなり良く見えていました。「通知のあとに押せる振り分けボタン」。筋は通っているし、作れば動いたはずです。

あれをやめるには、自分の案を自分で否定する必要がありました。9日くらい放置して、頭が冷えてからようやく切れました。

手放すほうは簡単でした。

第三秘書は、動いていません。良く見える余地がない。3日で切れたのは、判断が上手かったからではなく、切るものがそもそも光っていなかったからです。

ここは自分を褒めないでおきます。同じ物差しを当てたとは言えません。

連載で初めて、秘書が減りました

名簿の枚数は増えても、働いている秘書の数は今回初めて減りました。

増やす話だけ書いていると、連載はだんだん嘘くさくなります。全部うまくいっている人の記録になってしまう。

実際はこうです。

• 動かなかったものがある
• 作らなかったものがある
• そして、まだ消していないものがある

雇う側をやってみて思うのは、採用より解雇のほうが情報量が多いということです。

採用したときに分かるのは「できた」だけです。解雇したときには、なぜ続けられなかったのかが分かります。

⑧なぜ「秘書」と呼び、「解雇」と呼ぶのか

ここまで、私はずっとフローを「秘書」と書いてきました。そして使うのをやめたことを「解雇」と書きました。

普通に言えば、「作ったフローを使うのをやめた」です。 それだけの話です。

実は私、この呼び方を一度疑っています。

解雇した日の朝、自分用のメモにこう書き残していました。

Power Automateで作ったフロー一人ひとりを秘書って呼ぶのは変？

（2026年10月9日 5:39 のメモ）

変かもしれない、と思ったんですね。

フローはプログラムです。一人ひとりと数えるものでもないし、雇ったり解雇したりするものでもありません。社会人として正しい言い方をするなら、たしかに変です。

それで、呼び方を変えたか。

変えていません。

答えは「そっちのほうが楽しい」でした

自分で言葉にしてみると、こうなりました。

これが、この連載の全部です。

自動で私を楽にしてくれるもの＝秘書。 だから消すときは解雇。理屈としてはそれだけで一貫しています。

そして、変かもと思いながら続けている理由が「そっちのほうが楽しい」。

効率のためではありません。分かりやすさのためでもありません。楽しいからです。

呼び方を変えると、扱いが変わります

楽しいだけじゃないな、と書きながら思いました。

「フローを1個削除した」なら、記録に残りません。ファイルを消しただけです。

「秘書を1人解雇した」だと、理由を考えます。

なぜ続けられなかったのか。自分で作ったものには7回粘れたのに、この子には3日しか与えなかったのはなぜか。気まずさがなかったのはなぜか。

人として数えた瞬間に、記録を取る対象になる。

今回この記事が書けたのは、たぶんそのせいです。「使わなくなったフロー」なら、記事になっていません。

だから、このブログは「係員、AIを雇う」です

私は職場で部下を持っていません。係員です。降格して転職した結果、指示を出す相手がいない立場になりました。

その私が、雇っています。

Power Automate のフローを秘書と呼んで、職場に第一秘書・第二秘書を置いて、自宅にIRISを置いて、ブログにAI社員を4体入れて。そして今回、1人解雇しました。

変かもしれません。本人がそう思っています。

でもそっちのほうが楽しい。

楽しくないと、朝5時台に「秘書を一人解雇した」なんてメモを自分に残したりしません。続けられている理由が、効率ではなくこの呼び方のほうにある気がしています。

よくある質問

Q. ログイン画面で止まるなら、原因は要素の指定ミスでは？

A. その可能性は高いと思っています。ただ、私は検証していません。 ログを開いて止まった位置を突き合わせる、ということをせずにやめました。なので「そうだった」とは書けません。同じ症状の方は、まずそこを見るのが筋だと思います。私がやらなかった側なので、えらそうには言えません。

Q. 3日で諦めるのは早すぎませんか

A. 早いです。自分で作った第一秘書には7回作り直すまで付き合っているので、明らかに扱いが違います。ただ、借り物は中身を知らないので「あと1回で動く」という見当が立ちません。見当が立たないものに時間を注ぐ判断は、今でもしないと思います。

Q. 解雇したのに、まだフローを消していないのはなぜ？

A. 急ぎではないからです。実行しなければ何も起きないので、「そのうち削除する」で止まっています。半分は面倒くささ、半分は未練かもしれません。判断は済んでいるのに片づけが済んでいないという、わりとよくある状態です。

Q. 配ってくれた人に、ひとこと言ったほうがよかったのでは？

A. そう思われるのは分かります。ただ、共有の場所に置かれていたものを自分でコピーして自分で消しただけなので、やり取り自体が発生していません。他の人の環境で動いているかどうかも確認していないので、伝えられる情報を私が持っていないのが実情です。ここは手落ちです。

Q. 自動化をやめたら、業務は元に戻って損ではないですか

A. 勤怠は手入力に戻りました。ただ、一度も最後まで動いていない秘書なので、失ったものは厳密にはゼロです。 戻る先が「元の手作業」なら、損失は手作業の時間だけで、ゼロから不便になるわけではありません。その手作業が月に何分なのかは、まだ数えていません。

Q. 「秘書」「解雇」と呼ぶの、やっぱり変じゃないですか

A. 変だと思います。本人もメモに「変？」と書いています。でも呼び方を変えていません。人として数えると、やめた理由を考えるようになるという実利があったのと、単純にそっちのほうが楽しいからです。ここは好みの話なので、おすすめはしません。

まとめ：動かないものを抱え続けないのも、雇う側の仕事でした

秘書を一人、解雇しました。

ブラウザは開いて、ログイン画面も出て、そこで毎回止まる。押すボタンが1つあるだけの画面で止まる秘書でした。

3日で、使うのをやめました。

分かったことを整理します。

• 第三秘書は勤怠システムに自動ログインして勤怠を入力する Power Automate for desktop のフローで、職場で共有されていたものを借りた
• 症状はログインページで毎回停止。止まっていたのは ID・パスワード不要の「ボタンを押す」一手だった
• 原因は検証していない。 要素の指定が合っていない可能性はあるが、未確認
• 見切りは導入3日。「全然使えなかった」という感触だけで判断し、工数も効果も計算していない
• 放置ではなく早い見切り。「忙しくて直す時間がない」は、あとから付けた説明のほうだった
• 自作の第一秘書には7回作り直して粘り、借り物の第三秘書には3日しか与えなかった
• 解雇の実態は使うのをやめただけ。フローは職場に残っている（「そのうち削除する」）
• 勤怠は手入力に戻った。気まずさはなかった（「勝手に保存して勝手に削除しただけ」）

最後にもう一段だけ本音を書きます。

たぶん私は、借り物を活かすのが下手です。

7回も作り直せる粘り強さは、自分が作ったものにしか出ません。他人が作ったものには3日。この差は能力ではなく、ただの持ち主意識です。

職場で自動化が共有されるのは、ありがたい話です。なのに私は、その一番ありがたいものを一番早く切りました。

次に誰かのフローを借りるときは、せめてログを見ます。3日で切るのは、原因を1回見てからでも遅くありません。

もしあなたが今、動かない自動化を抱えているなら。それを自分で作ったか、もらったかを思い出してみてください。

もらったものなら、あなたはたぶん、思っているより早く切ります。

自分で作ったものなら、思っているより長く抱えます。 どっちに転んでいるかが分かると、判断の歪みのほうが先に見えてきます。

この記事のチェックリスト

• □ 止まっている自動化が「自分で作ったもの」か「借りたもの」かを確認した
• □ 止まった場所を実行ログで1回だけでも確認した（原因を推測で終わらせていない）
• □ 画面を操作するタイプのフローなら、止まった要素が1つなのか複数なのかを見た
• □ そのフローが他の人の環境では動いているのかを確認した
• □ 手でやる場合の所要時間と頻度を、実際に1回計った
• □ 直す見積り時間と、手作業の年間時間を並べて比べた
• □ やめると決めたら、使うのをやめるのと消すのを別々に予定した
• □ 共有されていたものを借りている場合、勤務先が特定される情報を記事や外部に出していない

あわせて読みたい

• 係員、職場に秘書を置く｜Outlookが開くまでの5〜10分を、7回の作り直しで埋めました
• 係員、作るのをやめる｜メールの振り分けボタンを諦めたら、フォルダ分け自体が要りませんでした
• 係員、秘書軍団を編成する｜AI社員4体に分けたら、減ったのは時間ではなく質問のバラつきでした

※本記事は個人の体験と判断の記録です。勤務先の環境・権限設定・社内ルールによって、同じ構成のフローが同じように動くとは限りません。職場で共有されている自動化を使う・やめる際の扱いは、各職場のルールに従ってご判断ください。