アウトプット、8つのメリットと6つのポイント:仕事を楽しめ! エンジニアの不死身力(2)(2/2 ページ)
あなたはエンジニアの仕事を楽しんでいますか? この連載では、仕事を「つらいもの」から「楽しいもの」に変えるためのヒントを考えていきます。
アウトプットの6つのポイント
ここまで見てきたように、対外的にも、自分自身にとっても、アウトプットにはさまざまなメリットがあります。筆者自身、アウトプットを繰り返すことで、自分の考えを整理でき、さまざまなチャンスにつながりました。いまでは、仕事を楽しむための便利なツールになっています。
けれども、ただ書けばいいというわけではありません。
以下のことを少し意識することで、毎日のアウトプットも楽しくなってきます。
1. 相手のことを思って書く
最も重要なのは、「相手のことを思って書く」ことです。
例えば、筆者が文章を書く場合は、以下のようなパターンを意識します。
まず、読んでくれる人が
- どんなことに困り、悩んでいるのか
- つい不満を漏らしたくなるような言葉は何か
など、どんな現実に置かれているのかを考えます。
次に、
- いま、問題があったとしても、本当はどんな気持ちでいたいのか
- もし、問題が解決したら、どんなにハッピーになれるか
など、理想の状況を考えます。そして、理想と現実を埋めるためには、どんなことが必要なのかを、解決策として提示していきます。
こうして、読んでくれる人がどんな気持ちなのかを考えながら書いているのです。
2. 失敗談を書く
筆者がアウトプットの一環としてメールマガジンを書き始めたころは、「プロジェクトのリーダーは○○であるべきだ」というような、格好良いことや理想論を書かなければならないと思っていました。けれども、読者からの反応はなかなか得られず、メールマガジンを書き続けるモチベーションが下がっていた時期がありました。
そこで、「○○であるべきだ」という理想論から、筆者がプロジェクトリーダー時代に、部下との接し方で失敗したことや、悩んでいたこと、そこから何を考え、どんな風に工夫したのかを書くようにしました。すると、読者からの反応が得られるようになってきたのです。
多くの人にとって、「理想論は分かる。けれども、できない」というのが現実だと思います。だから、理想論ばかりを書いても、共感を得るのは難しいのです。
自分の失敗談や悩みを文章にするのは恥ずかしいかもしれません。それでも、失敗談や悩んでいたことを共有し、そこからうまくいくようになったプロセスを文章にすることで、共感を得やすくなるのです。
3. 自分の言葉で書けば大丈夫
記事を書く際、「こんなことは当たり前すぎるかもしれない。ほかの人の役に立つのだろうか」と考えてしまことがあると思います。
筆者が本を書いたときもそうでした。「こんなこと、ほかの本にも書いてあることだ。それを、いかにも自分の意見のように書いてもいいのだろうか」と悩んでいたのです。筆者の悩みに対し、編集者は次のように回答をくれました。
- 世の中の本に書かれている内容の、核となる部分は「当たり前」のことが多い
- その「当たり前」なことを、どんな方法で、どんな体験を通じて身につけたのか。それは、著者だけがいえること。それがオリジナルのコンテンツとなる
どんな当たり前のことでも、あなたの体験を、あなたの言葉で書けば大丈夫なのです。
4. 誰にでも分かる言葉で
「クラウド」「ソリューション」……IT業界で使われる言葉は、専門用語や横文字であふれています。IT業界にいる人にとっては当たり前の言葉でも、IT業界に関わりのない人にとっては、まるで理解できない言葉かもしれません。
難しい言葉が並ぶと、人はそれだけで抵抗感を抱いてしまいます。
誰にでも分かるような言葉を使うことで、読者からの共感を得られやすくなるのではないかと思います。著者の場合は、小学生にでも分かるように書くことを意識しています。
5. 書くなら1つのことを
文章を書いていると、さまざまな考えが頭に浮かんできます。その考えを、1つの文章の中に詰め込みたくなるでしょう。けれども、さまざまなテーマが詰め込まれている文章は、焦点がはっきりせず、読みにくいものです。
1つのテーマに絞ると焦点が明確になり、いいたいことが伝わりやすくなります。
6. 批判的な内容には注意する
インターネット上の記事で、批判的な意見で注目を浴びることを「炎上した」などといいます。せっかく自分の考えを書いたのに、批判されるのはつらいものです。批判されるのが怖いがために、ブログをなかなか書き出せないという人もいると思います。
炎上する記事にはいろいろなパターンがありますが、記事自体に批判的な要素が含まれている場合が多いように思います。批判的な記事は批判を集めやすいのかもしれません。
インターネットは過去の記録が残ります。自分という歴史を残すためにも、批判的な内容には気をつけたいところです。
今回は、主にブログなど、文章を通じたアウトプットのメリットと、そのポイントについてお話をしました。ブログに限らず、音声や動画など、ほかのアウトプットにも同様のことがいえるでしょう。
もし、「山ほどあるブログの中で、読んでもらうのは大変だ」と思う場合は、@IT自分戦略研究所 エンジニアライフなどでコラムを書いてみるのも1つの方法だと思います。
アウトプットは、自分と向き合うことができる、成長感を味わえる、自分をアピールできる――と、良いことずくめです。外部要因に振り回されず、エンジニアの仕事を楽しむための最初の一歩として、あなたが日々感じたことや、身につけたスキルを、ぜひアウトプットしてみてください。
著者紹介
竹内義晴
テイクウェーブ代表。ビジネスコーチ、人財育成コンサルタント。自動車メーカー勤務、ソフトウェア開発エンジニア、同管理職を経て、現職。エンジニア時代に仕事の過大なプレッシャーを受け、仕事や自分の在り方を模索し始める。管理職となり、自分がつらかった経験から「どうしたら、ワクワク働ける職場がつくれるのか?」と悩んだ末、コーチングや心理学を学ぶ。ちょっとした会話の工夫によって、周りの仲間が明るくなり、自分自身も変わっていくことを実感。その体験を基に、Webや新聞などで幅広い執筆活動を行っている。ITmedia オルタナティブ・ブログの「竹内義晴の、しごとのみらい」で、組織づくりやコミュニケーション、個人のライフワークについて執筆中。著書に『「職場がツライ」を変える会話のチカラ』がある。Twitterのアカウントは「@takewave」。
- 仕様変更に強い開発をするための、ヒアリングモデル
- 自分の強みを見つける問い「プログラムの何が好き?」
- 顧客から信頼されるエンジニアになる4ステップ
- トラブル時、ユーザーが本当に知りたい情報は何か
- 「潜在バグはある」という意識でトラブル解決に臨む
- 30歳過ぎでも現役エンジニアでいるために必要なこと
- 相談相手、理想は「上司」――現実はできない人多数
- 孤独なエンジニアが、楽しく勉強する機会を増やすには
- 勉強会フリークからの脱出。“分かる”から“できる”へ
- エンジニアに資格が必要な時、いらなくなる時
- 未曾有の災害を前に、いまエンジニアができること
- エンジニアが身に付けるべき、5つのビジネススキル
- 一目置かれるエンジニアになるためのセミナー活用法
- 「コピペエンジニア」になるか否かは、あなた次第
- ジグソーパズルから学ぶ、やりたいことを形にする方法
- 来年「本当にやりたいこと」を見つけるための4ステップ」
- 嫌な出来事を「ラッキー」に変える「意味づけ遊び」
- 目標がなくてもOK。無理して探すより行動しよう
- 「エンジニアとしてのこだわり」と「仕事の評価」の関係
- アウトプット、8つのメリットと6つのポイント
- 環境のせいにしない。できることから始める
Copyright © ITmedia, Inc. All Rights Reserved.