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
きのこカンファレンス_ランチスポンサーセッション
kabaya
1
390
社内でKaggle部を作って初学者育成した話
daikon99
1
220
プラクティスの名前は言わない方がいい / Not to mention the name of the practice
3l4l5
3
940
Autonomous Database サービス・アップデート (FY25)
oracle4engineer
PRO
1
510
技術を育てる組織・組織を育てる技術 / technology and organization
motemen
9
3.2k
Roomの監視可能なクエリのカスタマイズとレガシーコードへの適用
shiita0903
2
160
neoAI_千葉講演資料_250311_配布用.pdf
iotcomjpadmin
0
110
MLflowはどのようにLLMOpsの課題を解決するのか
taka_aki
0
190
Cloudflare Pages 4年使って分かった良さと注意点
kyosuke
0
140
マネコン操作いらず! TerraformでAWSインフラのコーディングに入門しよう
minorun365
PRO
4
1.3k
【Oracle Cloud ウェビナー】【入門&再入門】はじめてのOracle Cloud Infrastructure [+最新情報]
oracle4engineer
PRO
1
190
AIエージェント開発のノウハウと課題
pharma_x_tech
10
5.9k
Featured
See All Featured
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
21
2.5k
Practical Orchestrator
shlominoach
186
10k
Gamification - CAS2011
davidbonilla
80
5.2k
GraphQLとの向き合い方2022年版
quramy
44
14k
The Straight Up "How To Draw Better" Workshop
denniskardys
232
140k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Why You Should Never Use an ORM
jnunemaker
PRO
55
9.2k
Large-scale JavaScript Application Architecture
addyosmani
511
110k
Building Your Own Lightsaber
phodgson
104
6.3k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.2k
Music & Morning Musume
bryan
46
6.4k
Embracing the Ebb and Flow
colly
84
4.6k
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