Yusuke Sonoki

## 概要 既存の電力申し込みサイトへの追加開発をおこなった。 開発内容は以下である。 - サブドメインの追加 - 申し込みページの追加、出し分け - パラメータ付与による処理の出し分け - 入力フォームの追加 - 既存Jobの出し分け - CRMページの追加、出し分け ### チーム構成 - PM 1名 - エンジニア 2名（自分、業務委託） - QA 1名 ### 担当 - 要件定義 - 工数算出 - 実装 - チケット管理 - インフラチームへの指示 - QA指示 ## 課題と解決策 ### プロダクトに対する知識が不足しており、要件を理解することが困難であった 解決策 - 社内のプロダクトに関して知識がある人を部分的に巻き込んで開発を進めた - 調査内容と実装方針を全てGitHubのissue上でまとめることで、実装後にプロダクト知識のドキュメント化をしやすくした 結果 - プロダクトの理解が進み、仕様の決定と実装をおこなうことができた - GitHub Wiki上にドキュメントを作成し、プロダクトの属人化を解消した ### はじめて経験する大規模開発であった 解決策 - プロジェクトとしてはウォーターフォールであったが、機能ごとに細かくチケットを作成し進めた 結果 - 2人体制で並行して実装を進めることができた - PRレビューのコストを小さくし、開発を素早く進めることができた - 小さい単位で検証環境に反映し、QA, UATの効率を高めることができた ### 既存のプロダクトであるため、既存機能に影響がない実装をする必要があった 解決策 - 既存処理を変更する際は丁寧に調査した - RSpecで自動テストを書くことで、実装した処理が既存機能に影響がないことを確認した - QAに対し、既存機能に影響がないことのテストをするように指示した 結果 - 既存機能に影響のない実装を完了することができた ### 複数モデルをまたぐデモデータ作成の処理が煩雑であった 解決策 - Rubyスクリプトを作成し、デモデータ作成を自動化した 結果 - デモデータの作成コストを削減し、実装に集中することができた

エンジニア面接において1次面接を担当した。 1年間で5名担当したが、残念ながら採用には至らなかった。 チームの求める人材とマッチするかを判断するために応募者の深堀りをする経験を得ることができた。