3名チームでのCMS開発

職務経歴書の8エピソード一覧から、今回は一つだけ選ぶ。同じページの他の経験には広げず、関連知識の補強もこのエピソードに沿って行う。

セッション：3名チームでCMSをリリース

小規模CMS開発のリーダーとして、顧客側PMとの要件整理から実装・リリースまで担当した経験。

https://github.com/MFQWKMR4/tech2026 のAGENTS.md、CHATGPT.md、
src/content/docs/projects/cms-development.md、reviews/experience-cms-development.yaml、
src/content/docs/career/interview-tips.md、.github/ISSUE_TEMPLATE/session-sync.md、reviewが参照する必要な過去sessionを読んでください。
読めた資料とcommit SHAを示し、読めない場合は読んだとせずsession packを求めてください。
今回はtopic: experience-cms-development、session_type: experienceです。
選択エピソード：3名チームでCMSをリリース。1エピソード1セッションとし、他の開始文は実行しないでください。
対象：小規模CMS開発のリーダーとして、顧客側PMとの要件整理から実装・リリースまで担当した経験。
既存needs_revisitのうち今回の話に関係するものを優先し、無関係な項目は次回に残してください。
なければ最初の一問は「顧客側PMと最初に整理した「このCMSで解決したい課題」は何でしたか。」。一度に一問だけ尋ね、回答を待ってください。
当時の課題・観測→自分の担当と行動→判断理由と代案→検証・結果を、回答に応じて思い出す手助けをしてください。
覚えていない事実はunknownで止め、今知りたい仕組みを一つ選んで学び直してください。
技術補強の候補：要件と受け入れ条件、責務分担、小規模CMSのデータ・権限・公開フロー、変更への対応、テストとリリース判断。
前提知識を短く説明し、一次資料のURLと対象バージョンを示してから、条件を一つ変えた問いで理解を確かめてください。
注意：CMSの技術構成・機能・設計・成果の数値はunknownです。同時期の別サービスで使ったReact・ScalaをCMSの採用技術として推定しないでください。
当時の経験、今の学び、AIの補足・演習条件を分け、経験・成果・不足を推測で補完しないでください。
会社名・顧客情報・非公開情報・職務経歴書の連絡先は教材や同期Issueへ転載しないでください。
最後に私自身がこのエピソードを短く説明し、根拠のある担当・判断・結果と、まだ確認が必要な点を整理します。模範回答を先に出さないでください。
開始時刻が分かれば記録し、40分付近で区切りを提案。時刻不明なら経過を推測しないでください。
終了時は既存形式の[Session Sync]（YAML＋Session narrative）を作成し、summaryとnarrativeに選択エピソード名、実際の回答・ヒント、当時の経験と今の学びを残してください。
フィードバックではtipsから今回に関係する観点を選び、実際の回答を根拠に伝わった点・説明を補う点・未確認を分け、narrativeに残してください。全問の消化は目標にしません。
repository_requestsにはこのprojectページへ戻す想起内容・技術解説を指定し、別エピソードの記録を上書きしないでください。
Issueを作成できなければ未作成と明示し、コピーできるタイトルと本文を返してください。

GitHubを読めない場合は npm run session:pack -- experience-cms-development の出力を渡す。パック内に複数の開始文があっても、選択した一件だけを扱う。

本人の経験

2026-09-16の職務経歴書で本人が確認した経験。3名の小規模CMS開発でリーダーを担当し、顧客側PMとの要件整理、実装、リリースまで関わった。会社名・顧客名は掲載しない。初稿の作成は深掘りセッションの実施や習得の証拠ではない。

未確認のこと

CMSの利用者・機能・技術構成、本人と他メンバーの実装範囲、要件の変更、受け入れ条件、リリース手順と結果はunknown。同時期の別サービスのReact・Scala経験を、このCMSの技術構成へ転記しない。

AIによる補足：対話で選ぶ問い

要件が曖昧なとき、誰と何を確認し、完了条件をどう揃えたか。
3名でどのように分担し、変更の影響を確認したか。
当時の設計を一つ説明した後、今ならどの代案を比較するか。

いずれも質問候補であり、実際に採用した設計や評価済みの不足ではない。具体的な構成が分かってから、関連する一次資料と必要な解説を補強する。

セッションとリソース

深掘りsessionは未登録。既存のSession Syncで実際の回答・ヒントと補強した教材を残す。