ID:63364さん

# プロジェクト概要 人材診断サービスの新機能 (組織図) の追加・保守 # 新機能の目的 ユーザーである企業の社長や人事の方が、独自の人材診断サービスの結果から、社員の配置を自由に行え、人材配置を最適化できるようになる。 # チーム構成・私の役割 開発チームは全員で5人。 主にバックエンド側の機能を担当。 新人のメンバーに対しても技術的サポートを行なった。 # 担当工程 要件定義、詳細設計、実装、テスト # 技術 Ruby, Ruby on Rails, Vue.js, MySQL # 実装した具体的な機能 人員を配置した組織図の登録・更新機能（API側） # 課題と対応 #### 課題: 木構造データの更新機能 木構造データ（組織図）の更新機能を実装する必要があった。木構造のデータに「新たに追加された要素」と「削除された要素」を検知し、それに応じてデータ構造を更新することが求められた。 #### 対応内容・結果: フロント側のエンジニアとの連携によって実現 特に、「新たに追加された要素」を識別するために、フロントエンドから送られてくるリクエストのボディを工夫した。id には既存要素の場合は整数、新規追加要素の場合は tmp_1のような文字列が使用されるように、フロント側と協力して設計し、実装した。その他にも「要素間の親子関係」、「兄弟要素の並び順」などフロント側との連携を密にして実装した。

# プロジェクト概要 既存のサイトのCMSを新しいのに作り変える。 # 目的 既存のサイトは複数のCMSが混在していた。1つのCMSに集約し、シンプルに管理・運用できるようにしたい。また、デザインも刷新したい。 # チーム構成・私の役割 開発チームは全員で3人。バックエンド側の機能を担当。 新人のメンバーに対しても技術的サポートを行なった。 # 担当工程 詳細設計、実装、テスト # 技術 PHP, Laravel, JQuery, MySQL # 実装した具体的な機能 - 管理者ダッシュボード - ログイン機能 - CSVインポート・エクスポート - WYSIWYG(summer note)を用いた記事のCRUD機能 # 課題と対応1 #### 課題 :複雑なCSVファイルのエクスポート・インポート機能 既存の CMS で利用しているデータが複雑なデータ形態(2行で1つのデータを表現する,列が可変である等が組み合わさる)であり、そのインポート・エクスポート機能が必要。 #### 対応内容・結果 : 上記機能を開発 上記のインポート・エクスポート機能をゼロから設計・開発。また、Webアプリケーションに不慣れなユーザーに使いやすいように、エラー発生時には、どの行・列に問題があるのかを一目で把握できる詳細なエラー出力を実装。ユーザーが迅速に問題を解決できる環境を提供。 # 課題と対応2 #### 課題: 仕様が決定しない お客さんの都合等で仕様が降りてこないことが多かった。 #### 対応内容・結果: 先回りして実装 仕様が決定するのを待つことが多くあったが、大まかに伝えられている仕様から、先回りして実装を行なっていた。その後、最終決定した仕様に近づけていく調整を行い、機能を開発していた。この動きにより、スケジュール通り開発することができた。

# プロジェクト概要 EC サイトの新規開発の開発 # 目的 すでに運用している会員限定サイトがある。この会員情報と連携した EC サイトを新 たに追加して商品を販売したい。 # チーム構成・私の役割 開発チームは全員で7人。主にバックエンドの機能を担当。 新人のメンバーに対しても技術的サポートを行なった。 # 担当工程 詳細設計、実装、テスト # 技術 Ruby, Ruby on Rails, JQuery, MySQL # 実装した具体的な機能 - 商品在庫管理の調整 - 割引クーポンの調整 - 商品のセット販売の調整 # 課題と対応 #### 課題:チーム全体でのスキルの底上げ チームの半数がエンジニア未経験(私も含めて)という課題があり、チーム全体でのスキル 底上げが必要であると捉えいてた。 #### 対応内容・結果:積極的なレビュー 他のメンバーより若干ではあるが私のスキルがあったので、他メンバーの実装のレビュー 等を積極的に行った。また、未経験のメンバーが新たに加入した際にはサポートを主体的に 行った。

# 1. 再レビュー促進メールの自動送信フロー構築 社内から「再レビュー率を高めたい」という要望を受け対応を進めた。再レビュー促進のための送信対象の選定ロジックとテンプレート設計が未整備であったため、その導線を新たに設計・実装した。 技術的には、EventBridgeによる定期実行でLambdaを起動し、S3に保存したSQLを実行して送信対象ユーザーを取得、SendGridのテンプレートを用いてメールを自動送信するフローを構築した。対象ユーザーの抽出条件（承認済み・初回レビューのみ・100日以上経過・再レビューなし）もあわせて設計した。また、他のメール送信ユースケースへの転用も見据え、実行するSQLとSendGridのテンプレートを動的に切り替えられる設計とした。 効果検証として導入前後の再レビュー率を年度別に比較した結果、前年同期比で統計的に有意な改善を確認した。 --- # 2. 運用業務における手作業の自動化・効率化 外部レビューサービスのAPIからレビュー情報を取得し、アプリケーションへ取り込む運用業務において、以下の課題があった。 **改善前：** 1. 取得用スクリプトで外部APIからデータを取得（1製品ずつ実行） 2. 加工用スクリプトで必要なデータを抽出しCSVを作成 3. CSVインポートでアプリケーションへ取り込み 1製品ごとにスクリプトを2回実行する必要があり、1製品あたり約15分を要していた。製品数が増えるほど作業負荷が増大し、手作業による入力ミスのリスクも課題となっていた。 **改善後：** 1. YAMLファイルで複数製品と抽出条件をまとめて指定 2. スクリプトを1回実行するだけでインポート可能なCSVを出力 3. 内容を確認してインポートするだけで完結 取得・加工の2スクリプトを1つに統合し、複数製品をまとめて処理できるようにしたことで、1製品あたりの作業時間を約73%短縮（約15分→約4分）した。また、取り込み前にCSVで内容確認できるステップを残すことで、誤ったデータの取り込みを防ぐ設計とした。 --- # 3. IPアドレス更新の自動化による運用改善 管理画面へのアクセス制御の一手段として、IPアドレス制限を運用していた。リモートワーク環境では動的IPを使う社員も多く、IP変更のたびに開発者へ更新依頼が発生していた。この対応に1回あたり約2分を要しており、依頼を受けた開発者の作業中断（スイッチングコスト）が課題となっていた。 この課題に対し、SlackのSlashコマンドにIPアドレスを入力するだけでアクセス制御設定が更新される仕組みを構築した。技術的には、SlashコマンドのリクエストをAPI Gatewayで受け取り、Lambdaを経由してアクセス制御設定を更新するフローを実装した。 これにより、社員がSlack上でIP更新を自己完結できるようになり、開発者への依頼・対応コストをゼロにした。 ---