Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Lock in $30 Savings on PRO—Offer Ends Soon! ⏳

エンジニアのためのドキュメントライティング / Docs for Developers

iwashi
March 17, 2023

エンジニアのためのドキュメントライティング / Docs for Developers

2023年3月17日に開催されたイベント「エンジニアのためのドキュメントライティング - Forkwell Library #19」の登壇資料です。

イベントURL:https://forkwell.connpass.com/event/276576

iwashi

March 17, 2023
Tweet

More Decks by iwashi

Other Decks in Technology

Transcript

  1. 1 • エンジニアであれば 「ドキュメントを書いておけば良かった」 と思った経験はあるのでは? • 一方で 「そもそも、ドキュメントの書き方を体系的に学んだことがない」 という方も多いはず •

    本書はそういう方向けの書籍であり、本イベントでその「一部※ + α」を紹介 ※ 特に訳者が重要だと考えている部分 本日の想定対象者
  2. 5 • 岩瀬 義昌 (@iwashi86) / Yoshimasa Iwase • 本業

    ◦ 通信企業でプロダクトマネジメントや アジャイル開発の全社支援 ◦ その他、組織を強くすることなら何でも • サイドワーク ◦ 翻訳者 (本イベントの書籍) ◦ ストックマーク Co-VPoE ◦ 非常勤講師 ◦ ポッドキャスター (fukabori.fm)
  3. 今日のアジェンダ • 書籍の概要 • 特に意識しておきたい箇所 ◦ 読み手の理解(1章) ◦ ドラフトの執筆(3章) ◦

    フィードバックの収集(8章) ◦ ドキュメントの品質測定(9章) • 時間があれば日本語特有の観点(+α)
  4. 今日のアジェンダ • 書籍の概要 • 特に意識しておきたい箇所 ◦ 読み手の理解(1章) ◦ ドラフトの執筆(3章) ◦

    フィードバックの収集(8章) ◦ ドキュメントの品質測定(9章) • 時間があれば日本語特有の観点(+α)
  5. 書籍の構成 PART I ドキュメント作成の準備 1章 読み手の理解 2章 ドキュメントの計画 PARTⅡ ドキュメントの作成 3章 ドキュメントのドラフト 4章 ドキュメントの編集

    5章 サンプルコードの組み込み 6章 ビジュアルコンテンツの追加 PARTⅢ ドキュメントの公開と運用 7章 ドキュメントの公開 8章 フィードバックの収集と組み込み 9章 ドキュメントの品質測定 10章 ドキュメントの構成 11章 ドキュメントの保守と非推奨化
  6. 書籍の構成 PART I ドキュメント作成の準備 1章 読み手の理解 2章 ドキュメントの計画 PARTⅡ ドキュメントの作成 3章 ドキュメントのドラフト 4章 ドキュメントの編集

    5章 サンプルコードの組み込み 6章 ビジュアルコンテンツの追加 PARTⅢ ドキュメントの公開と運用 7章 ドキュメントの公開 8章 フィードバックの収集と組み込み 9章 ドキュメントの品質測定 10章 ドキュメントの構成 11章 ドキュメントの保守と非推奨化 赤字の部分は詳しめに後述します
  7. 書籍の構成 PART I ドキュメント作成の準備 1章 読み手の理解 2章 ドキュメントの計画 PARTⅡ ドキュメントの作成 3章 ドキュメントのドラフト 4章 ドキュメントの編集

    5章 サンプルコードの組み込み 6章 ビジュアルコンテンツの追加 PARTⅢ ドキュメントの公開と運用 7章 ドキュメントの公開 8章 フィードバックの収集と組み込み 9章 ドキュメントの品質測定 10章 ドキュメントの構成 11章 ドキュメントの保守と非推奨化 • 1章:読み手であるユーザーを理解する(詳細後述) • 2章:ユーザーに提供すべきドキュメントタイプ計画する ◦ スタートガイド、チュートリアル、APIリファレンス、リリースノート、etc… ◦ プロダクト全体におけるユーザージャーニーに沿って作るドキュメントを計画する
  8. 書籍の構成 PART I ドキュメント作成の準備 1章 読み手の理解 2章 ドキュメントの計画 PARTⅡ ドキュメントの作成 3章 ドキュメントのドラフト 4章 ドキュメントの編集

    5章 サンプルコードの組み込み 6章 ビジュアルコンテンツの追加 PARTⅢ ドキュメントの公開と運用 7章 ドキュメントの公開 8章 フィードバックの収集と組み込み 9章 ドキュメントの品質測定 10章 ドキュメントの構成 11章 ドキュメントの保守と非推奨化 • 3章:まずはドラフトを書く(後述) • 4章:編集を通じて精度を高める ◦ 例:どんな観点でレビューすべきか?(してもらうべきか?) • 5-6章:ユーザーの課題をより効果的に解決するために     サンプルコードやビジュアルコンテンツ(図表・画像)を追加していく ◦ 例:どんな図表が効果的なのか?スクリーンショットはどう使えばいい?
  9. 書籍の構成 PART I ドキュメント作成の準備 1章 読み手の理解 2章 ドキュメントの計画 PARTⅡ ドキュメントの作成 3章 ドキュメントのドラフト 4章 ドキュメントの編集

    5章 サンプルコードの組み込み 6章 ビジュアルコンテンツの追加 PARTⅢ ドキュメントの公開と運用 7章 ドキュメントの公開 8章 フィードバックの収集と組み込み 9章 ドキュメントの品質測定 10章 ドキュメントの構成 11章 ドキュメントの保守と非推奨化 • 7-9章:ドキュメントを公開してフィードバックを得て     プロダクトやドキュメントを改善する • 10章:ドキュメントがスケールしたら(量が増えたら)全体を構成し直す • 11章:ドキュメントが機能していない or/and 役目を果たしたら非推奨化して廃止する
  10. プロダクト開発と同じ流れ PART I ドキュメント作成の準備 1章 読み手の理解 2章 ドキュメントの計画 PARTⅡ ドキュメントの作成 3章 ドキュメントのドラフト 4章 ドキュメントの編集

    5章 サンプルコードの組み込み 6章 ビジュアルコンテンツの追加 PARTⅢ ドキュメントの公開と運用 7章 ドキュメントの公開 8章 フィードバックの収集と組み込み 9章 ドキュメントの品質測定 10章 ドキュメントの構成 11章 ドキュメントの保守と非推奨化 ユーザーを理解して ジャーニーを描く ジャーニーの中で ドキュメントが こう役立つのでは という仮説を立てる
  11. PART I ドキュメント作成の準備 1章 読み手の理解 2章 ドキュメントの計画 PARTⅡ ドキュメントの作成 3章 ドキュメントのドラフト 4章 ドキュメントの編集 5章 サンプルコードの組み込み

    6章 ビジュアルコンテンツの追加 PARTⅢ ドキュメントの公開と運用 7章 ドキュメントの公開 8章 フィードバックの収集と組み込み 9章 ドキュメントの品質測定 10章 ドキュメントの構成 11章 ドキュメントの保守と非推奨化 ユーザーを理解して ジャーニーを描く ジャーニーの中で ドキュメントが こう役立つのでは という仮説を立てる 仮説検証のために実装 (=ドキュメント実装) 設計してコードを書いて レビューするのと一緒 プロダクト開発と同じ流れ
  12. PART I ドキュメント作成の準備 1章 読み手の理解 2章 ドキュメントの計画 PARTⅡ ドキュメントの作成 3章 ドキュメントのドラフト 4章 ドキュメントの編集 5章 サンプルコードの組み込み

    6章 ビジュアルコンテンツの追加 PARTⅢ ドキュメントの公開と運用 7章 ドキュメントの公開 8章 フィードバックの収集と組み込み 9章 ドキュメントの品質測定 10章 ドキュメントの構成 11章 ドキュメントの保守と非推奨化 ユーザーを理解して ジャーニーを描く ジャーニーの中で ドキュメントが こう役立つのでは という仮説を立てる 仮説検証のために実装 (=ドキュメント実装) 設計してコードを書いて レビューするのと一緒 リリースして反応を見る ユーザーから フィードバックを集め プロダクトを改善する 不要な機能※は減らす ※ ドキュメントはプロダクトの機能の1部 プロダクト開発と同じ流れ
  13. PART I ドキュメント作成の準備 1章 読み手の理解 2章 ドキュメントの計画 PARTⅡ ドキュメントの作成 3章 ドキュメントのドラフト 4章 ドキュメントの編集 5章 サンプルコードの組み込み

    6章 ビジュアルコンテンツの追加 PARTⅢ ドキュメントの公開と運用 7章 ドキュメントの公開 8章 フィードバックの収集と組み込み 9章 ドキュメントの品質測定 10章 ドキュメントの構成 11章 ドキュメントの保守と非推奨化 ユーザーを理解して ジャーニーを描く ジャーニーの中で ドキュメントが こう役立つのでは という仮説を立てる 仮説検証のために実装 (=ドキュメント実装) 設計してコードを書いて レビューするのと一緒 リリースして反応を見る ユーザーから フィードバックを集め プロダクトを改善する 不要な機能※は減らす ※ ドキュメントはプロダクトの機能の1部 プロダクト開発と同じ流れ
  14. 今日のアジェンダ • 書籍の概要 • 特に意識しておきたい箇所 ◦ 読み手の理解(1章) ◦ ドラフトの執筆(3章) ◦

    フィードバックの収集(8章) ◦ ドキュメントの品質測定(9章) • 時間があれば日本語特有の観点(+α)
  15. 🚨知識の呪い (認知バイアス) • こんな経験は? ◦ 同僚が、耳慣れない専門用語で話している ◦ 同僚が、開発環境を作る手順を教えてくれなかった ◦ デバッグでエラーメッセージを教えてくれたものの、

    他に必要な背景情報は伝えてくれなかった → 悪気があったのではなく、   おそらく知っていると思っていて伝えていない(可能性が高い)
  16. 知識の呪いをどう断ち切るか? • ユーザーへの共感が必要 ◦ そのためにユーザーの理解をしてきた • フリクションログを作る ◦ フリクション =

    原義は「摩擦」や「抵抗」 ▪ 転じて、プロダクトを使う際に 上手くつかえなかったことや違和感などを示す ◦ フリクションログはそれを記録したもの
  17. 今日のアジェンダ • 書籍の概要 • 特に意識しておきたい箇所 ◦ 読み手の理解(1章) ◦ ドラフトの執筆(3章) ◦

    フィードバックの収集と品質測定(8-9章) • 時間があれば日本語特有の観点(+α)
  18. ドラフトを書く上で最初に考えるべきこと • 冒頭で以下を整理する ◦ 「誰が」「何のために」読みにくるのか? ◦ 「どのタイプ」のドキュメントが適切か? • 次にタイトルとアウトラインを決める ◦

    タイトル = ドキュメントを読んで達成できるゴールの要約 ▪ 例:カスタム会話型チャットボットの開発 など ◦ アウトライン = ゴールに必要な大まかな要素や手順 ▪ 例:開発環境、API認証の方法 など
  19. ユーザーと目的を整理したら肉付けする • 肉付けに使える要素 ◦ 見出し ◦ 段落 ◦ リスト ▪

    さっと読みやすい要素 ▪ 順不同だが、重要順やアルファベット順でソートすると読みやすい ◦ コールアウト
  20. ユーザーと目的を整理したら肉付けする • 肉付けに使える要素 ◦ 見出し ◦ 段落 ◦ リスト ◦

    コールアウト(例) https://docs.flutter.dev/get-started/test-drive 文脈からは外れるが、ユーザーに伝えておきたいことを、目立つように書いているのがコールアウト
  21. どうすれば流し読みしやすくなるか? • 最も重要な情報を冒頭で述べる ◦ たとえば手順書であれば、手順書完了時点で達成できることを書く • 大きな文章のかたまりを分割する ◦ 長い段落は流し読みが困難 ◦

    見出し・リスト・サンプルコード・図表 で分割する • 複数の方法が含まれているなら方法ごとに分割する ◦ 例:GUIを使うパターン、CUIを使うパターン
  22. どうすれば流し読みしやすくなるか? • 最も重要な情報を冒頭で述べる ◦ たとえば手順書であれば、手順書完了時点で達成できることを書く • 大きな文章のかたまりを分割する ◦ 長い段落は流し読みが困難 ◦

    見出し・リスト・サンプルコード・図表 で分割する (超重要。5章まるまるサンプルコードのみ。詳細は書籍にて) • 複数の方法が含まれているなら方法ごとに分割する ◦ 例:GUIを使うパターン、CUIを使うパターン
  23. 今日のアジェンダ • 書籍の概要 • 特に意識しておきたい箇所 ◦ 読み手の理解(1章) ◦ ドラフトの執筆(3章) ◦

    フィードバックの収集(8章) ◦ ドキュメントの品質測定(9章) • 時間があれば日本語特有の観点(+α)
  24. ユーザーFBの集め方 • フィードバックを受け取るための経路を用意する • 例 ◦ ドキュメントのページへformなどを埋め込む ◦ サポートチケットから読み取る ◦

    ドキュメントに対する感情を集める ◦ ユーザーサーベイを実施する ◦ ユーザーコミュニティ(会)を作り、そこで質問する
  25. ユーザーFBの活用方法 • 集め始めると FB が大量に蓄積される ◦ Quick Fixできるものから、詳細な検討が必要なものまで色々 • そこで、そもそも有効なFBかどうか、また優先度をトリアージする

    ◦ その課題は有効か? ◦ その課題は修正可能か?(重複してない?再現可能? など) ◦ どのぐらい重要か? → kubernetes の例で見てみましょう!
  26. 今日のアジェンダ • 書籍の概要 • 特に意識しておきたい箇所 ◦ 読み手の理解(1章) ◦ ドラフトの執筆(3章) ◦

    フィードバックの収集(8章) ◦ ドキュメントの品質測定(9章) • 時間があれば日本語特有の観点(+α)
  27. 機能品質 • アクセシビリティがあること • 目的があること • 見つけやすいこと • 正確なこと •

    完全であること 構造品質 (3C) • Clear (明確な) • Concise (簡潔な) • Consistent (一貫している) それぞれの詳細は書籍参照のこと
  28. ドキュメントの品質の構成要素 • 機能品質 ◦ ドキュメントの目的やゴールが達成されているか? • 構造品質 ◦ ドキュメント自体がうまく書かれているか? ◦

    うまく構成されているか? さて、どちらの品質が重要でしょう?🤔 → 機能品質 ∵どれだけ最高の表現でもゴール達成しないと無価値
  29. ドキュメントのメトリクス • Web解析ツールを使えば様々なメトリクスを測定可能 ◦ PV数 ◦ ユニークユーザー数 ◦ 直帰率 ◦

    TTHW (Time to Hello World) ◦ etc… • 使い切れないほどあるため、確認するメトリクスの絞り込みが重要
  30. メトリクス活用のTips (の一部) • メトリクス活用の計画を作る ◦ なぜ測定したいのか? ◦ その情報を使って何をするのか? ◦ その努力で、どのように組織のゴールが前に進められるのか?

    • 基準値を確立する ◦ ベースラインがあれば何らかの変更の前後で比較可能になる (=計測して基準値があるから改善できるようになる)
  31. 今日のアジェンダ • 書籍の概要 • 特に意識しておきたい箇所 ◦ 読み手の理解(1章) ◦ ドラフトの執筆(3章) ◦

    フィードバックの収集(8章) ◦ ドキュメントの品質測定(9章) • 時間があれば日本語特有の観点(+α)
  32. 修飾の順序 • 節(述語を含む)を先に、句を後に ❌ 白い横線の引かれた厚手の紙 (=横線が白い ことになる) ❌ 厚手の横線の引かれた白い紙 (=横線が厚手 に捉えられる) ✅ 横線の引かれた厚手の白い紙 •

    その他の原則 ◦ 長い修飾句ほど先に、短いほどあとに ◦ 大状況から小状況へ、重大なものから重大でないものへ ◦ 親和度(なじみ)の強弱による配置転換 P.43および70
  33. 動詞に「方法」「こと」などを付けて安易に名詞化しない • 冗長な、くどい日本語になるため • 例: ❌ 機能Aを使用するという方法もあります ✅ 機能Aも使用できます ❌

    Bにより改善することができます ✅ Bにより改善できます P.104 と、いくつかの書籍から説明したように日本語の作文技術も学んでおくのがおすすめです
  34. 今日お話ししたこと • 書籍の概要 • 特に意識しておきたい箇所 ◦ 読み手の理解(1章) ◦ ドラフトの執筆(3章) ◦

    フィードバックの収集(8章) ◦ ドキュメントの品質測定(9章) • 時間があれば日本語特有の観点(+α)
  35. 今日お話ししたこと • 書籍の概要 • 特に意識しておきたい箇所 ◦ 読み手の理解(1章) ◦ ドラフトの執筆(3章) ◦

    フィードバックの収集(8章) ◦ ドキュメントの品質測定(9章) • 時間があれば日本語特有の観点(+α)
  36. 今日お話ししたこと • 書籍の概要 • 特に意識しておきたい箇所 ◦ 読み手の理解(1章) ◦ ドラフトの執筆(3章) ◦

    フィードバックの収集(8章) ◦ ドキュメントの品質測定(9章) • 時間があれば日本語特有の観点(+α)
  37. 今日お話ししたこと • 書籍の概要 • 特に意識しておきたい箇所 ◦ 読み手の理解(1章) ◦ ドラフトの執筆(3章) ◦

    フィードバックの収集(8章) ◦ ドキュメントの品質測定(9章) • 時間があれば日本語特有の観点(+α)
  38. 今日お話ししたこと • 書籍の概要 • 特に意識しておきたい箇所 ◦ 読み手の理解(1章) ◦ ドラフトの執筆(3章) ◦

    フィードバックの収集(8章) ◦ ドキュメントの品質測定(9章) • 時間があれば日本語特有の観点(+α)
  39. 今日お話ししたこと • 書籍の概要 • 特に意識しておきたい箇所 ◦ 読み手の理解(1章) ◦ ドラフトの執筆(3章) ◦

    フィードバックの収集(8章) ◦ ドキュメントの品質測定(9章) • 時間があれば日本語特有の観点(+α)
  40. 今日お話ししたこと • 書籍の概要 • 特に意識しておきたい箇所 ◦ 読み手の理解(1章) ◦ ドラフトの執筆(3章) ◦

    フィードバックの収集(8章) ◦ ドキュメントの品質測定(9章) • 時間があれば日本語特有の観点(+α) → 良書で補完!
  41. • 良いサンプルコードってなんだろう? • 良いビジュアルコンテンツ、図表ってなんだろう? • 作ったとして、どうやってレビューすればいいんだろう? • 良いフィードバックって何だろう? • ドキュメントが増えてきたらどうやって全体構成すればいいんだろう?

    • ドキュメントの廃止(deprecate) ってどうやればいいんだろう? • etc… まだまだ話していない内容がたくさんある! 書籍に全部書いてあります! よろしくお願いします! (おしまい)