ID:72567さん

## プロジェクトの目的 10 年前から積もり積もった技術負債を返却し、開発生産性を向上させるために一からコードをリプレイスする。 ## プロジェクトの背景 リプレイス前のコードはあらゆる不動産マーケット（賃貸や売買、投資など）のコードが入り組んだ構成になっており、特定のマーケットのみの開発をする場合にも他マーケットへの影響などを加味する必要があったり、 Symfony 2 系 のバージョンアップによる Breaking Changes が大きくてバージョンアップが出来ていないなどいくつかの技術負債が 10 年かけて溜まっている状況でした。 これらに対する対応として各マーケットごとにマイクロサービス化するという方針が全社レベルで決まり、そのうちの一つのプロジェクトとしてこのプロジェクトが立ち上がりました。 私がこのプロジェクトにジョインしたのはプロジェクトが動き始めて約半年後で、新たなコードの MVP は完成しておりユーザーの反応を見ながら完成に持っていくという段階でした。 チームに関しては、私以外は全員プロジェクト当初からの立ち上げメンバーで、前リーダーが退職することに伴って私へとリーダーが変わり、チームの動き方も見直していこうというタイミングでした。 ## チーム構成 - PdM: 1 人 - PjM: 1 人 - サービス企画: 2 人 - デザイナー: 1 人 - エンジニア: 6 人 ## 自身の役割 - チームリーダー（TL） - 弊社では説明責任を持ち、チームを代表する人を指します。その為、定例ミーティングでの進捗共有やチーム横断タスクのハンドリング、KPI の検討、チームの形成期のハンドリングなど行っていました。 - スクラムマスター（SM） - 弊チームはスクラムで進めていくこととなったため、チームが自己組織化されるようにサポートする役割を行なっていました。 - エンジニアリングマネージャー（EM） - 特にエンジニアのリソース管理やタスクの割り振り、PjM との要件の確認、他部署・チームとの調整、エンジニア代表としてサービス企画と仕様の調整を行っていました。 - 開発者 - 調査・要件定義・設計・実装・テスト・レビューを行い、機能移植の実作業を行なっていました。 ## 自身の成果 ### 複数の役割を担いチームのバランスを取れたこと チームの出力が落ちないように・迷走しないように複数の役割を担いながら舵取りを行ったことで、チームを次のステップまで持って行ったことは一つの成果だと思います。 既にある程度出来上がったチームだったので、効率を追求して大きな変化を起こすというよりもメンバーのやりやすさを強めに加味した上で行う提案やコミュニケーションは高評価を受けました。 後はふりかえり会などではしっかり課題点を指摘したりするものの、普段は必要以上に舵を取りすぎず線引きをするなど細かい部分でチームを自己組織化していけたのも良かったと考えています。 ### 継続的に技術的改善提案をできたこと 自身のタスクとは別で技術的な提案も継続的に行い、且つそれが採用されたことは成果に含められると考えています。一部ピックアップですが以下の様な提案が採用されていました。 - 静的ファイルを CDN でキャッシュして返す対応（もちろん todo としては認識されていた） - 当時はバランシングの方法として Stickey Session を採用していたが、bot やクローラーによる大量のリクエストが来た場合に特定の pod がリクエストを処理しきれず 503 を返してしまうということがしばしば起きていた。この対応として特定の IP 及び User Agent の場合は round robin（均等にリクエストを分散するバランシング方法）でバランシングする対応 - DDD の設計における Value Object のデータの持ち方・振る舞いの見直し - Clean Architecture における usecase/interactor と repository/gateway の責務の見直し など ### 自身も継続的に手を動かしてコミットし続けれたこと アラートによる障害対応の通知が来たら誰よりも早く調査・解消することや、ルーズボールになってしまったタスクの回収、機能の移植実装、自発的なリファクタリングなど開発者としてもタスクをこなし続けれたことは単純に手が増えるという意味でも貢献できたと思います。

## プロジェクトの目的 同じ NFT を持ったユーザー同士がコミュニケーションを取ることが出来るというコンセプトのモバイルアプリケーション ## チーム構成 - PdM: 1 人 - サービス企画兼デザイナー: 1 人 - エンジニア: 2 ~ 5 人（期間によってばらつきあり） ## 自身の役割 - エンジニアリングマネージャー（EM） - 基本的には開発手法の検討とふりかえり会などをチームメンバーと検討して設置したり、進捗の定期的な管理を行なっていたのみ - 開発者 - エンジニアの採用面接官 - エンジニアの代表として採用の場に参加し、スキル感の認識すり合わせやいくつかの確認を行っていた ## 自身の成果 ### 0 -> 1 フェーズの開発をリードした プロダクトの初期開発者として、言語及びフレームワーク（FW）の選定からファーストリリースまで開発をリードした。 大まかな流れとしては以下であった。 アプリの仕様検討 → フロント・バック両方の言語及び FW の選定 → アーキテクチャの設計 → DB の設計 → インフラの立ち上げから IaC → 機能開発 → AppStore リリース 自身が機能開発した主な内容は以下の通り。 - Google / Apple アカウントを用いた認証機能 - Metamask ウォレットとアプリケーションの連携機能（ユーザーのウォレットから NFT を取得 したりする） - 運営から NFT の譲渡を行える様にトランザクションの実行機能 - 同じ NFT を所持するユーザーが参加出来る「ギルド」機能 - ギルドの中で会話できるリアルタイム更新のチャット機能 - ギルド検索機能 機能開発以外の部分では terraform を活用したインフラのコード化や GIthubActions を活用したデプロイやリリースの自動化も行っている。