『書く力』が地味にエンジニアキャリアを左右する
エンジニアの市場価値の中で『コーディング力』は当然評価されますが、それ以上に長期キャリアを左右するのが『書く力』です。職務経歴書の質で書類選考が決まり、PRD・設計書の質で機能成功率が決まり、技術ブログの質で個人ブランディングが決まります。AI時代に入ってもこの力は陳腐化せず、むしろAIで補完できない『判断・構造化・文脈共有』の価値として再評価されています。本記事では編集部の取材ベースで書く力の構造と訓練法を整理します。
エンジニアが書く5つのドキュメント
- 1. 職務経歴書: 転職活動の起点・読まれる時間は最初の30秒
- 2. PRD/設計書: チーム内合意形成・実装前の認識合わせ
- 3. PR/コードレビュー: 日常的なコミュニケーション・チーム文化
- 4. 技術ブログ/Zenn記事: 個人ブランディング・SEO流入
- 5. 1ページャー: 経営層への提案・短時間で意思決定を引き出す
各ドキュメントの『良い書き方』
職務経歴書: 数値で実績を語る（例: 売上30%改善・コスト50%削減）。STAR法でストーリー化。1ページあたり10秒で要点が伝わる構造。
PRD: 課題→提案→ユーザー価値→技術設計→KPI→リスクの順番。結論先出し。
PR/コードレビュー: 『なぜこの変更か』を1〜2行で説明。レビュアーが詰まる箇所を予測。
技術ブログ: 1記事1メッセージ。冒頭で結論を出して、後で詳細を補強。
1ページャー: 200〜300語に絞る。経営層が5分で意思決定できる粒度。
書く力を上げる5つの実践
(1) 毎日30分書く習慣: 日記でも技術メモでもOK。継続が最重要
(2) 1記事1メッセージ: 1つの記事で1つのことを伝える。詰め込まない
(3) 結論先出し: 冒頭3行で要点が伝わる構造に。中身を読まずに要点が掴めるか
(4> 具体性: 抽象的な議論ではなく具体例・数値・固有名詞で書く
(5) 読み返して削る: 書いたら一晩寝かせて翌日読み返し、30%削る
『悪い書き方』のチェックリスト
- 主語が曖昧（誰が何をするのか明確でない）
- 結論が後ろにある（読者が要点を掴むのに時間がかかる）
- 抽象的（具体例なしで概念だけ）
- 長すぎる（1段落500文字超え）
- 専門用語の説明なし（読者の前提知識が不明）
AI時代の『書く力』再評価
ChatGPT/Claudeの登場で『書く負担』は大幅に減りましたが、これは『書く力の価値を下げた』のではなく『書く力のレバレッジを上げた』のです。AIに何を書かせるかの指示（プロンプト）、AIが生成したものをチェック・編集する力、AIで書けない判断・文脈・経験を入れる力が、AI時代の差別化要因に。
キャリアステージごとの書く力の重点
- 20代: PR・コードレビューの書き方を習得。技術ブログ開始
- 30代前半: PRD・設計書を書ける。技術ブログで継続発信
- 30代後半: 1ページャー・経営層向けドキュメント。登壇資料
- 40代以降: 技術書執筆・連載・コンサル提案書
書く力を活かす5つの転換
- 転換1: 書類選考通過率: 職務経歴書の質改善で書類通過率が2倍に
- 転換2: 経営層への提案: 1ページャー精度で経営判断が引き出せる
- 転換3: 技術ブログ収益化: 月100万PVで広告収入＋ブランディング
- 転換4: 登壇・出版オファー: 書いたものから登壇・連載・出版機会が広がる
- 転換5: 海外リモート転職: 英語職務経歴書・PRD・1on1ノートで通用する
関連リンク
技術ブログ運営は 技術ブログマネタイズ、技術書執筆は 技術書執筆キャリア、登壇キャリアは エンジニア登壇キャリア を参照してください。職務経歴書は エンジニア転職ロードマップ もどうぞ。