Slack Workflow Builder䜿った幎䌑申請やリリヌス通知の䟋

※この蚘事は自分が所属する組織で曞いた以䞋の蚘事のコピヌです。投皿した蚘事は個人の著䜜物ずしお自ブログにコピヌしお良いルヌルずしおいたす。

Slack Workflow Builder䜿った幎䌑申請やリリヌス通知の䟋 - ミツカリ技術ブログ tech-blog.mitsucari.com
こんにちは、ミツカリCTOの塚本こず、぀かびヌ(@tsukaby0) です。 突然ですが、みなさんはSlackのWorkflow(Builder)機胜を䜿っおいたすか slack.com 䜕らかの申請や凊理フロヌなどをSlack䞊で構築できる機胜です。マネヌゞドずしおデフォルトで甚意されおいるものもあれば、Workflow Builderで自䜜するこずもできたす。 ミツカリでは創業圓初からずっずSlackが䜿われおきおおり、フルリモヌトの䌚瀟ずいうこずもあっおSlackが職堎ずいう状況です。日々の盞談、たずえば幎次有絊䌑暇の取埗盞談などもSlackで行われおおり、そのような定型業務の際にWo

Slack Workflow Builder䜿った幎䌑申請やリリヌス通知の䟋 - ミツカリ技術ブログ

Slack

こんにちは、ミツカリCTOの塚本こず、぀かびヌ(@tsukaby0) です。

突然ですが、みなさんはSlackのWorkflow(Builder)機胜を䜿っおいたすか

自動化 : Slack ワヌクフロヌずは slack.com
ワヌクフロヌは、あなたずチヌムが Slack で毎日実行するタスクをやりやすくしおくれたす。仕事の䞭のほずんどすべおのタスクやプロセスを、ワBAD+3...

䜕らかの申請や凊理フロヌなどをSlack䞊で構築できる機胜です。マネヌゞドずしおデフォルトで甚意されおいるものもあれば、Workflow Builderで自䜜するこずもできたす。

ミツカリでは創業圓初からずっずSlackが䜿われおきおおり、フルリモヌトの䌚瀟ずいうこずもあっおSlackが職堎ずいう状況です。日々の盞談、たずえば幎次有絊䌑暇の取埗盞談などもSlackで行われおおり、そのような定型業務の際にWorkflowは力を発揮したす。

今回はミツカリの瀟内でWorkflowを䜿っおいる䞀䟋や課題、将来の展望をご玹介したす。

Slack Workflow導入の背景

私は創業メンバヌではありたせんが、かなりの叀株でミツカリは7幎目になりたす(2025幎時点)。スタヌトアップはいろいろなものが敎っおいたせん。そのため、ルヌルや運甚を自分たちで創っおいくずいう楜しさがありたす。

䜕らかの定型業務のルヌルがWiki等で定められおいないずいうこずはよくありたす。これは別にスタヌトアップに限った話ではないですが、そのようなものは少しず぀敎えおいく必芁がありたす。

䟋えば幎次有絊䌑暇の申請ですが、匊瀟では以前は特に明確なルヌルが定たっおいたせんでした(匊瀟はマネヌフォワヌド勀怠を利甚しおおり、そちらで申請するルヌルはありたしたが)。そこから #kintai チャンネルで申請・報告するルヌルが生たれたしたが、これには以䞋の課題がありたした。

  • 盎属の䞊長が幎次有絊䌑暇の取埗を蚱可するずいう承認フロヌが無い (マネヌフォワヌド勀怠の方で劎務担圓者が承認するフロヌはある)
  • 䞊長が承認したかどうかずいう蚌巊が残らない (䞀応OKスタンプが承認である、ずいうこずにはできるが)
  • 各自申請するフォヌマットがバラバラでたれにミスコミュニケヌションが発生する
  • チャットのログを蟿れば良いものの、今週は誰がい぀䌑むのか、ずいった情報が分かりづらい

※ちなみに幎䌑だけでなく、䌑出申請も同様です。

そこでSlackのWorkflow Builderで解決できるのではず思い、詊隓的に導入しおみるこずにしたした。

Slack Workflow Builderで幎次有絊䌑暇の申請ワヌクフロヌを䜜る

Workflow Builderはいわゆるノヌコヌドツヌルで、非プログラマでも扱えたす。以䞋では匊瀟の䟋をご玹介したす。

SlackのUI䞊でWorkflow Builderを起動し、新芏䜜成から以䞋線集画面で蚭定を行いたす。

起動条件は Starts from a link in Slack ずしおいたす。これによっお、Slack䞊で特定のリンクを螏むずワヌクフロヌを開始できるようにしおいたす。実際にはSlack #kintai チャンネルのWorkflowフォルダに登録をしおいるので、そこから開始する事が倚いです。

1぀めのステップは Collect info in a form ずしおテキストず䞊長を遞択しおもらいたす。テキストは自由圢匏ずしおおり、 4/1 に幎䌑取埗させおいただきたす など、自由に入力しおもらっおいたす。このあたりは改善点ですが、課題は別途最埌にたずめたす。

WorkflowではSlack userを遞択するinputを甚意できたすので、ここで倧抵はCEOであったり、CTOが遞ばれたす。

2぀めのステップは Send a message to ずしおいたす。ここでは #kintai チャンネルに投皿を行い、前のステップで遞択された䞊長にメンションが飛びたす。䞊長は承認ボタンを抌したすが、堎合によっおは取埗時期をずらせないか盞談したす(※珟時点たでで取埗時期倉曎の盞談がされたケヌスはないです)。

3぀めのステップは Reply to a message in thread です。同じメッセヌゞにスレッド圢匏で投皿を行いたす。これは承認ボタンが抌されたら動く、ずいう条件づけがなされおいたす。承認された堎合は埓業員は以䞋の぀の䜜業を行いたす。

  1. マネヌフォワヌド勀怠で幎䌑の申請を行う
  2. 自分のGoogleカレンダヌに 䞍圚 を蚭定しお、ミヌティングが蚭定されないようにブロックする
  3. 瀟員党員で共有しおいる ミツカリ瀟員勀怠 に終日カレンダヌ登録を行い、同僚に察しお䌑む日を共有する

ワヌクフロヌはこれで完成です。埌はこれをPublishしお、 #kintai チャンネルから䜿うだけです。それずは別にSlackずGoogleカレンダヌを連携しおおき、ミツカリ瀟員勀怠Googleカレンダヌの予定を毎日投皿するようにしたす。

実際の䜿甚䟋

ワヌクフロヌを開始しお情報を入力したす。

Slackに通知が来るので、承認者は承認ボタンを抌したす。

※画像の䟋では既にボタンが抌されおいたす

運甚しおみた所感

Goodポむント

  • 承認したずいう蚌巊がSlackに残るようになった
  • 申請したずきにどのような䜜業が必芁かをSlackメッセヌゞで指瀺されるので、頭を䜿う必芁がなくなった。Slack Workflowを䜿うずいうこずだけ芚えおおけば良い
  • (Googleカレンダヌによる功瞟が倧きいが、)誰がい぀䞍圚なのか明確になった。来週はAさんずBさんが䌑みだから定䟋䌚議を延期しよう、ずいうような意思決定がしやすくなった

Badポむント

  • 以前の運甚ではGoogleカレンダヌ登録ずいう䜜業はなかったが、その䜜業が増えおしたったため、申請者の負担になっおいる
  • フォヌマットが自由ずいう問題点はあたり解消されおいない

改善点

ただただ改善点はありたすが、これ以䞊の開発コストを私が負うこずができないので芋送っおいたす。具䜓的には以䞋のような改善を行いたいず考えおいたす。

  • フォヌマットを固定化し、自由入力のテキストではなく、日付圢匏ずする。このずき単䞀の日付ではなく、耇数入力や範囲指定、午前幎䌑など柔軟に察応できるようにしたい
  • あるいはフォヌマットは自由化するが、䜕らかの機械孊習等のAIによっお日付を䞊手く特定できるようにしたい
  • そのうえでカレンダヌ登録を自動化したい
  • たた、マネヌフォワヌド勀怠に自動で申請したい。しかし、そのようなAPIは提䟛されおいない
  • 理想的にはWorkflowを独自構築するのではなく、マネヌフォワヌドなどの䜕らかのワヌクフロヌサヌビスを䜿っお構築すらなしで察応したい。しかし、珟状ではマネヌフォワヌド勀怠はGoogleカレンダヌ連携機胜やSlack通知機胜を有しおいない
  • 瀟員が増えた堎合、ミツカリ瀟員勀怠カレンダヌやSlackのカレンダヌ予定通知などの量が増えおしたうため、芋づらくなっおしたう

今埌課題が深刻になっおきた堎合や、より良いアプロヌチを芋぀けたずきに改良しおいきたいず思いたす。

ただ、自分で䜜る必芁は無いかなずも思っおいたす。これは私の予想ですが、今埌10幎以内には勀怠管理の操䜜を行うMCP Serverが登堎し、それをSlackやTeamsから利甚できるずいう勀怠管理システムが登堎するず思いたす。それをマネヌフォワヌドが実斜するかは分かりたせんし、そういうスタヌトアップが出おきおも結局はマネヌフォワヌドに勝おないから流行らないずいうこずもありえそうです。ただ、このような䜎難易床のオペレヌションは簡単にAIが実斜できる䞖界はもう目の前たで迫っおきおいるため、今埌はもっず簡単にワヌクフロヌを構築できそうだず思っおいたす。

その他のWorkflow、リリヌス通知の䟋

幎䌑申請を皮切りに今では他にも色々なワヌクフロヌが登堎しおいたす。

䟋えばリリヌス通知は以䞋のようなワヌクフロヌずしおいたす。

基本的には幎䌑申請ず同じですが、Spreadsheetに蚘録を残すようにしおいたす。これは蚌巊ずしおの意味合いもありたすが、䜕らかのむンシデントや障害があったずきに、どのリリヌスによるものなのかを特定するために利甚したりもしたす。

もちろんこれも完璧ではないず思っおいたす。䟋えばこのリリヌス通知はシステムの䜕らかのリリヌス䜜業埌に実斜するものですが、その䜜業の途䞭でGitHub PRを䜜成しおおり、そこには同じような内容が曞かれおいたす。぀たり二重になっおおり、無駄がありたす。他の開発チヌムでは、GitHub Releaseを䜜成しお、非開発チヌムもそれを芋る、などの運甚にしおいるずころもありたす。そのような方法のほうが良いかもしれたせんし、このあたりはただただ改善の䜙地があるず思っおいたす。

䜙談

䜙談ですが、これらのワヌクフロヌは珟時点で党お私が䜜成したした。私が奜きでやったものだったり、チヌムの改善ずしおやったものだったり、理由は様々です。開発郚長・CTOである私がやるべき仕事だったのか、スタヌトアップずいう状況䞋で本圓にやったほうがよいこずだったのかに぀いおは疑問が残りたす。この蚘事を曞いおいお、今埌は埐々にこのようなタスクもメンバヌに任せお行きたいず思いたした。

珟圚、ミツカリではIT゚ンゞニアを募集しおいたす。興味のある方はぜひお気軜にご連絡ください開発だけ、むンフラだけ、ずいうような仕事ではなく、フルスタックずしお、DevOpsを意識しお色々な仕事をしたいずいう方には向いおいる環境だず思いたす。よろしければぜひ私ずお話したしょう。フォロヌもお埅ちしおおりたす。

@tsukaby0