スキルシートで要件定義経験を書く方法③｜スキルログで整理する上流工程の伝え方
skilllog要件定義に関わっているのに、スキルシートではなぜか評価されない。
そんな違和感を持ったことはないでしょうか。
ヒアリングや調整、資料作成など、しっかり関わっているはずなのに、
書き方ひとつで「ただの作業」に見えてしまうことは珍しくありません。
特に見られているのは、調整や管理に関わる部分です。
- 変更管理
- 要件定義書の作成
- レビュー対応
こうした内容が具体的に書かれているかどうかで、
指示を受けて動くタイプなのか、プロジェクトを前に進められるタイプなのか、受け取られ方が変わってきます。
本記事では、スキルログを使った整理方法をもとに、
要件定義の経験をどう言語化すれば評価につながるのかをまとめています。
要件定義をカテゴリーごとに整理できる
スキルログでは、要件定義の経験を以下のように分類できます。
- プロジェクトの背景と目的の理解
- 要件収集
- 非機能要件の定義
- 制約条件の定義
- データベース設計
- 受け入れ基準の設定
- 変更管理プロセスの確立
- 要件定義書の作成とレビュー
- その他
このように分解することで、「要件定義をやった」ではなく「どこまでできるか」が明確になります。
では、それぞれに何を書けばよいのか見ていきましょう。
関連記事
プロジェクトの背景と目的の理解～非機能要件の定義について：スキルシートで要件定義経験を書く方法①｜スキルログで整理する上流工程の伝え方
制約条件の定義～受け入れ基準の設定について：スキルシートで要件定義経験を書く方法②｜スキルログで整理する上流工程の伝え方
スキルシート 要件定義 書き方｜変更管理プロセス
ここは、
👉 プロジェクトをコントロールできるかが見られるポイントです。
何を書けばいいのか
- 要件変更の対応フロー
- 承認プロセス
- 影響範囲の整理
- 関係者調整 など
| NG例 |
| ・変更対応を実施 ❌ 作業レベルで評価されない |
| OK例 |
| 要件変更時の申請・承認フローを整備し、変更内容の影響範囲（画面・帳票・データ連携）を整理。 関係部署との調整を行い、スケジュールおよび開発工数への影響を踏まえた上で対応方針を決定。 |
書き方のポイント
✅「変更にどう対応したか」ではなく
✅ 変更をどうコントロールしたかを書く
スキルシート 要件定義 書き方｜要件定義書の作成とレビュー
ここは、
👉 ドキュメント品質と調整力が見られます。
何を書けばいいのか
- 要件定義書の作成
- レビュー実施
- フィードバック対応
- 関係者との合意形成 など
| NG例 |
| ・要件定義書を作成 ❌ 内容が見えない |
| OK例 |
| 要件定義書の作成を担当し、業務要件・画面仕様・非機能要件を整理。 関係部署とのレビューを複数回実施し、業務要件の抜け漏れや認識差異を解消。 フィードバックを反映し、最終的な要件として合意形成を行った。 |
書き方のポイント
✅「作った」だけでなく
✅ レビューと合意まで書く
スキルシート 要件定義 書き方｜その他（上流工程の実績）
ここは、
👉 プロジェクト推進に関わる経験を書きます。
何を書けばいいのか
- 課題管理
- ステークホルダー調整
- 進行管理
- 会議ファシリテーション など
| NG例 |
| ・会議に参加 ❌ 評価されない |
| OK例 |
| プロジェクトにおける課題管理を担当し、進捗遅延や仕様変更に対する対応策を整理。 関係部署との定例会議をファシリテーションし、課題の優先順位付けおよび意思決定を支援。 |
書き方のポイント
✅「参加」ではなく
✅主導したことを書く
スキルログで上流経験を整理する
こうした上流工程の経験は、
- 曖昧になりやすい
- 書き漏れやすい
という特徴があります。
スキルログのように、
- カテゴリごとに整理できる
- 経験を分解できる
ツールを使うことで、上流経験を正しく言語化できるようになります。
もし、
- 自分の要件定義経験をどう書けばいいか分からない
- スキルシートを見直したい
- 上流工程の経験をうまく伝えたい
と感じている方は、スキルログを使って整理してみてください。
また、より具体的に整理したい方は、Web面談も可能です。
