

「考えが文にまとまらない」を解決するためのテクニカルライティング
|
本サイトで提唱するテクニカルライティングは、文書作成の見直し方にとどまらず「考えを文にまとめられない」状況の打開につながると言えます。「まとめられない。でも、仕事だから書かなければならない」の結果、無理が生じ「伝わりづらい文書」に陥る場合があります。しかし、それ以前に「まとめられない」で手が止まってしまい、時間を浪費していてはさらに深刻です。テクニカルライティングにより「文書目的に応じた段落構成」を知り、さらに企業全体で文書品質の向上を推進すれば、個人の論述力の向上にもつながります。
|
「言語力の低下」とかたづける危うさ
「考えが文にまとまらない」に続けて「技術者はもともと国語が苦手だ」とおっしゃる方に出会うことがしばしばありましたが、いつごろからか「言語力が不足している」とおっしゃる方が多くなりました。ただ、これらには同意できる部分と同意しかねる部分があります。
年少者が「言葉(あるいは簡略な文)で意向・見解を伝える力が未熟」なのは、まさしく言語力の形成・成熟過程にあるためです。対して、社会人の「考えが文にまとまらない」の場合は、「まとめようとしている事項が複雑あるいは多すぎ、かつ“うまく”まとめようと配慮するあまり(すなわち、あれこれ考えすぎ)、一種の“思考の飽和状態”に陥っている」と言えます。
一部に「言語力の低下」を憂う事態は確かにあると思います。小・中学校から高校の時期は、言語力の成熟とともに論述力(論理および論理に基づく思考の記述力)の獲得が始まる時期と言えます。誤解を恐れずに私見を述べれば、もともと論述に関する教育環境が乏しいことに加え、青少年が論述の基礎となる言語力(とりわけ語彙)を獲得する教育機会が縮小傾向にあった(さらに社会環境においてもその歯止めが十分でなかった)ことが、「言語力の不足あるいは低下」として顕在化してきていると考えます。
加えて、携帯メールに代表される「論述をさほど要しない“共有の論理にある仲間うち”のコミュニケーション」が社会生活における「書く・読む」の主体になりつつあることが、「第三者への論述(例:取引先あるいは上司への報告)を 的確にまとめられない」に拍車をかけていると推察します。
注:「言語力」を広くとらえ「論述力」さらには「修辞力」などを含めて「(総合的な)言語力」とする見方もありえますが、問題を明確化するため上記のようにここでは「言語力」を論述の基礎力と位置付けます。
「技術者は文書が苦手」の思い違いから生まれる負の連鎖
技術系の企業から「技術に関しては優秀なのだが、いざ“文書にまとめる”となると的確に進められない人材が多い」とお聞きすることがあります。常々、私にはこれが矛盾とも受け取れ、かつここから問題の本質が見えてくるように思います。本来は、「技術に関して優秀な(すなわち論理を把握でき、解を導ける)人こそ“技術文書”の作成が得意」なのです。
問題は、技術系企業での文書作成を「あたかも学校教育での国語(作文あるいは文学の読解)ととらえがち」な点にあると考えます。そこから、「では、大学を含め学校教育で実務文書の作成手法を体系的に学ぶ機会はあったのか」という疑問が生じます。この疑問には、否と答えるしかありません。
問題の本質は、技術文書あるいは実務文書を作成する手法を体系的(文書目的、規模など)に習得しないまま文書作成の業務に直面し、しかたなしに「技術文書⇒文書⇒国語⇒苦手」と思い込まざるをえない状況にあると言えます。苦手と位置付けるから避けてしまいがち(言語力を活用せず)になり、その結果さらに苦手になる負の連鎖に陥りやすくなります。
テクニカルライティング=ロジカルシンキングの最小原理を包含した文書作成
情報を整理し、そこから「論理」を見い出し「伝わる論述(あるいは弁論)」につなげる手法こそ、本サイトで提唱する 「テクニカルライティング」です。
技術者の方々は技術課題を解決する際にロジカルシンキング(課題を構成する要素の関係を明らかにし、その帰結を解決策と位置付ける思考)を基盤にしたさまざまな問題解決手法を取り入れられていると思います。言わば、テクニカルライティングは、ロジカルシンキングの最小原理を包含した文書作成手法と言えます。

本サイトで提唱するテクニカルライティングでは、「帰結=要点を主題(見出し)の直後(段落の最初)に置く」をポイントにしています。読者は、なによりも主題に対する答えを求めています。執筆者が書き進める際は「主題−論理の構造化−帰結(要点)」であっても、最後に「主題−要点−補足(構造化された論理)」の構成に調整する必要があります。
テクニカルライティングの視点で考える「まとめられない」の原因と対策
論理を分析し得られた要点を段落の“最初に置く”のがテクニカルライティングの基本です。「主題−要点−補足(構造化された論理)」を最終形としつつ、まずは論理構造を“書くこと”によって視覚化し、その「大局」を要点として導く過程を踏むのがポイントです。
「まとめられない」状況は、執筆者が「主題−要点−補足(構造化された論理)」の各要素を曖昧にとらえている場合に陥りやすくなります。
-
おおざっぱなたとえですが、ワープロの前で“もやもや”とした時間を過ごしていても一気に考えがまとまる可能性は低いと思います。10分たっても何もまとまらず疲れて放棄してしまう(あるいは他の要件が入ってしまう)可能性があります。むしろ、5分間で主題を確認するとともに論理構造を箇条書きあるいは図・表で表し、そこからキーワードを発想して3分で要点を導き、2分で「主題−要点−補足(構造化された論理)」の構成に調整したほうが効率的と言えます。
-
付け加えると、要点は“最初に置けばよい”のです。無理して“最初に書こう”として手が止まってしまうより、論理の構造を視覚化・言語化してから要点を見出しの後に挿入し全体を調整するのが適当です。
原因と対策その1:「考える」と「書く」の無理な同時進行を避ける
しばしば、「書きながら考える」として論理の構造を把握しないまま書き始め、「文が浮かばず行き詰まってしまう」となげく方がいます。この原因は、「書くことによって論理を構造化し、そこから結論を導く」過程を簡略化しすぎ、「論理を構造化しないまま、要点をまとめようとする(論理構造を考えると要点を導くの同時進行)」からと言えます。むしろ、「論理構造を表す」と「要点を導く」を同時進行とせず、分割するのが得策です。
-
脳科学に言及するまでもなく、個人差はあれ「人が一時に使える思考のリソース(処理能力)」には限りがあります。“もやもや”とした思考から一気に要点を導くのは負担(いわば、論理の連立方程式を頭の中で構築し、頭の中で解くような状況)であり、いわゆる「なにも浮かばない」、「思考が止まる」といった状態になってもおかしくはありません。
-
また、あるキーワードに固執していると、他の語はなかなか浮かんできません。まずは、箇条書きの1項目として表し、並列な語があるのか、あるいは上位・下位の語があるのか、その語に対する目的語・述語に相当する語な何かを自身から導く必要があります。
原因と対策その2:葛藤の繰り返しを止める
「書き始めると、配慮しなければならない事項や相反する事項があれこれ思い浮かび、行き詰まってしまう」という方にも出会います。「自分の考えはこれだ」と思って書き始めたが、「読者が疑問をもつかもしれない」、「反論されるかもしれない」と必要以上に自問し葛藤した結果、まとめきれずに書く手が止まる状況と言えます。この原因は「まとめる」を必要以上に「“一つ”にまとめる」としてとらえすぎと言えます。“無理がある一つにまとめる”ではなく、要点(主)と条件(従)の関係で構成する発想も必要です。
原因と対策その3:「視点」を意識する
ここでの「視点」とは、「文書における主体」を指します。たとえば、報告書ならば「私は・・・」、「私の・・・」、「私にとって・・・」など執筆者自身が主体です。仕様書・契約書ならば「私たちは・・・」、「私たちの・・・」、「私たちにとって・・・」など執筆者と読者の一対が主体です。さらにマニュアルならば「あなたは・・・」、「あなたの・・・」、「あなたにとって・・・」など読者(ユーザ)が主体です。ところが日本語では、文書目的そのものに主体が含まれる(“私の”報告書)として特に強調する以外は主体を省略して文を表します。ところが文では省略しても、頭の中では明確に位置付けておかないと発想の方向性が曖昧になり、文がまとまりづらくなります。
執筆者自身によって解決できる「考えが文にまとまらない」
「執筆者自身が書くべき対象(技術あるいは製品)を理解しているならば、どのような順序(もしくは視点)で論述すべきかがテクニカルライティングの一部に位置付けられている」ことをお伝えするのが本セクションの主旨です。
「ワープロに向かっていると書けないが、席を外してほかの作業をしていると急に要点となるべき文が浮かんでくる」という経験はないでしょうか。皮肉なことに、書く作業をしていると文が浮かばす、書く作業から解放されると意識下にあるキーワードが論理的に構築され単純かつ重要な文がはっきりと“浮かんでくる”場合があります。技術的な問題を解決する際にも同様な経験がおありではないでしょうか。
-
あるいは、「ワープロに向かっていると文が浮かんでこないが、誰かと話している(あるいは独り言をしている)とまとまってくる」場合があります。先の作業中の例と同じく課題を理解しこれを解決する力がある人ならば、頭の中でも文を作れまた話すこともできるはずです。
-
ワープロで1語(あるい数語)を入力したばかりに、入力した語にとらわれすぎて思考が止まりがちならば、まず頭の中だけで構築できる単純な文を思い浮かべてみるとよいでしょう。先に述べたように人が一時に使える思考のリソースには限りがあるため長文を思い浮かべることはできませんが、課題を理解しているならば頭の中では長文を思い浮かられないがゆえに逆に要約された文(すなわち要点)が浮かんでくるはずです。
「考えが文にまとまらない」という課題をかかえておられる方から「文献を多く読めばよいのか」、「脳トレのような言語力強化のトレーニングをするとよいのか」、さらには「パターンに語を当てはめてゆくと要約された文ができる理論なり方法があるのでは」と問われることがあります。「YesかNoで答えよ」とされるならば、私の答えは「問題の本質(文まとまらない)とのずれがあり、技術文書の作成においてはNo」です。
-
「読む」は「書く」の基礎になりますから、さまざまな文献を読むのは適切と言えます。ただし、文献の内容とは別に文書としての品質を査定できるなんらかの知識がなければ執筆者の能力にはつながりません。
-
先に述べたように、言語力とは幼少期に形成される基礎力です。技術文書あるいは英文を読めるほどの人にとっての「言語力トレーニング」とは何でしょうか。語彙を広げ「受け答え」を活発にするには有効かと思いますが、技術文書を論理的に構成する力に至るとは思えません。
-
「パターンに語を当てはめてゆくと要約された文ができる」と考えてしまうのは、「技術文書⇒文書⇒国語⇒苦手」の逆で「技術文書⇒技術⇒数式・論理式⇒得意」の発想と言えます。しかし、技術上の問題を解決する際のさまざまな手法も「技術の論理の構造化をもとに“解決の発想を促す”手法」であって、あたかも「1変数の二次方程式を解く公式」のように一意の答えがでるわけではないはずです。文書においても同様で、論理構造を“書くこと”によって視覚化し、そこから「大局」を言語として執筆者が自身から引き出していると言えます。
繰り返しになりますが、「技術文書を作成しようとしているが、考えが文にまとまらない」を「考えが文にまとまらないのは、言語力がないのが原因」に結び付けるのは短絡的で危険です。「順を踏んで考えを言語化し、要点の発想と言語化につなげる」を手法
、すなわちテクニカルライティングの手法を体得していただくことこそ企業の論述力、ひいては企業力につながると言えます。
次ページに進む(ボタンをクリックしてください)
当コーナーはPDFファイル版でもご覧いただけます。


技術文書の書き方−テクニカルライティングセミナー わかりやすい技術文書の作成手法−
Copyright: Takaaki-YAMANOUCHI/2002-2017
山之内孝明/有限会社 山之内総合研究所
Takaaki Yamanouchi/ Yamanouchi Research Institute, Ltd.
takaaki@yamanouchi-yri.com