ID:9442さん

### 概要 freee人事労務の利用者拡大のために変形労働制に対応した。 #### プロジェクト規模 平均 5～6 人チームでのアジャイル開発 #### 役割 スクラムマスター、設計、コーディング、コードレビュー、ユニットテスト、バグの調査と修正 #### プロジェクト詳細 ##### 仕様技術 - UI実装 - React.js - コードベースが大規模なため、変更が容易なようにReact Hooksを使ってコンポーネントの関心ごとに分割した設計を行いました。 - TypeScript - Formik - 事業所向けの設定画面の入力フォームにFormikを使用し、フロント側でのバリデーションを行うことで無駄なAPIリクエストを削減しました。またモーダルのままエラーが表示されるのでユーザーが何を間違えたのか分かりやすく設定してから躓くことが無いようになるべく小さい範囲でエラーを出すようにしています。 - バックエンド - Ruby on Rails - フォームのバリデーションだけでは判別しきれないエラーの実装を行っています。 - Rspec ##### デザイナーとの実装スピードアップのための取り組み デザイナー、エンジニアともに社内デザインシステムを用いた開発を行っていましたが、デザイナーの作ったUIを確認しエンジニアがそれと同じものをデザインシステムのStorybookでコンポーネント名を確認してから実装。なければデザインシステム側に実装すべきか、プロダクト内に独自に作るかを判断する必要がありました。 そこでデザイナーに協力してもらい、デザインをしてもらう段階でFigmaのコンポーネント名をStorybook上のコンポーネント名に揃えてもらうことでエンジニアのフロントエンドの実装スピードを向上する取り組みを行いました。 改善の結果、デザインの相違の減少やデザイナーとの議論のしやすさが上がるなどの結果が得られました。 ##### マネージャーからのスクラムマスター業務の引き継ぎ 多忙なエンジニアリングマネージャーからスクラムマスターの引き継ぎを段階的に行いました。 スクラムマスターの経験がなく、チームの課題が明確に見えなかったため、他のチームのスクラムイベントに参加し自分のチームで上手く機能しそうなやり方を取り入れながら改善を行いました。 https://developers.freee.co.jp/entry/start-scrum-with-low-cal 改善の結果、マネージャーから実装タスクを取りやすくなったとのフィードバックがありました。

### 概要 CTOがプロダクト開発と兼業で変更・改善しているサービスLP業務の引き継ぎ #### プロジェクト規模 セールス、マーケティングチームに唯一のエンジニアとして参画 #### 役割 施策企画、設計、コーディング、CRM基盤の整備 #### プロジェクト詳細 #### 使用技術 - Gatsby.js v3.x→v4.x - 参画当時は3系でしたが、周辺ライブラリのアップデートも含めて4系へアップデートを行いました。 - hubspot - CRMとして使用しています。 - Google Optimize - 施策のA/Bテストを行うために導入しました。OptimizeコンソールからではSPAだと管理が煩雑になるためコード上で現在のパターンを取得するReact Hooksを実装し、パターン別にコンポーネントの出し分けを行い効果を測定しました。 - Google Analytics - Google Tag Manager経由でタグを埋め込み、CV発生時にdataLayer変数へビジネス側が見たい値を入れてフォーム送信時に呼び出すようにしていました。 ##### 現状課題のヒアリング ビジネスチームがCTOに依頼してもプロダクト開発のタスクが優先されて自分たちのやりたいLP上での施策実施スピードが落ちている状況でした。 そこで、業務委託としてCTOからLP開発の業務を引き剥がし、ビジネス側に目標を共有してもらいながらどういった施策がやりたいのかの優先順位を付けてカンバンを作って可視化しながら改善していきました。 ##### Gatsbyのライブラリアップデート ライブラリバージョンのアップデートが手を付けられておらず、新規にGoogleOptimizeを組み込んだ施策をする上で必要だったので本体を含むライブラリバージョンのアップデートを行いました。 すでに非推奨となっているパッケージもあったので、推奨のものに変更したり自作のものに切り替える等の変更を行いました。 ##### 結果 LP 開発をビジネス担当と直結するカンバン運用へ変更し、A/B テストと計測基盤を整備。施策投入を継続できる状態を構築した。