Blog

新卒1年目の働き方改革: AWS+Boltで作成したSlackアプリによる出退勤タスク自動化術

始めに

こんにちは、ニフティ新卒1年目の高田と村山です。

現在はジョブローテーション期間中で、いろいろな部署を回っています。

現在は、情報システムチームに配属されており、社内向けシステムの開発や運用を行っています。その業務の一環として便利ツールを2人で作成したので、それについて話していきたいと思います!SlackBotを作ってAWSにデプロイしたい人はぜひ読んでみてください!

(編集部より)
2023年10月27日に実施されたニフティ全社員が集う「ニフティ会議」にて、この記事で紹介されたSlackアプリが「創意工夫賞」に選ばれました🎉
創意工夫賞は、業務の改善活動を行ってお客様満足度の向上、業務の効率化、社員満足度向上に貢献した個人を表彰するニフティの社内制度です。
ご参照:自己成長を促す風土 | 採用情報 | ニフティ株式会社

背景

ニフティでは出勤時に勤務場所と仕事内容をSlackに投稿し、Slackのステータスも勤務地に応じたものに変えるというルールがあります。また、退勤時にもSlackへの報告が必要です。これは、リモートワークによるハイブリッドな働き方により、社員全員がオフィスにいるわけではないので、どこで働いているか、今日のタスクはどうなっているかなどを共有する必要があるためです。

従来は、すべて手動で行わなければならなかったため、他の出勤時のタスクと合わせて行わなければならず、忘れがちだったり、作業の負担になっていたりしました。

そこで、我々新人はそんな状況を打破すべく、先に挙げたSlackへの投稿・ステータス変更を自動化するシステムである、「出退勤楽楽くん」の制作に取り組みました。

出退勤楽楽くんとは?

出退勤楽楽くんとは、以下のように、Slackの出退勤報告用チャンネルに報告用スレッドが毎日自動的に投稿され、

メッセージ内にあるボタンを押すだけでSlackへの出勤報告やSlackのステータス変更が行われるというシステムです。

これにより、先に挙げた報告やステータス変更をボタン一つで完了できるため、楽に出退勤時のタスクをこなすことができます。

また、社内で使用されているスケジュール管理システムのIDとPWを事前に登録しておくことで、

報告内容に当日の業務内容を自動的に含めることができます。

システム構成

アーキテクチャ

本システムは、対象がニフティの社員(数百人程度)&1日に一人当たり2回利用されることを想定した比較的小規模なツールです。ですので構成は、呼び出しが少ない場合に低コストで運用できるサーバレスとし、AWS Lambda上にデプロイを行いました。詳細なアーキテクチャは以下の通りです↓

デプロイにはServerless Frameworkを用いました。設定ファイルは以下の通りです(一部省略)↓

Bolt for Pythonによるアプリ制作

出退勤楽楽くんはSlackの公式ライブラリであるBolt for Pythonを使って作られています。これによってユーザからのアクション(スラッシュコマンドやボタンクリックなど)と処理の紐づけを非常に簡単に実装できます。

メッセージ等アプリ内コンポーネントの成形にはBlock Kit Builderを使用しています。たとえば↑のメッセージブロックのうち、ワンクリック版は以下のようなソースでできています。

これをSlackのchat.postMessage APIにblocksとして渡してAPIを叩くことで指定のチャンネルに送ります。ボタンのアクションは以下のようにblock_idとaction_idを指定して受取り、値はaction[“value”]で受け取ります。また、bodyにリクエスト情報が一通り入っています。

Boltで構築したSlackアプリをLambda上で動かす場合はLazy Listenerの設定が必要です。これについては先輩がすでに記事を書いているので見てみてください。なお、users.profile.set APIを用いて他人のステータス変更を行う場合、その人のメンバー種別より上位のメンバーが発行したユーザトークンが必要です。今回はプライマリーオーナー権限で払い出してもらっています。

使ってみてくれた人の感想

ニフティではSlackに個人の分報チャンネルを作成してつぶやきを発信する文化があります。そこに投稿されていた感想の一部をご紹介します。

好評ですね!

工夫した点

AWSにデプロイするにあたり、比較的安い構成を採用

規模を考慮した完全サーバレス構成

社内ツールであり、ユーザが多くて数百人程度なので、サーバは立てずにリクエストベースのLambda+DynamoDB構成にしました。

シークレットの管理をParameter Storeで行う

ローテーション機能を要さないことなどから、Secrets ManagerでなくParameter Storeを使うことでコストを抑えました。

API GatewayでなくLambda Function URLsを利用

HTTPエンドポイントとしてLambda Function URLsを直接利用するようにし、認証等はSlack SDKに任せています。

開発効率を上げるためにIaCを組んだ

本プロジェクトでは、AWSを採用しているため、コンソールを使用した手動でのデプロイには時間や工数がかかります。

そのため、上記のようにServerless Frameworkを使用して、デプロイできるようにしました。また、Serverless FrameworkはTerraform等と比べて簡単に設定を書けるので、新人エンジニアがIaCを始めるきっかけとしては、とても良いのではないでしょうか。

苦労した点

AWS, SlackAPI初心者2人での設計・開発

私たちはどちらもAWSやSlackAPIを用いた開発の経験がなかったため、仕様の検討には時間がかかりました。 AWSでいえば、DBの選択や設計、シークレットの管理方法、その他必要なサービスの取捨選択などに苦労しました。わからない点は社内分報チャンネルでぼやいていると先輩方が教えてくれたり、あとはChatGPTに相談したりして決めていきました。GPT4は最強でした。

(余談ですが、弊社では上記のようにSlackでいつでも質問可能なAIが在中しています。詳細はこちら

またSlackAPIでは、Tokenの権限、Tier(1分当たりの呼び出し可能回数)やインタラクションの実装方法(ショートカットやスラッシュコマンドなど)の検討に悩まされました。

ジョブローテによる開発期間の制約

9月下旬には他の部署へ移るため、開発はもちろん、企画や仕様の決定、諸々の調整などを含めて3か月で開発しなくてはなりませんでした。また先述の通り私たちには技術を調べる時間も必要だったため、うまくことを進めていくのが大変でしたが、先輩に頼ったり、IaCによる効率化などにより何とか乗り切りました。

まとめ

今回は出退勤時のタスクを自動化するSlackアプリを作成しました。

今回、ふたりともAWSやBoltを使用した開発は初めてでしたが、3か月という短い期間の中でひとつ形にできたのでよかったです。先ほど紹介した感想を含め、チームの方々がみんな楽になったと言ってくれてうれしかったです。

もしみなさんにも、こういったSlackでの毎日のタスクがあるなら、私たちのように自動化を考えてみてはいかがでしょうか。

We are hiring!

ニフティでは、さまざまなプロダクトへ挑戦するエンジニアを絶賛募集中です!
ご興味のある方は以下の採用サイトよりお気軽にご連絡ください!

カジュアル面談も受け付けています!

Tech TalkやMeetUpも開催しております!
こちらもお気軽にご応募ください!