kurupeku

## 概要 Go による API サーバーとRailsによる管理画面で構成されるプロダクトの長期的な機能開発・保守運用 ## 担当 継続的な機能開発全般〜保守運用まで ## 工夫した点：テストカバレッジ維持とリリース毎の手動テスト実施によるダウンタイムゼロ運用 ### 概要 コードベースと手動の両方のテストをデリバリーの必須手順として組み込むことで入社以来ダウンタイムゼロでの運用を維持\ ### 打ち手・使用した技術 機能開発時には必ず条件網羅でテストコードを書き、ステートメントカバレッジベースで80%以上を目標として機能開発に望んでいる。 また機能レベルでは必ずE2Eレベルのテストコードも用意し、デグレなどがあっても CI で概ねカバーができる状態を維持。 デリバリー時にはコードだけに頼らず手動テストも必ず実施、極力時間がかからないようにツールなどを整備して約15分ほどで大半の範囲をカバーできる状態を維持し続け、顧客影響のある変更に関してプラスで追加の手動テストによる担保を行ってからリリースするフローで運用した結果、DBのアップデートに伴う数分間のメンテナンス以外でサーバーが止まったことはなかった （パフォーマンスに起因する障害は SRE チームが別で管理していたため、そのおかげでもある）

## 概要 顧客向けの管理画面においてロールとパーミッション、2軸の認可設定機能の要件定義からリリースまでを担当 ## 背景 個人情報を閲覧可能な機能をリリースしたことで、その閲覧範囲を限定できることが要求として上がってきた。弊社としても個人情報は最優先で保護すべき情報であるため、要求が上がってきてからなるべく早くリリースすることを求められた ## 担当 要求定義 〜 リリースまでを担当 ## 工夫した点：要求の再定義 ### 概要 実装後半まで進んだところで PdM からの要求が実務とそぐわないことが発覚したため、Biz 側との要求定義から巻取り、自ら関連部署と直接折衝を行い、要求定義から主導してリリースまでを完了させた ### どのような機能の開発・実装か - すべての機能を制限なしで利用可能な管理者と一般ユーザーの2ロールいずれかを既存ユーザー含めて全ユーザーに適応 - 一般ユーザーには動作関連の設定を変更することができるパーミッションと個人情報を閲覧できるパーミッションの2種類をN個付与することができ、それによって利用できる機能の範囲が限定される - 当時はこれらを一元管理できるような集約ルートが存在せず、その集約ルートとなるエンティティの定義から始める必要があり、アプリケーションの広範囲に影響がでるような実装が前提実装として存在した ### 課題・問題点 - PdM から上がっていた要求が複雑だったため、要件定義も入念かつこまめに PdM とすり合わせながら進めていた - ところが実装が進んだ段階で、元々あった要求だと運用上問題が起こる顧客が存在するのが発覚 ### 打ち手・使用した技術 要求定義からこちらで巻取り、顧客データの管理部門やセールスと早急に要求を固め直したところ、実装済みのコードの半分以上が手戻りになることが発覚したため、要求の100%水準ではどうしても間に合わないことが想定された。 そのため早急にミニマムの要求水準を関連部署間でコンセンサスを取り、リリース内容を周知済みの顧客へ調整を入れてもらうことで、フル機能ではなかったものの期日通りのリリースとなった。

## 概要 顧客向けの管理画面においてエンドユーザーのトランザクション結果を閲覧できる機能の要件定義〜リリース ## 背景 顧客向けの新機能として、弊社提供のSDKを通してエンドユーザーが実施したトランザクション結果を UI 上から確認できる機能が欲しいというビジネス側からの要求があり、その要件定義から実装、リリースを担当しました。 ## 担当 要件定義 〜 リリースまでを担当 ## 工夫した点：要件定義の巻取り ### 概要 プロジェクトでフワッとした要求とリリース時期だけが決まっている状態だったところ、PdM に相談の上で要件定義から巻取り、期日通りリリースを完了させた ### どのような機能の開発・実装か - エンドユーザーからのトランザクションを実施する API サーバーに対して、管理画面であるRailsアプリケーションから疎通して実行結果を表示する機能の開発 ### 課題・問題点 - 半期中のリリースを予定していたが要件定義がなかなか進んでいなかった - 難易度は高くないものの取り扱うデータの種類が多く、UI 部分の仕様の Fix が難しいことが予想された ### 打ち手・使用した技術 入社直後から進行していたプロジェクトだったが、自身が想定している工期を鑑みると進捗が遅かったため、 PdM に掛け合って自らの主導で進める許可をとり、要件定義から巻き取った。 時間的余裕がないと感じていたため要件を詰めながら設計をすすめ、判明した実装工程をマイルストーン化して工期の余裕がないことを周囲に周知させた。 その上で並行してデザイナーにデザイン作成を依頼し、バックエンドのプレゼンテーションレイヤー以外の実装を進めるなど、クリティカルパスをなるべく短くできるように進めてリリースに間に合わせた。