タグ

writingとdocumentに関するmanabouのブックマーク (25)

  • Amazonの従業員が学ぶ伝わる文章構成の極意|Sangmin Ahn

    こんにちは、Choimirai School のサンミンです。 【主要なアップデート】 (2023.10.01)ベゾス氏がパワポを禁止した理由を語った動画を追加 (2020.05.11)Blitzscaling、ビル・ゲイツのコメントと英語版リンクを追加 (2020.05.11)知的生産の技術に関するコメントを追加 0  はじめに ▲アマゾンの社内プレゼンテーションで、パワーポイントの使用が禁止されているのは、かなり有名な話。 会議では、冒頭のおよそ15~20分間、参加者全員にドキュメントを読むための時間があてられる。ドキュメントは6ページと長い場合も多く静まったミーティングルームで参加者が黙々とドキュメントを読む雰囲気はかなり緊張感が漂っている。

    Amazonの従業員が学ぶ伝わる文章構成の極意|Sangmin Ahn
  • エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita

    はじめに 時の経つのは早いもので、私がIT業界に身を置いて四半世紀になってしまいました。 その間、膨大な数の「設計書(仕様書)」を書いて来ましたが、未だに悩み・迷いは尽きません。 それでも、亀の甲より年の劫とも申しますので、私なりの経験則を「個人」と「チーム」の両観点でまとめてみました。 稿のテーマは、「主に設計書を想定した、開発ドキュメントの書き方」です。 稿で前提とする設計書は、ExcelやWordで書かれた、フォーマルな(≒納品物になりえる)設計文書、です。 したがって、自社サービス開発よりも受託開発、アジャイルよりもウォーターフォール、を前提として読んでいただいた方が、しっくりくると思われます。 <ご注意> 稿の内容は執筆者独自の見解であり、所属企業における立場、戦略、意見を代表するものではありません。 個人的に心がけていること 当該文書の作成目的や位置付けを冒頭に記載する

    エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita
  • PREP法とは? 文章構成力を上げる3つの方法。SDS法・穴埋め文章作成法も | 次々に読まれる文章とは?

    次々読まれる文章の「文章構成」の実践編として、今回は具体的な3つの「文章構成のテンプレート」を紹介していきます。 テンプレートは、当てはめるだけで目的に沿った文章の流れができる「文章構成の型」です。構成が決まっていると、安心して「内容(メッセージ)」に集中できますので、あなたの文章クオリティアップにつながります。 テンプレートを具体的に解説する前に、テンプレートを効果的に活用するために必要な前提を共有させてください。 文章を書けなくしている「思い込みの罠」「文章は始めから、順番通りに書かなければならない」という思い込みは、ありませんか? もし、その思い込みを少しでもお持ちなら、すぐに捨ててください。「書き始め」から順番に書かなければならないと思っていると、手が止まり、文章自体が書けなくなってしまいます。 まず、ここで大前提としてお伝えしたいのは、「文章はどこから書いてもいい」ということです

    PREP法とは? 文章構成力を上げる3つの方法。SDS法・穴埋め文章作成法も | 次々に読まれる文章とは?
  • 「ダメな文章」が「伝わる文章」に激変する3つの基本! - リクナビNEXTジャーナル

    ■美しい日語やカッコいい表現はいらない 「おいおい、伝わるように文章を書いてくれよ」 「ちょっと、これ……意味が分からないんだけど?」 そんな言葉を上司や同僚から言われたことはありませんか? 仕事で使う文章に求められるのは、「伝える」ことではなく(!)、相手に「伝わる」ことです。せっかく有益な情報をもっていても、せっかくいい仕事をしても、せっかく伝えたい想いがあっても、文章の内容が相手に伝わらなければ意味がありません。美しい日語やカッコいい表現は必要ありません。大事なのは相手に確実に伝わることです。 残念ながら、学生のときに学んでいそうで、実は学んでいないのが、伝わる文章を書く技術です。今回は「ダメな文章」が「伝わる文章」に変わる3つのポイントをお伝えします。

    「ダメな文章」が「伝わる文章」に激変する3つの基本! - リクナビNEXTジャーナル
  • 個人的な良い記事のガイドライン = 2ヶ月前の自分が泣いて喜ぶような記事を書く - Qiita

    はじめに 昨日、こちらの記事を拝見しました。 良い記事を書くためのガイドライン - Qiita:Support 上の記事は「あなたの知識が他の誰かの役に立つようにするため」のQiita公式のガイドラインです。 これを読んでると「うんうん、なるほど。そうだよねー」と思うところばかりでした。 それにかこつけて、僕もどういうことを考えながらブログやQiita記事を書いているのかを紹介してみようと思います。 何を考えながら書いているのかというと、この記事のタイトルにある通りです。 まあ「2ヶ月前」っていうのは適当で、「昨日」でもいいし、「2年前」でもかまいません。 要するに「2ヶ月前の自分」=「その知識を知らなかった頃の自分」ということです。 技術記事を書くときは、自分の書いた記事を過去の自分に見せたときに、 「あー、なるほど!最初っからそう説明してくれたらすぐわかったのに!!」 と大喜びしそうな

    個人的な良い記事のガイドライン = 2ヶ月前の自分が泣いて喜ぶような記事を書く - Qiita