テクニカルライター

ウィキペディアから、無料の百科事典
ナビゲーションにジャンプ 検索にジャンプ
テクニカルライター
職業
同義語テクニカルコレスポンデント、テクニカルエディター、ドキュメンテーションライター
発音
  • /ˈtɛk.nɪk.əl//ˈɹaɪ.tə/
  • /ˈtɛk.nɪk.əl//ˈɹaɪ.təɹ/
活動部門
ソフトウェアテクノロジー製造
説明
コンピテンシー分析スキル
批判的思考

雇用分野
NGO企業ビジネス
関連する仕事
エディタースピーチライター脚本家校正者コピーエディター

テクニカルライターは、情報の転送と理解を最も容易にする媒体を介して、2つ以上の当事者間で情報を転送することを任務とする専門的な情報コミュニケーターです。テクニカルライターは、さまざまな配信メディア(電子、印刷、視聴覚、さらにはタッチ)を通じて情報を調査し、作成します。[1]情報の種類の例には、オンラインヘルプ、マニュアル、ホワイトペーパー設計仕様、プロジェクト計画、およびソフトウェアテスト計画が含まれます。eラーニングの台頭に伴い、テクニカルライターはオンライントレーニング資料の作成にますます関与するようになっています。

テクニカルコミュニケーション学会(STC) によると: [2]

テクニカルライティングは、複雑なものを単純化することとして定義されることがあります。そのような簡潔で一見単純な定義に内在するのは、あるレベルで人間の努力のほぼすべての分野に対処するスキルと特性の全範囲です。テクニカルコミュニケーションの幅広い分野の重要なサブセットであるテクニカルライティングには、複雑な情報を、何らかのタスクや目標を達成するために必要とする人々に伝達することが含まれます。

言い換えれば、テクニカルライターは高度な技術的概念を採用し、それらを可能な限り明確、正確、かつ包括的に対象読者に伝え、ユーザーが作品にアクセスできるようにします。

カート・ヴォネガットはテクニカルライターを次のように説明しています。[3]

...彼らの文章で自分自身についてほとんど何も明らかにしないように訓練されています。その世界の他のほとんどすべてのインクで汚れた惨めさは読者に彼ら自身について多くを明らかにするので、これは彼らを作家の世界でフリークにします。

エンジニア、科学者、およびその他の専門家もテクニカルライティング開発編集校正など)に関与している可能性がありますが、専門のテクニカルライターを雇用して資料を開発、編集、フォーマットし、情報配信の最良の手段をアドバイスする可能性が高くなります。彼らの聴衆。

職業の歴史

テクニカルコミュニケーション協会(STC)に よると、テクニカルコミュニケーションとテクニカルライティングの専門家は、第一次世界大戦の前後に最初に参照されました[4]。テクニカルドキュメントが軍事目的で必要になったときです。役職は第二次世界大戦中に米国で登場しましたが[5]、最初の「Help Wanted:TechnicalWriter」広告が発行されたのは1951年まででした。[6]実際、「テクニカルライター」というタイトルは、2010年まで米国労働統計局の職業雇用ハンドブックに追加されていませんでした。[7]1940年代から50年代にかけて、テクニカルコミュニケーターとライターが軍隊の文書を作成するために雇われました。これには、多くの場合、新しい兵器に関する詳細な指示が含まれていました。他のテクニカルコミュニケーターとライターは、この時期に開発された新しいテクノロジーのドキュメントの開発に関与していました。オハラによると:[8]

戦争は科学技術の進歩の最も重要な推進力でした。米陸軍医療隊はパナマのジャングルでマラリアと戦い、化学軍団は爆発物と毒ガスの化学的進歩(およびそれらに対する防御)を推進し、工兵隊のマンハッタン地区は文字通り物理学の理解において飛躍的な進歩を遂げました。航空隊は航空設計の先駆者でした。

職業の初めに、ほとんどのテクニカルライターは他のライターのチームと一緒にオフィス環境で働いていました。今日のテクニカルライターのように、彼らは一次調査を実施し、対象分野の専門家と会って、情報が正確であることを確認しました。第二次世界大戦中、テクニカルライターにとって最も重要な特徴の1つは、政府の厳格な文書仕様に従う能力でした。[9]戦後、コンピューターなどの新技術の台頭により、テクニカルライターは他の分野で働き、[10]を生み出しました。「ユーザーマニュアル、クイックリファレンスガイド、ハードウェアインストールマニュアル、およびチートシート。」戦後(1953-1961)の間に、テクニカルコミュニケーター(テクニカルライターを含む)は彼らの分野を「専門化」することに興味を持つようになりました。[11]マローンによれば、[12]テクニカルコミュニケーター/ライターは、専門家組織を設立し、専門職のための「専門知識体系」を育成し、テクニカルコミュニケーターに倫理基準を課し、現場での実務家の認定についての会話を開始することによってそうしました。現場での教育プログラムの認定に取り組んでいます。

専門職は成長を続けています。オハラによれば、テクニカルライターを含む執筆/編集の専門職は、1994年から2005年の間に22%のポジションの増加を経験しました。[13]現代のテクニカルライターはさまざまな状況で働いています。 。多くのテクニカルライターは、 VPNを使用してリモートで作業するか、 SkypeZoomなどのビデオテレフォニープラットフォームを介してチームと通信します他のテクニカルライターはオフィスで働いていますが、複雑なコンテンツ管理システムを通じてチームとコンテンツを共有していますドキュメントをオンラインで保存します。テクニカルライターは、政府の報告書、内部文書、技術機器の説明、ソフトウェアまたはシステム内に埋め込まれたヘルプ、またはその他の技術文書に取り組むことができます。テクノロジーが進歩し続けるにつれて、テクニカルライターの可能性の配列は拡大し続けます。多くのテクニカルライターは、モバイルアプリケーションの技術ドキュメントを作成したり、モバイルまたはWebアプリケーション内で作成されたドキュメントを支援したりする責任があります。ハンドヘルドデバイスでのみ表示されるコンテンツの作成を担当する場合があります。彼らの作品の多くは、過去の技術文書のように印刷された小冊子で出版されることは決してありません。

テクニカルライターとUXデザイン

歴史的に、テクニカルライター、またはテクニカルおよびプロのコミュニケーターは、執筆とコミュニケーションに関心を持ってきました。ただし、最近、企業が幅広い対象者とエクスペリエンス向けのコンテンツを開発しようとしているため、ユーザーエクスペリエンス(UX)デザインは技術的および専門的なコミュニケーションにおいてより顕著になっています。[14]

User Experience Professionals Associationは、UXを「ユーザーの全体に対する認識を構成する製品、サービス、または会社とのユーザーの相互作用のあらゆる側面」と定義しています。[15] したがって、「分野としてのユーザーエクスペリエンスデザインは、レイアウト、ビジュアルデザイン、テキスト、ブランド、サウンド、インタラクションなど、そのインターフェイスを構成するすべての要素に関係しています。」[15]

現在、テクニカルコミュニケーションスキルをUXデザインと組み合わせることが期待されています。Verhulsdonck、Howard、Thamが述べているように、「...良いコンテンツを書くだけでは十分ではありません。業界の期待によると、優れたコンテンツを作成することに加えて、そのコンテンツを中心に優れたエクスペリエンスを設計することも重要になっています。」[14]テクニカルコミュニケーターは、ソーシャルメディアやアプリなどのさまざまなプラットフォームや、ウェブやモバイル。[14]

Redishが説明するように、テクニカルコミュニケーションの専門家は、コンテンツを作成するのではなく、コンテンツを取り巻くユーザーエクスペリエンスが開発されるにつれて、それ自体が「インターフェイスを中心に作成」します。これには、特定のユーザーニーズに合わせてカスタマイズされた、UXエコロジーのさまざまなチャネルにわたるユーザーの感情、感情、思考に対応する使用可能なコンテンツが含まれます。[16] [14]

LauerとBrumbergerはさらに、「…UXは、テクニカルコミュニケーターがすでに行っている作業の自然な拡張であり、特に、コンテンツが幅広いインターフェイスと環境に展開されるレスポンシブデザインの最新の技術コンテキストにおいてです。」[17]

スキルセット

確かな調査、言語、執筆、および改訂のスキルに加えて、テクニカルライターは次のスキルを持っている場合があります。

テクニカルライターは、たとえば、高レベルの消費者情報を書くなど、非技術的なコンテンツの作成にスキルを適用する場合があります。通常、テクニカルライターは対象分野の専門家(SME)ではありませんが、SMEにインタビューし、技術的に正確なコンテンツを作成および編集するために必要な調査を実施します。テクニカルライターは、トピックを完全に理解するために一次調査と二次調査の両方を完了します。[要出典]

特徴

熟練したテクニカルライターは、簡潔で効果的な方法で技術資料を作成、吸収、伝達する能力を持っています。彼らは特定の分野に特化しているかもしれませんが、彼らが説明する製品をよく理解している必要があります。[19] たとえば、APIライターは主にAPIドキュメントに取り組んでいますが、他のテクニカルライターは電子商取引、製造、科学、または医療資料を専門としています。[19]

テクニカルライターは多くの情報源から情報を収集します。それらの情報源は通常、開発者からマーケティング部門に至るまで、組織全体に散在しています。

Markelによると、[20]有用な技術文書は、「正直、明快さ、正確さ、包括性、アクセス可能性、簡潔さ、専門的な外観、正確さ」という8つの特性によって評価されます。テクニカルライターは、慎重な調査を使用して、これらの8つの特性を満たす効果的なドキュメントを作成することに重点を置いています。

役割と機能

効果的な技術文書を作成するには、ライターは特定のプロジェクトの修辞的状況を構成する3つの要素、つまり対象者、目的、およびコンテキストを分析する必要があります。[21]これらの後に、読者が見るものを決定するドキュメントデザインが続きます。

オーディエンス分析

テクニカルライターは、読者の理解を最大化するために、複雑な概念やプロセスを簡素化するよう努めています。特定のドキュメントの最終的な目標は、読者が必要なものを見つけ、見つけたものを理解し、理解したものを適切に使用できるようにすることです。[22] この目標を達成するには、テクニカルライターは、対象者がドキュメントをどのように使用して読むかを理解する必要があります。ドキュメントプロジェクトの最初のオーディエンス分析は、特定のドキュメントのオーディエンスが何を必要としているかを定義するのに役立ちます。

聴衆を分析するとき、テクニカルライターは通常次のように尋ねます:[22]

  • 対象読者は誰ですか?
  • 彼らの人口統計学的特徴は何ですか?
  • 聴衆の役割は何ですか?
  • 読者は主題についてどのように感じますか?
  • 読者は送信者についてどのように感じますか?
  • 読者はどのような形を期待していますか?
  • 聴衆の仕事は何ですか?
  • なぜ聴衆はそのタスクを実行する必要があるのですか?
  • 聴衆の知識レベルはどれくらいですか?
  • どのような要因が状況に影響を与えますか?

正確なオーディエンス分析は、ドキュメントコンテンツ、デザインとプレゼンテーション(オンラインヘルプシステム、インタラクティブWebサイト、マニュアルなど)、およびトーンと知識レベルを形作る一連のガイドラインを提供します。

目的

テクニカルライターは、コミュニケーションの目的(または機能)を分析して、ドキュメントが何を達成する必要があるかを理解します。コミュニケーションが読者に「特定の方法で考えたり行動したり、タスクを実行できるようにしたり、何かを理解したり、態度を変えたりするのを助ける」ように説得することを目的としているかどうかを判断する[21]など、テクニカルライターにコミュニケーションのフォーマット方法を案内します、および彼らが選択するコミュニケーションの種類(オンラインヘルプシステム、ホワイトペーパー、提案など)。

コンテキスト

コンテキストとは、読者がコミュニケーションを使用する物理的および時間的な状況です。たとえば、オフィスデスク、製造工場、夏の遅い時期、または会社の危機の最中などです。[21] 状況の文脈を理解することは、テクニカルライターに読者がコミュニケーションをどのように使用するかを伝えます。この知識は、ライターがコミュニケーションをフォーマットする方法に大きく影響します。たとえば、ドキュメントが小型船舶のコントロールの簡単なトラブルシューティングガイドである場合、ライターは、使用可能な寿命を延ばすためにページをラミネートすることができます。

ドキュメントデザイン

上記の情報が収集されると、ドキュメントは最適な読みやすさと使いやすさを実現するように設計されています。ある専門家によると、テクニカルライターは、テクニカルコミュニケーションを計画および作成するために、配置、強調、明快さ、簡潔さ、トーン、および精神の6つの設計戦略を使用します。[21]

配置
読者がそれらの構造を見ることができるようにするための視覚的要素の順序と編成-それらがグループでどのようにまとまっているか、それらが互いにどのように異なっているか、それらがどのように層と階層を作成するか。[21] アレンジメントを検討するとき、テクニカルライターは、使いやすさを向上させるために見出し、リスト、チャート、および画像を使用する方法を検討します。
強調
ドキュメントが重要なセクションを目立つように、または強烈に表示する方法。[21] テクニカルライターは、強調を検討する際に、配置、太字、色、およびタイプサイズを使用して、読者に重要なセクション、警告、役立つヒントなどをどのように表示できるかを検討します。
明瞭さ
「受信者がメッセージをデコードし、メッセージを迅速かつ完全に理解し、必要に応じて、曖昧さなしに対応するのに役立つ」戦略。[21] テクニカルライターは、明快さを考慮すると、コントラスト比が低い、チャートやグラフが複雑すぎる、フォントが判読できないなどの視覚的なノイズを減らすように努めています。これらはすべて、読者の理解を妨げる可能性があります。
簡潔
デザインの「視覚的なかさばりと複雑さ」。たとえば、見出しとリストの数、線とボックス、図面とデータ表示の詳細、サイズのバリエーション、華やかさ、テキストの間隔など。[21] テクニカルライターは、聴衆がドキュメントを簡単に使用できるように、これらすべての設計戦略を検討する必要があります。
調子
ドキュメントの音または感触。ドキュメントの種類と対象者によって、コミュニケーションをフォーマルでプロフェッショナルなものにするか、気さくでユーモラスなものにするかが決まります。言語の選択に加えて、テクニカルライターは、間隔、画像、書体などを使用してテクニカルコミュニケーションのトーンを設定します。
エトス
視覚言語がドキュメントで達成する信頼性の程度。[21] テクニカルライターは、聴衆との信頼を確立するために、専門的でエラーのないドキュメントを作成するよう努めています。

資格

テクニカルライターは通常、技術的能力と執筆能力が混在しています。彼らは通常、技術分野で学位または資格を持っていますが、ジャーナリズム、ビジネス、または他の分野で学位を持っている場合があります。多くのテクニカルライターは、テクニカルコミュニケーションのクラスを通じて重要な追加スキルを学んだ後、ジャーナリズムなどの別の分野、または工学や科学などの技術分野から切り替えます。

方法論(ドキュメント開発ライフサイクル)

技術文書を作成するには、テクニカルライターは主題、目的、対象者を理解する必要があります。彼らは、既存の資料を調査し、SMEにインタビューし、多くの場合、実際に製品を使用することによって情報を収集します。彼らは聴衆を研究して彼らのニーズと技術的理解レベルを学びます。

技術出版物の開発ライフサイクルは通常、製品開発計画全体と調整された5つのフェーズで構成されます。[23]

  • フェーズ1:情報の収集と計画
  • フェーズ2:コンテンツの仕様
  • フェーズ3:コンテンツの開発と実装
  • フェーズ4:生産
  • フェーズ5:評価

ドキュメント開発ライフサイクルは通常、6つのフェーズで構成されます(これにより、組織が組織に変わり、フォロー方法が変わります)。

  1. オーディエンスプロファイリング(ターゲットオーディエンスを特定)
  2. ユーザータスク分析(ターゲットオーディエンスに基づいてタスクと情報を分析します)
  3. 情報アーキテクチャ(分析に基づく設計、文書の作成方法)
  4. コンテンツ開発(ドキュメントの開発/準備)
  5. 技術的および編集上のレビュー(より高いレベルの担当者(マネージャーなど)によるレビュー)
  6. フォーマットと公開(ドキュメントを公開)。

これは、ソフトウェア開発ライフサイクルに似ています。

よく書かれた技術文書は通常、正式な基準またはガイドラインに従います。技術文書は、媒体と主題分野に応じて、多くのスタイルと形式で提供されます。印刷されたドキュメントとオンラインのドキュメントはさまざまな点で異なる場合がありますが、それでも散文、情報構造、およびレイアウトに関してほぼ同じガイドラインに準拠しています。通常、テクニカルライターは、標準のスタイルガイドで説明されているフォーマット規則に従います。米国では、テクニカルライターは通常、AP通信のスタイルブックまたはシカゴマニュアルオブスタイル(CMS)を使用します。多くの企業には、ロゴの使用、ブランディング、その他の企業スタイルの側面など、特定の企業問題をカバーする社内スタイルガイドがあります。技術出版物のスタイルのMicrosoftマニュアルこれらの典型です。

エンジニアリングプロジェクト、特に防衛または航空宇宙関連のプロジェクトは、多くの場合、民間航空機用のATA100や民間および防衛プラットフォーム用のS1000Dなど、国内および国際的な文書化基準に準拠しています。

環境

テクニカルライターは、多くの場合、執筆チームまたはプロジェクト開発チームの一部として働いています。通常、ライターはドラフトを完成させ、それを1つ以上の中小企業に渡します。中小企業は技術レビューを実施して正確性と完全性を検証します。別のライターまたは編集者が、スタイル、文法、および読みやすさへの適合性をチェックする編集レビューを実行する場合があります。この人は、説明を求めたり、提案をしたりすることがあります。場合によっては、ライターなどがオーディエンスメンバーでドキュメントをテストして、使いやすさを向上させます。最終製品は通常、公開された製品の品質と均一性を確認するための検査チェックリストに従います。[24]

キャリアの成長

テクニカルライターのための単一の標準的なキャリアパスはありませんが、他のライターよりもプロジェクト管理に移行する可能性があります。ライターは、複雑なプロジェクトやライターと編集者の小さなチームを処理して、シニアテクニカルライターのポジションに進むことができます。大規模なグループでは、ドキュメントマネージャーが複数のプロジェクトやチームを処理する場合があります。

テクニカルライターは、特定の技術分野の専門知識を習得し、ソフトウェア品質分析やビジネス分析などの関連する形式に分岐する場合もあります。ある分野の専門家になるテクニカルライターは、テクニカルライティングからその分野での仕事に移行する可能性があります。テクニカルライターは通常、クラスルームガイドやeラーニングなど、ドキュメント化するテクノロジーのトレーニングを作成し、プロのトレーナーやインストラクショナルデザイナーとして専門化するための移行も行います。

ライティングスキルの専門知識を持つテクニカルライターは、印刷メディアや電子メディア企業に参加でき、より多くのお金を稼いだり、労働条件を改善したりする機会を提供する可能性があります。

2021年4月、米国労働省は、テクニカルライターの雇用が2019年から2029年にかけて7%増加すると予測しました。これは、すべての職業の平均よりもわずかに速い速度です。彼らは、特に技術的なスキルを持った応募者にとって、就職の機会が良いことを期待しています。BLSはまた、「科学的および技術的製品」の拡大と「Webベースの製品サポート」で働くテクニカルライターの必要性が需要の増加を促進すると指摘しました。[25]

ZipRecruiterによると、2021年6月の時点で、米国のフリーランステクニカルライターの平均年間給与は70,191ドルです[26]

著名なテクニカルライター

類似のタイトル

テクニカルライターは、テクニカルコミュニケーター、 情報開発者テクニカルコンテンツ開発者技術文書スペシャリストなど、さまざまな役職に就くことができます英国やその他のいくつかの国では、テクニカルライターはテクニカルライターまたはナレッジライターと呼ばれることがよくあります。

  • テクニカルコミュニケーター[31]
  • テクニカルライター
  • テクニカルライター
  • テクニカルコンテンツ開発者
  • コンテンツ開発者
  • コンテンツデザイナー
  • 技術情報開発者
  • 情報アーキテクト
  • 情報エンジニア
  • 情報デザイナー
  • 情報開発者
  • ドキュメンテーションスペシャリスト
  • ドキュメント管理スペシャリスト
  • ドキュメントマネージャー
  • テキストエンジニア

も参照してください

参照

  1. ^ David Farbey、Institute of Scientific andTechnicalCommunicatorsの公式ウェブサイトのテクニカルライターのキャリア情報。2013年2月28日取得。
  2. ^ L.リン。(2017年11月)。テクニカルライティングとは何ですか?[ウェブログ投稿]。http://www.stc-psc.org/what-is-technical-writing/から取得
  3. ^ GaryBlakeおよびRobertW.Bly The Elements of Technical Writing、pg。3.ニューヨークマクミラン出版社、1993。ISBN0020130856 
  4. ^ L.リン。(2017年11月)。テクニカルライティングとは何ですか?[ウェブログ投稿]。http://www.stc-psc.org/what-is-technical-writing/から取得
  5. ^ O'Hara、FM(2001)。テクニカルコミュニケーションの簡単な歴史。STCの第48回年次会議議事録pp。500–504)で、バージニア州アーリントン:テクニカルコミュニケーション学会。
  6. ^ テクニカルライティングの歴史。[ウェブページ].http://www.proedit.com/history-of-technical-writing/から取得
  7. ^ マローン、EA(2011)。テクニカルコミュニケーションにおける専門化運動の最初の波(1953年から1961年)。テクニカルコミュニケーション、 58( 4)、285-306。https://www.stc.org/techcomm/から取得
  8. ^ O'Hara、FM(2001)。テクニカルコミュニケーションの簡単な歴史。STCの第48回年次会議議事録pp。500–504)で、バージニア州アーリントン:テクニカルコミュニケーション学会。
  9. ^ O'Hara、FM(2001)。テクニカルコミュニケーションの簡単な歴史。STCの第48回年次会議議事録pp。500–504)で、バージニア州アーリントン:テクニカルコミュニケーション学会。
  10. ^ O'Hara、FM(2001)。テクニカルコミュニケーションの簡単な歴史。STCの第48回年次会議議事録pp。500–504)で、バージニア州アーリントン:テクニカルコミュニケーション学会。
  11. ^ マローン、EA(2011)。テクニカルコミュニケーションにおける専門化運動の最初の波(1953年から1961年)。テクニカルコミュニケーション、 58( 4)、285-306。https://www.stc.org/techcomm/から取得
  12. ^ マローン、EA(2011)。テクニカルコミュニケーションにおける専門化運動の最初の波(1953年から1961年)。テクニカルコミュニケーション、 58( 4)、285-306。https://www.stc.org/techcomm/から取得
  13. ^ O'Hara、FM(2001)。テクニカルコミュニケーションの簡単な歴史。STCの第48回年次会議議事録pp。500–504)で、バージニア州アーリントン:テクニカルコミュニケーション学会。
  14. ^ a b c d Verhulsdonck、Gustav; ハワード、タロン; タム、ジェイソン(2021-09-21)。「デザイン思考、コンテンツ戦略、および人工知能の影響の調査:テクニカルコミュニケーションとユーザーエクスペリエンスのための「ストリーム」アプローチ」テクニカルライティングとコミュニケーションのジャーナル51(4):468–492。土井10.1177/00472816211041951ISSN0047-2816_ S2CID240552938_  
  15. ^ a b バクスター、キャシー; 勇気、キャサリン; Caine、Kelly(2015)、「謝辞」ユーザーの理解、Elsevier、pp。xxxiii–xxxiv、doi10.1016 / b978-0-12-800232-2.09986-7ISBN 97801280023222021-11-07を取得
  16. ^ 赤みがかった、ジニー。(2020年9月30日)。UXライティング-テクニカルコミュニケーターの新しい役割?TechComm for Society for Technical Communications(ワシントンDCおよびボルチモア)のマスタークラス。[Appleポッドキャスト]。https://podcasts.apple.com/us/podcast/ux-writing-a-new-role-for-technical-communicators/id1534090690?i=1000493180560
  17. ^ ラウアー、クレア; ブランバーガー、エヴァ(2016)。「拡大する業界環境におけるユーザーエクスペリエンスとしてのテクニカルコミュニケーション」。テクニカルコミュニケーション(ワシントン)63(3):248–249。
  18. ^ Johnson-Eilola、Johndan; セルバー、スチュアート(2013)。テクニカルコミュニケーションの問題を解決するイリノイ州シカゴ:シカゴプレス大学。pp。190–191。
  19. ^ a b テクニカルライターは何をしますか?Wisegeek、Copyright©2003-2013。2013年10月31日取得。
  20. ^ Markel、M.(2015)。テクニカルコミュニケーション入門。テクニカルコミュニケーション7-9ページ)。ボストン:ベッドフォード/セント マーティンの
  21. ^ a b c d e f g h i Kostelnick、Charles(2011)。視覚言語の設計ニューヨーク州ニューヨーク:ロングマン。pp。3–390。ISBN 978-0-205-61640-4
  22. ^ a b Riordan、Daniel(2005)。今日のテクニカルレポート作成マサチューセッツ州ボストン:ワズワースセンゲージラーニング。pp。1–546。ISBN 978-0-618-43389-6
  23. ^ Hackos、JoAnn T.(1994)。ドキュメントプロジェクトの管理ワイリー。p。630. ISBN 0-471-59099-1
  24. ^ Tarutz、Judith A.(1992)。技術編集ニューヨーク:ペルセウスブックス。pp。456  _ ISBN 0-201-56356-8
  25. ^ 「テクニカルライター–職業展望ハンドブック–米国労働統計局」www.bls.gov米国労働省2021-06-17を取得
  26. ^ 「フリーランスのテクニカルライターの年俸」ZipRecruiter2021-06-17を取得
  27. ^ "Gaddis、William、1922-"ProQuestラーニング:文学2015年1月11日取得
  28. ^ 「エイミタンの伝記」世界伝記百科事典2016年10月7日取得
  29. ^ 「テッドチャンとのインタビュー」SFサイト2002年7月2012年10月4日取得
  30. ^ 「Winik」(PDF)2020年11月30日取得
  31. ^ 2020年に繁栄するテクニカルライター、ITTT2014フォーラムでのプレゼンテーション

外部リンク