ID:83659さん

プロダクト開発チーム・エンジニア組織・プロダクトマネジメント全体（株式会社CoeFont、Manager of Product Department）

プロダクト開発の推進、エンジニアリング組織の生産性向上、セキュリティ・コンプライアンス対応、スクラム運用改善、新規制度設計と委譲、AIコーディングエージェントを前提とした開発プロセスの再設計、およびメンバーの育成とパフォーマンス管理。

## エンジニアリングマネジメント・スクラム運営 ### 課題と背景 入社直後、フロントエンド／バックエンドのチーム分割撤廃直後で技術領域別の意思決定責任者が不在、リリース担当者の属人化が問題でした。また、アドホックなインシデント対応、スクラム運用の形骸化なども課題でした。 ### 取り組み・工夫 - **リリース運用整備**：Repository Owner（リポジトリ単位の責任）とTech Lead（技術選定・アーキテクチャ）の分離案を起案・議論をホスト。「正式設置は時期尚早」と判断し、まずはリリース担当者の明文化（BE/FE それぞれに固定責任者を設置）で属人化を段階的に解消。 - **インシデント対応の定型化**：エンドユーザー向け障害対応コミュニケーション体制の整備、Engineering部門全員へのインシデント対応プロセスのインストール、CS/Sales/Marketing各部門の対応事項定義を実施。整備以降、自身がインシデントコマンダとして実インシデントを多数指揮し、フローを磨き込んだ。このフローはセキュリティ監査取得時に証左として提出。 - **スクラム運営の改善**：スクラムマスターとしてPBI／スプリントバックログのテンプレート整備、ROIスコアリング方式の試行錯誤、Daily Scrum / RetrospectiveのファシリテーターをメンバーがDoするように持ち回り化。Sprint Reviewを刷新（2024年7月〜）し、CSも参加してStaging環境で実際に完成品を触り、気づきをFigJamに書き出して即チケット化するセッション形式に転換。スクラムマスター業務は後輩メンバーに段階的に委譲し、毎週フィードバック1on1で育成を継続。 - **パフォーマンスベースド・マネジメント**：各メンバーごとにPerformance / Behavior / Development Goalを1on1で設定し毎週レビューする運用を確立。 ## 組織設計・新制度の発案と委譲 ### 課題と背景 「このチームには○○が足りない」と気づいたら制度を設計し運用に乗せ、定着したら後任に委譲するサイクルを繰り返した。 ### 取り組み・工夫 - **タスクリーダー制度の発案**：1つのPBIにFE/BEエンジニアを2〜3人アサインする運用で責任者不在により議論が収束しない事態が発生。PBI単位で軽量な取りまとめ役を1名指名するタスクリーダー制度を設計し、実装方針のクロージング・進行取りまとめ・レビュアー指定の責任を集約。FE/BE間の実装方針合意を早期化。 - **CRE（Customer Reliability Engineering）チームの新設**：CS部署がエンジニア個人に直接対応依頼するフローでエンジニアの実装が止まる課題に対し、Engineering部門内にCREを新設。CSからのチケット起票フロー、緊急度トリアージルール（インシデント疑い／要調査／要望）、通常開発とCRE業務のリソース分離を整備。 - **Technical Talk Session（社内勉強会）の主催**：組織拡大によるチーム間コミュニケーション希薄化への対応として、定期的な技術勉強会を主催。 ## プロダクトマネジメント ### 課題と背景 大規模TTSモデルの本番リリース、Search UX改善、サブスクリプション解約後のアップセル動線設計など、複数のプロダクト課題に取り組んだ。 ### 取り組み・工夫 - **大規模TTSモデルのリリース指揮**：2025年6月〜8月にプロジェクト統括。研究部門の不確実な成果に対し「出せるのか／何を待てば出せるのか」のバランス調整。生成に時間がかかるモデル特性から生じるWaiting time / Priority / Queuing / Limit of tryingの仕様議論をユーザー体験と実装工数のバランスを取りながらリード。 - **Search UX改善**：Google Analyticsで検索利用状況を分析しUI改善方針を決定。技術的制約とユーザー価値のバランスを取りながらプロジェクトを分割して実行。 - **アップセル動線設計**：解約後ユーザーの挙動をGoogle Analyticsで観察し仮説化。Stripe Webhook・フロントエンド状態管理・データ計測パイプラインの制約を踏まえた設計で、解約後もプロジェクトのサムネイルは複数見えるが編集できるのは1個のみ・残りは非活性表示でアップセル誘導する仕様を設計・実装に落とした。 ## AIコーディングエージェントを前提とした開発プロセス再設計 2025年以降、Claude Codeが実用に乗ったタイミングで開発プロセス全体をAI前提に再設計することを主導。Coding Agentの調教（プロンプト・コンテキスト・MCP接続）を個人最適化に閉じさせず、リポジトリにコミットして組織の集合知として育てていく思想を一貫して推進。 - 要件定義プロセスのGitHub移行：PRD・要件・PBIをMarkdownでGitHub管理し、Diff/Review/履歴管理可能な状態に。 - Claude Codeへの調査基盤接続：調査系MCP・社内APIをClaude Codeに接続し、要件作成の調査・背景情報補足・PRD妥当性評価をAgentに回せる基盤を整備。 - レビュー知見のAIプロンプト化基盤：GitHub PRのレビューコメントをdiff hunk・ファイルパス・行番号・コミット情報とともに構造化JSONで抽出するCLIツールpr-review-data-collectorを自作。シニアエンジニアの過去レビュー指摘をAIコードレビューBot用の学習・プロンプトデータセットとして再利用できる形に整え、暗黙知を組織横断で活用する仕組みを試作。 ## セキュリティ・コンプライアンス推進 2024年11月以降、セキュリティ監査自動化ツールVanta運用とSOC2 Type II、GDPR、ISMS対応の社内推進を担当。アクセス管理、ポリシー体系整備、エビデンス整備（Periodic Access Review、Incident Tabletop Exercise、S3バックアップ復旧テスト、Incident First Respond Manual等）、GDPR Cookie Policy、Subprocessor Change Notification Guide、Vantaサポートとのコミュニケーションを担当。

エンジニアチームおよびプロダクト全体（株式会社WindHole・共同創業者）

メンバー0人からのチームビルディング、開発体制の構築、モバイルアプリの実装推進、コード品質管理体制の整備、プロダクト設計・UIデザインを担当。

## エンジニアチームのチームビルディング ### 課題と背景 シード期スタートアップでメンバー0人の状態から採用を行い開発チームを構築する必要がありました。フルリモート前提の業務委託中心の体制という制約の中で、コミュニケーション・タスク管理・品質担保の仕組みを整える必要がありました。 ### 取り組み・工夫 - **コミュニケーション環境の整備**：GatherTown・Discordを選定・導入し、フルリモートでも雑談が生まれやすい環境を構築。 - **タスク管理の仕組み化**：ClickUp・Notionを導入。業務委託中心の体制ではスクラム運用コストが過大と判断し、明確な期限設定＋週次振り返り会の運用を採用。継続的な振り返りでエンジニア同士の信頼関係を醸成し、課題解決のコミュニケーションコストを低減。 - **コードオーナー制度の導入**：コードの文法・アーキテクチャの議論が煮詰まりメンバーのコード生産が滞る課題に対し、コードオーナーロールを設置。コーディング規約の規定・レビュー時の最終判断・コード品質担保の責任を集約し、意思決定者を明確化することで生産性向上につなげた。 ## モバイルアプリ実装 Flutter＋riverpodでクリーンアーキテクチャを採用したプロジェクトの実装に参加。BitriseでAndroid/iOSストアへの自動審査提出CI/CDを整備。サービス設計・UIデザインも担当。

プロダクト・エンジニアリング・セールス・ファイナンス全体（株式会社IDEOJ・共同創業者／プロダクト責任者）

プロダクト開発・マーケティング・財務・セールスを各分野横断でAIワークフロー化し、暗号化ファイル共有SaaS「カギスル」を初期顧客獲得まで成長させる。

## プロダクト開発・計画管理 ### 課題と背景 少人数体制で、暗号化ファイル共有SaaS「カギスル」を初期顧客獲得まで成長させる必要がありました。 ### 取り組み・工夫 - **PRD・テンプレートによる意思決定の透明化**：機能アイデアから本番リリースまでの過程でPRD（指定フォーマットによる要件定義・意思決定の透明化）→ドメインモデリング／ワイヤーフレームのテンプレートを標準化。 - **主要機能の実装リード**：ブラウザ完結の暗号化／復号UX、技術検証、ユーザーアクティベーションUX再設計、組織アカウント機能、メールクライアント連携機能など、リテンション・アクティベーション障壁を低減する各機能を発案・優先実装。 ## マーケティング・セールス ### 取り組み・工夫 - **Product-Led Growth設計**：宣伝費をかけず、リファラル誘発を組み込んだユーザーグロースモデルを設計。暗号化ファイルを受け取った相手が復号フローを通じて自然にサービスに触れる導線を設計。 - **展示会出展**：国内主要スタートアップ展示会など複数回出展。来場者ヒアリングから得た質問群を即日サービスの修正方針として整理し、週次方針アップデートに反映するサイクルを確立。 - **セグメント評価フレームワークの設計**：460件超の架電実績・商談データを元に、6軸スコアリングフレームワークを設計し13業種をAIで評価。規制外圧と業務上の送信必要性が同時に高いセグメントを優先する思想で、公立病院・建設コンサルタント・調剤薬局チェーンを優先セグメントと特定。 ## ファイナンス・コーポレート - 料金プランの設計（無料／チーム／法人の3プラン体系）：営業代行パートナーからの市場フィードバックを反映し、決済プロバイダの制約とすり合わせながら現実的な料金表に落とし込み。