フルスタックエンジニア

プロダクトマネージャー

はじめまして！本業では Next.js / React.js / Node.js を中心に開発をしています。
また、プロダクトマネージャーとして、企画・要件定義・開発実装まで一気通貫して、担当しています。

2021/9 ~ 2022/11 インフルエンサーと企業のマッチングプラットフォーム開発
2021/5 ~ 2021/8 新規事業、既存サービスの統合プロジェクト
2021/1 ~ 2021/4 社内共通基盤のID統合プロジェクト
2020/10 ~ 2020/12 SNS分析ツールの開発
2018/8 ~ 2020/10 ECサイトの開発

React.js

JavaScript

Next.js

TypeScript

## 概要
新規プロダクト開発のプロダクトマネージャー兼エンジニア
複数の自社サービスを統合した新規プロダクトの企画、開発

## 構成
- PM：1名（サポート：1名）
- ビジネ：2名
- デザイナー：2名
- エンジニア：9名

## 役割
- プロダクトマネージャー
- エンジニア

## 担当業務内容
- 企画
- ロードマップ
- 要件定義
- ユーザーストーリーマッピング
- ワイヤーフレーム
- デザインレビュー
- 仕様書
- ドキュメント
- タスク管理
- QA
- 開発
- コードレビュー

**企画 ロードマップ**
ボードメンバーとの新規プロダクトの企画のキックオフ
既存課題の洗い出し
プロダクトの４階層の策定
メンバー構成の策定
ロードマップの作成
定期的なボードメンバーへの現状共有と課題のすり合わせとその後のTODO洗い出しとその推進


**要件定義 ~ 仕様書**
既存プロダクトのリビルドの側面もあるプロジェクトのため、既存プロダクトに関わるステークホルダーからの課題などの抽出
ユーザーストーリーマッピングの作成とすり合わせ
ユーザーストーリーマッピングの基づくワイヤーフレームの作成
デザイナーへのデザイン依頼とレビュー

**仕様書**
仕様書作成

**ドキュメント**
仕様書に限らず、ユビキタスやそれまでの意思決定におけるログを全てドキュメント化
プロダクトの４階層、メンバー構成の役割とアサイン、各種MTGログ、メンバー間での細かい議論のログなど

**タスク管理**
デザインと仕様書が出来上がった段階で、Jiraでの開発チケットの作成と優先度付け
初回のストーリーポイントは、メンバー全員でのプランニングポーカーを実施

**QA**
QA担当者への依頼とレビュー

**開発 コードレビュー**
Jiraにタスクを洗い出した段階で、社内の他メンバーへのPMロールをバトンタッチ
自身は横断的に必要な部分の実装

現在は開発フェーズ中で、主な担当なJira管理とフロントエンド、バックエンドの開発

インフルエンサーと企業のマッチングプラットフォーム開発

## 概要
新規事業での自社サービスの統合プロジェクト開発
複数の自社サービスを統合し、一つのアプリケーションとしてユーザーが利用できるようにするプロジェクト。
各種サービスの共通データ統合設計と各種機能の設計(企業画面、ユーザーアプリ、管理画面)


## 構成
- PM：1名
- デザイナー：3名
- エンジニア：10名

## 役割
- エンジニア

## 担当業務内容
- 共通データ統合とAPIの詳細設計
- 新規機能用API設計と実装
- バックエンドコードレビュー
- フロントエンドコードレビュー

**共通データ統合とAPIの設計**
既存サービスから共通データの洗い出し、正規化を行いAPI詳細設計を行なっている。

**新規機能用API設計**
企業画面に複数ユーザーで利用できる機能の追加。slack等でのワークスペースと同じように機能。
ワークスペースとワークスペースを利用するユーザー毎の認可機構の設計を行なっている。

**バックエンドコードレビュー**
各種担当者のPRへのコードレビュー

**フロントエンドコードレビュー**
各種担当者のPRへのコードレビュー

新規事業、既存サービスの統合プロジェクト

## 概要
複数の自社サービスの顧客データを社内共通基盤の新規開発しID統合を行うプロジェクト。
社内共通基盤を開発により顧客データ統合し、自社サービスの認証をAuth0で統一を行なった。
それにより、ユーザーは同一IDで複数社サービスを利用できるようになった。

## 構成
- PM：1名
- エンジニア：5名

## 役割
- エンジニア

## 担当業務内容
- 顧客データ統合
- Auth0を利用したサインアップ、サインイン画面の実装
- フルスクラッチでの共通基盤の実装（顧客データを管理するAPI実装）
- 各種サービスの顧客データを共通基盤APIを利用する形へ改修

**顧客データ統合**
各種サービスで利用している顧客データが異なるため、顧客データをモデルを再設計。共通化可能データのみ統合を行なった。

**Auth0を利用したサインアップ、サインイン画面の実装**
各種サービスで個別に認証機能を実装していたため、顧客データの統合するタイミングで認証レベル統一を行なった。

**フルスクラッチでの共通基盤の実装（顧客データを管理するAPI実装）**
認証に関しては、Auth0から発行されるtokenを利用して共通基盤からAuth0へ問い合わせを行なっている。
社内ツールのみ、Auth0を利用していないためサーバtoサーバのため暗号キーを使用した認証を行なっている。社内ツールはホワイトリストでのIP制限を行なっている。
Node,Nest,Typescript,GraphQL,Prisma2を利用して共通基盤の開発を行なった。
少人数での開発チームとしてパフォーマンスを最大化させるため、フロントエンドとバックエンドをTypescriptで統一しPrisma schemaからGraphQL schemaをgenerateできるtypeGraphQLを採用している。
ただ、一部サービスにおいてはGraphQLを利用していないため、RESTAPIの実装も行なった。

**各種サービスの顧客データを共通基盤APIを利用する形へ改修**
各種サービスの顧客データ取得先を各種データベースから共通基盤への差し替えを行なった。

社内共通基盤のID統合プロジェクト

## 概要
自社サービスのSNS分析ツールの新規機能開発のバックエンドとフロントエンドを1人で担当。
Instagram投稿時に利用しているハッシュタグの分析機能の実装。
RubyでのAPI開発、NodeでのAPI開発、Reactでのフロントエンド開発を一気通貫で行なった。

## 構成
- エンジニア：1名
- デザイナー：1名

## 役割
- エンジニア

## 担当業務内容
- API設計
- API実装
- ハッシュタグデータの分析画面の実装


利用するハッシュタグデータは、社内の別APIサーバーで管理されており、今回必要なデータを取得するAPIをRailsで実装。
取得したデータをクライアントが要求するIFに合わせたAPIをNode,Nest,Tyepscript,Swaggerで実装。

ハッシュタグ分析画面は、React、hooks、 styled-componentsを使用してAPI取得、テーブル表示を行なった。
API取得は、aspidaを利用してswagger-jsonから型定義ファイルを生成して利用している。

SNS分析ツールの新規機能開発

## 概要
新規事業としてECサイトの開発のバックエンド（メイン）とフロントエンドを担当。
現在はリリースしており、運用保守を行うメンバーのサポートを担っている。

## 構成
- PM：1名
- デザイナー: 2名
- 開発リーダー：1名
- フロントエンド：3名
- バックエンド：3名

## 役割
- 開発リーダー
CTO VPoEはプロジェクトを横断的に管理しており本プロジェクトにおいては、リーダーとしてタスク管理等を行なっていた。
メンバーマネジメントにおいては担当外。

## 担当業務内容
- DB設計
- 基本設計
- 詳細設計
- ECサイトにおける各種API設計
- ECサイトにおける各種API実装
- コードレビュー
- 企業画面と運営管理画面の実装
- 各種APIのe2eテスト実装
- 外部ベンダーシステムとの商談に開発担当者として参加
- 各種外部ベンダーとの連携実装（決済システム、商品管理システム、在庫管理システム）

新規事業として立ち上がりアサインされた時点ではエンジニア歴半年だったが、当時のチームリーダーの退職によりバックエンドチームのリーダーのポジションとなる。
設計思想としてDDD、レイヤードアーキテクチャを採用。複数のドメイン（ユーザー、商品、購入）が存在しており将来のマイクロサービス化（当時流行っていた）を想定してドメイン毎にデータベースを分ける設計を採用していた。（これに関してはtransaction周りの実装がとても複雑になってしまうため、データベースを分ける設計は立ち上げ時から採用することはお勧めしない。）
基本的には複雑API実装をメインで担当していた。
注文APIにおいては、内部処理で決済API、在庫管理API（商品をよって利用するベンダーが異なる）を利用しているためtransactionや外部ベンダーでのエラーハンドリング周りでの適切なハンドリング実装を行う必要があった。