Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
手順書を作る側と使う側からの作成術
Search
hutegmin
March 16, 2022
Technology
1
1.4k
手順書を作る側と使う側からの作成術
#手順書Night 第1回のLTでお話した資料です。
・使う側の視点
・作る側の視点
・まとめ
・おまけ(苦労話とブックリスト)
hutegmin
March 16, 2022
Tweet
Share
Other Decks in Technology
See All in Technology
ハッカー視点で学ぶサイバー攻撃と防御の基本
nomizone
5
2k
マルチテナント+マルチプロダクト SaaS への AI Agent の組み込み方
kworkdev
PRO
2
300
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
7.2k
大失敗しないための Web API 開発レシピ / A recipe for not making a big failure on WebAPI development
yokawasa
1
260
「規約、知識、オペレーション」から考える中規模以上の開発組織のCursorルールの 考え方・育て方 / Cursor Rules for Coding Styles, Domain Knowledges and Operations
yuitosato
5
1.5k
白金鉱業Meetup_Vol.19_PoCはデモで語れ!顧客の本音とインサイトを引き出すソリューション構築
brainpadpr
2
200
IAMのマニアックな話 2025を執筆して、 見えてきたAWSアカウント管理の現在
nrinetcom
PRO
3
500
Digitization部 紹介資料
sansan33
PRO
1
4.2k
Autonomous Database サービス・アップデート (FY25)
oracle4engineer
PRO
2
760
kubellが挑むBPaaSにおける、人とAIエージェントによるサービス開発の最前線と技術展望
kubell_hr
0
260
DB 醬,嗨!哪泥嘎斯基?
line_developers_tw
PRO
0
110
dbt Cloudの新機能を紹介!データエンジニアリングの民主化:GUIで操作、SQLで管理する新時代のdbt Cloud
sagara
0
190
Featured
See All Featured
Building Flexible Design Systems
yeseniaperezcruz
328
39k
Measuring & Analyzing Core Web Vitals
bluesmoon
7
480
What's in a price? How to price your products and services
michaelherold
245
12k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
8
650
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
10
900
Why You Should Never Use an ORM
jnunemaker
PRO
56
9.4k
Automating Front-end Workflow
addyosmani
1370
200k
Testing 201, or: Great Expectations
jmmastey
42
7.5k
Fireside Chat
paigeccino
37
3.5k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
31
1.2k
Why Our Code Smells
bkeepers
PRO
337
57k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
47
2.8k
Transcript
手順書を作る側と 使う側からの作成術 第1回手順書Night めぐみ 1
今宵のLTの内容 1. 使う側の視点 2. 作る側の視点 3. まとめ 4. おまけ 2
使う側
使う側としての視点 • 使う側として手順書を読むまたは使う場合 ◦ 誰がやっても同じ結果になる ◦ 自分が必要な情報にたどり着きたい(検索性と見出しと階層構造が大事) ◦ 更新頻度は必要に応じて高いほうがありがたい ◦
作成者には気づいた点を共有する、フィードバックを行う 4
作る側
手順書作成のフロー 1. 作成依頼・更新依頼が届くまたは更新したい箇所が発生する 2. 作成する・共同編集する、できれば作成するメンバーでコメントベースでの レビューを行う 3. レビュー係に手順書をPDFで渡す 4. レビューからの指摘と修正箇所の訂正の繰り返し
5. 校了 6. 判定・承認 7. 公開や展開および共有の手続き 6
手順書の作成と更新の違い • 作成・・・0から作る場合 ◦ 手順書の最低限のルールを作成して誰でも簡単にかけるようにする ▪ バージョン管理のルール決め ▪ ファイルの命名規則決め ◦
目次および階層構造をつくる(複数人で検討するほうがよい) ◦ 読み手や対象(管理者・利用者)の検討、粒度を読み手によって変更する • 更新・・・途中から引き継ぐ場合 ◦ 前任者の癖を把握し、書き手の癖を出さない ◦ 読みにくい読み進めにくいところは容赦なくリライトする ◦ 踏襲しつつも変更を躊躇わない ◦ 新規・追加事項は挿入場所をよく検討する、手順の流れを止めない 7
手順書を 作成する 5つの技術
手順書を作成する技術 1~3 1なるべくシンプルにする ◦ 一文二義まで、できれば一文一義 ◦ 文と画像は1対1対応 ◦ 不要な文は削ぎ落とす 2付録をつける ◦
CSV書式一覧、リンク集など 3文書ソフトの表をうまく使う ◦ ひとつの表でコピーペーストが必要なものをまとめる ◦ コマンドラインを背景黒で(印刷しない手順書前提)表示する ◦ 行頭を揃えたいものを無色の表で揃える 9
コピーペーストしてもらいたいなにか 揃えたい なにか CPU ※※ OS Windows >ipconfig /all コンソールでの作
業だとわかる 抜粋したほうが扱 いやすい インデントを 揃えやすく 10
手順書を作成する技術 4~5 4言葉がぶれないようにする ◦ 用語集を作成する(書き手の共通言語、俗語や省略語も正式名に) ◦ 開発者や技術者が使うことばを専門用語から一般用語へ落とし込む (例:デフォルト→初期設定や初期値) ◦ 固有名詞や専門用語は必ず初出のときに補足を書く 5文書ソフト・アプリの機能を使いたおす
◦ 文や単語を揃える・目次挿入などは機能をうまく使う ◦ 見出し機能や検索や置換は人の目や手に頼らない、正規表現を使 えるとなおよし。 11
まとめ
手順書を作る側でありながら、使い手にイン タビューを行い、改訂時にフィードバックを活 かす 使う側の視点があるからこそ、作る側はもっ といい手順書をつくることができる 13
おまけ
おまけ(作り手としてしんどいこと) • ユーザーインターフェースや細部のボタンなどが変更になった際の画面差 し替え(工数がかなりかかる、腱鞘炎の原因になりうる) • コマンドが古くなった際の変更(裏付けを取る工数が地味にかかる) • 繁忙期の現場業務と手順書作成の納期が同じ期間にある場合の両立 • 具体策のない改善要望(汲み取るのが難しい、その人固有の考え方であ
ることが少なくない) • 意図が読み取りにくい指摘事項(指摘する側も基本的な文章添削能力が ないと陥りやすい) 15
おまけ(手順書を作るにあたって学んだこと) • ブックリスト 一般財団法人テクニカルコミュニケーター協会 (2016)『日本語スタイルガイド(第3版)』, テクニカルコミュニ ケーター協会出版事業部 髙橋 慈子(2018)『技術者のためのテクニカルライティング入門講座』 ,翔泳社
芦屋 広太(2020)『エンジニアのための文章術再入門講座 新版 状況別にすぐ効く!文書・文章作成の実 践テクニック』,翔泳社 樋口 恵一郎(2021) 『良いFAQの書き方──ユーザーの「わからない」を解決するための文章術』 ,技術評 論社 • オンライン Google Technical Writing Courses https://developers.google.com/tech-writing 16