ID:69787さん

**■ プロジェクト経験概要** 金融領域の法人向けプラットフォーム（企業情報の掲載、イベントへの申し込み、法人間の日程調整）の開発・改修を担当しました。入社 2 週間で大規模な新機能開発を単独で任され、約 6 ヶ月かけて複数の PR に分けて段階的に開発し、累計約 14,000 行の変更を加えてリリース。並行して中小規模の機能追加・改修と、チームのタスク設計・進行管理も担当しています。 **■ チーム情報** 事業フェーズ 10→100 のスタートアップ。エンジニアは少人数で、1 つの機能を 1 人が要件整理から実装・リリースまで持ち切る体制でした。バックエンドは Ruby on Rails、フロントエンドは React（当時はクラスコンポーネント）です。 **■ 開発・実装 A：大規模新機能の単独開発（Ruby on Rails / React）** 【担当】自分 1 人（要件整理・設計・実装・リリースまで） 【どのような機能か】プラットフォームの主要機能の 1 つとして、入社 2 週間目からアサインされた新機能です。開発期間は約 6 ヶ月で、複数の PR に分けてレビューを受けながら段階的に進め、累計で約 14,000 行の変更となりました。 【課題・問題点】既存のフロントエンドが React のクラスコンポーネントで書かれており、状態管理とライフサイクルの記述が画面ごとに分散していたため、新規画面をそのまま同じ書き方で積み増すと保守がさらに難しくなる状態でした。 【打ち手・使用した技術】新機能は React の関数コンポーネント + Hooks で実装し、あわせて周辺の既存クラスコンポーネントも段階的に関数コンポーネントへ移行しました。サーバーサイドは Ruby on Rails で、モデル・コントローラの設計から実装まで担当しています。 **■ 開発・実装 B：Google カレンダー連携の改修（Google Calendar API / OAuth）** 【担当】自分 1 人（調査・設計・実装） 【どのような機能か】ユーザーの Google カレンダーと自社 DB 上の予定を同期し、法人間の日程調整に使えるようにする既存機能です。上記 A と並行して、中小規模の機能追加・改修の一環として担当しました。 【課題・問題点】2 つありました。1 つは Google 側の仕様変更で連携の認可に有効期限が設けられ、一定期間で連携が切れてエラーが頻発していたこと。もう 1 つは、同期処理が Google Calendar API のレートリミットに抵触していたことです。 【打ち手・使用した技術】OAuth のリフレッシュトークンを用いて、有効期限が切れる前に自動でアクセストークンを更新する仕組みを実装し、ユーザーの再連携操作を不要にしました。レートリミットについては、複数の予定をまとめて 1 リクエストで送れる仕様ではなかったため、1 件ずつ間隔を空けて順に送る方式に変更して回避しています。同期全体の処理時間は伸びますが、確実に同期が完了することを優先しました。 **■ チームマネジメント** 【担当】自分（入社 7 ヶ月目以降） ビジネスサイドから上がる要件をタスクに分解して各メンバーへ割り振り、週次で進捗を確認するサイクルを回しました。