ID:9230さん

## 概要 PdM & EM として開発チームをリードし、アップリケーションの各種アップグレードを行いました。 また同時進行でテストカバレッジを上げて、負債率を下げました。 ## 担当 10 人規模のエンジニアチームの PdM & EM であり、手を動かして開発も行いました。 ## 結果 まず結果からお伝えます。 このプロジェクトによって、 * Ruby 2.3 → Ruby 2.7 の最新バージョンまでアップグレード * Rails 4.2 → Rails 6 の最新バージョンまでアップグレード * テストカバレッジを 32 % → 85 % まで向上 * 負債率を 10 % → 5% に低下 となりました。 詳しい内容は以下で説明します。 ## 背景 2013年にサービスをリリースしたため負債が溜まっており、新機能開発が難しくなっていました。そのため、負債返済がエキスパートのエンジニアと協力して、各種 version アップグレードやテストカバレッジの向上、負債返済を行っていました。結果、新機能が廃発できるレベルまで持っていくことができました。 ## タイムライン | 年月日 | 内容 | | :--- | :--- | | 2019年08月27日 | Rails 5.0 へメジャーアップグレード作業開始 | | 2019年10月17日 | Rails 5.0.7.2 にアップグレード完了 | | 2019年10月23日 | Ruby 2.6.5 にアップグレード完了 | | 2019年11月19日 | Rails 5.2.3 にアップグレード完了 | | 2020年01月16日 | Rails 6.0.2 にアップグレード完了 | | 2020年04月09日 | Ruby 2.7.1 にアップグレード完了 | ## 取り組み ### (1) 戦略 プロジェクトの開始時点で使用していた Rails 4.2 はセキュリティ対応のサポートが切れそうだったのでメジャーアップグレードが急務でした。 ですが、アプリケーションの規模は 10 万行を超え、モデル数が約 190 個と中規模レベルの大きさでテストカバレッジが 35 % と低い状態でした。 それを考慮して以下の戦略を立てました。 1. メジャーアップグレードを優先して最小のテストカバレッジで進める 2. テストでカバーできないものは動作確認で洗い出す 3. 動作確認でも洗い出せなかったものは本番環境に反映後、即対応する ### (2) 最小のテストカバレッジで進める 具体的には以下を行いました。 * モデルとテーブル定義の不一致を解消する * 全モデルに最低限の単体テストを書く * 最低限の結合テストを書く * Rails メジャーアップグレードの変更点に応じて修正する ### (3) テストコードでカバーできないものは動作確認で洗い出す 最低限のテストコードでカバーしているため、テスト環境で動作確認を行いました。その動作確認の結果、エラーになった箇所を1つ1つ解決していきました。 ### (4) 動作確認でも洗い出せなかったものは本番環境に反映後、即対応する 実際、デプロイ後にやはり問題が発生しました。具体的には以下のものになります。 * 本番反映前の Rails 4.2 で作られたジョブを Rails 5.0 で動作させるために一時的にパッチを当てる * Rails アップグレードに伴い、セッションが切れる問題が発生したためにセッションをクリアするコマンドを実行する ### (5) 仕組み化 各種メジャーアップグレードが非常に大変な作業であったため、今後は楽にできるように仕組み化しました。 具体的には以下になります。 * gem update の PR を毎営業日に自動で作成して、常に最新 version を使用する * テストカバレッジを上げるため 毎営業日 17:00 はテストコードを書くようにする ## 資料 一部ですが、より詳細については以下の記事にまとめています。 3ヶ月で Rails 4.2 → 5.2 にした軌跡 https://qiita.com/iwaseasahi/items/f5b5743cd7a1597d0e71

## 概要 2021年1月より、システム開発部の責任者となりました。 ここから経営陣と一緒になって、サービス全体を見るようになりました。 ## 担当 * エンジニアの人事評価 * PdM・EM * 障害対応の最終責任者 * VPoE・CTO もどき ## 課題 以下のような課題がありました。 * これまでエンジニア出身の責任者がいなかったので人事評価が正確でないことがあった。 * ロードマップがなかったので、行き当たりばったりの開発になっていた。 * セキュリティ面で不安があった。 * 会計システムを期日までに稼働させなければいけなかった。 ## やったこと * 経営陣と共にサービスの予実を管理 * プロダクトのロードマップを作成 * エンジニアメンバーの半期評価 * エンジニアメンバーの勤怠管理 * プロダクトのセキュリティ強化 * プロダクトの会計システムを改修 管理監督者として経営陣と一体になって事業全体に責任を持つようになりました。 特にエンジニアを含めてシステム開発部の責任者となり、半期評価や勤怠管理といったマネージメント領域も担当しました。 また昨今のセキュリティリスクを考慮して、アプリケーションとインフラの両方で強化しました。 具体的は外部会社にセキュリティ診断を行ってもらい、診断結果を1つ1つ対応しました。 重要なセキュリティ強化は、 2FA の導入と個人情報の暗号化です。 さらに決算期の変更に伴い、会計システムを急ピッチで改修しました。プロダクトの中でも最も闇が深かった会計システムにメスを入れることになり、会計チームと協力しながら正しい会計数値を算出しました。これによって無事に決算を乗り越えることができています。