ID:62818さん

## プロジェクト概要 タレントマネジメントシステム内の、従業員スキル・資格・研修を管理するサブシステムの新規機能開発・運用保守を担当。資格の有効期限管理やe-learningコンテンツの配信を実施することが可能。 ## 役割 スクラムベースの開発チームにおいて、要件定義フェーズからフロントエンド・バックエンド・インフラの調整、リリース、保守運用まで一貫して担当。 ## 取り組み - システムアラート体制の構築と運用整備 - SentryでSlackにアラートを通知しているものの、ノイズが多く誰も日常的に確認していない状況だった。 まずは既存のアラートを棚卸し、通知すべきアラートかのハンドリングを実施。マイクロサービスで発生しうる通信系のエラーに関しては複数回の発生時のみ通知をしたり、緊急で対応する必要のないものや環境依存のアラートは別チャンネルに流し、ノイズを減少させた。 またRubBookを用意し、当番制とすることでチームメンバーが誰でも対応にあたれる環境を実現した - スキルのレベル定義機能のフィーチャーリード - 全社横断の権限プロジェクトのマイクロサービス側フィーチャーリード - マスターデータの更新制限解除プロジェクト - lmsのSCORMコンテンツ対応 - e-learningの共通企画であるSCORMをlmsシステム上で扱えるようにするプロジェクト - SCORMをiframeで再生する為、CORS問題をどう解決するかのPOCに着手。複数案だしながら検討し、スケールやパフォーマンスも考慮したLB→CDN→GCSバケットの構成を採用し、実現可能かミニマムで検証した。 - SCORMデータをどのように保持し、どう再現するかのPOCに着手。本番ではworker等を利用する予定ではあったが、実現可否を最小工数で検証する為rakeタスクを利用してPOCを実装した

## プロジェクト概要 タレントマネジメントシステム群の中にある、企業の配置案をシミュレーションできるシステムの新規機能開発、運用・保守を担当する。 従業員情報や評価、資格情報をもとに複数の配置をシミュレーションしたり、統合したりすることができる。 ## 取り組み - GCPのコスト最適化（不要インフラの夜間停止、GCSのライフサイクル見直し） - terraform cloud → tfactionへの移行 - アラート疲れの対策 - Design Docの運用と改善 - 新機能実装時の仮説立てとユーザーヒアリング - 各種ライブラリのバージョンup対応（sidekiq, Rails etc） ## 工夫した事 - 開発サイクル課題解決のためのDesign Doc導入 - フィーチャー開発でPRDから実際の開発までのギャップが課題感になっていた。事前調査等は実施していたがより体系的にドキュメントとして残し、チーム内での理解度が上がるようDesign Docの導入を推進した。作成したテンプレートや運用もチーム内でFBをもらいながら改善を進め、結果チーム内からも導入後開発がスムーズになったように感じるとの声をもらうことができた - 社内利用機能のフィーチャーリード - 社内で利用している機能を追加する開発のリードを担当する。実ユーザーにヒアリングを実施、仮説をぶつけながら改善案を作成した。 - ソリューション案を複数と、それぞれの工数とpros, consを事前に洗い出し、、プロダクトエンジニア内で検討会を実施、決定をもとにPM, PDを巻き込みながら開発を進めることで最小コストで必要な機能を網羅できるよう工夫した