この連載では、ITエンジニアにとって親和性が高く「スキルアップしたい」と思う方にとっては役に立つであろう知的生活について、いろいろなアクティビティやツール、仕事での活用方法などについてご紹介します。知的生産・知的生活の考え方や、「そもそも知的生活とはどうあるべきか」等の話ではなく、できるだけエンジニアの普段の生活や仕事に役立てられるテクニックよりの話をするつもりです。
前回の記事では、知的生活の母艦となるツールの選び方や、新しい価値を生み出すための材料として情報を蓄積すること等について解説しました。
今回は情報をインプットする代表的な手段である読書について、とくに技術書以外の書籍を読んで情報として蓄積する際のやり方や、読んだ本を活かす際の考え方についてご説明します。
＜ITエンジニアの仕事を楽しくする知的生活 記事一覧＞※クリックで開きます
技術書以外を積極的に読み、幅を広げる
ITエンジニアとして仕事をしていると、プログラミングやソフトウェア開発、そして品質やテストなど、技術書を読む機会は多いです。日々の業務に直接関わるジャンルであり、結果として自分のスキルやキャリアに活かしやすいというメリットがあるでしょう。
しかし、技術書以外の書籍を読むことも、とくに知的生活という点ではとてもオススメです。
世の中で活躍するエンジニアの方は、もちろん技術書もたくさん読んでインプットしていますが、そのほかにも
– ピープルマネジメント・プロジェクトマネジメント
– 組織開発
– 教育心理学
– 資料作成
– 営業・マーケティング
など多様なジャンルについて学んでいます。身の回りのエンジニアに対して「そのようなことまで詳しいんですか！」と驚いた経験はありませんか？
こうした、即効性はないかもしれないけれども自分の知識の幅を広げてくれるような本は、とくに若いうちに読み漁っておくとのちのち効果を発揮します。
以下のようなつぶやきをしたことがありますが、何人かの方から「わかる」「やってた」という反応をいただきました。みなさん優秀な方ばかりでしたので、実際に効果がある方法のように思います。
読書で得た情報を蓄積しておく
業務に直結する技術書以外を読んで知識を蓄えておくことが大事です、という主張に関しては、ほとんどの方が賛同してくださるでしょう。
では、その「蓄える」のは、どこにどうやって行うのか。頭で記憶しておくだけでは、せっかくのインプットが揮発してしまいます。
そこで、前回もご紹介した知的生活の母艦となるツールの出番です。
知的生活を楽しんでいる方には読書家も多く、ほぼ皆さんが読書メモの形で書籍からインプットした内容をまとめています。
たとえば、私がまとめている読書メモの例をご紹介します。
読書メモのポイントはいくつかありますが、主な内容としては以下を記録しておくとよいでしょう。
– 買おう、読もうと思ったきっかけ
– いつ読み始めたか
– 書籍の中の気になる・グッときたフレーズ
– 書籍を読んでいて考えたこと、疑問、感じたことなど
必須ではありませんが、書影の画像なども添付しておくとツール上で探しやすくなりますし、「きれいなメモをしている感」も得られるのでオススメです。
また他にも、単純に書籍のなかから文章を抜き書きするだけではなく、自分の感じたことや疑問なども書いておきましょう。これは詳細に書ければベストですが、読書をしながらメモをたくさん書いているとリズムを損なう場合もあります。そういったときは「なるほど！」や「わかる！」などの簡単なものでもいいので感情を添えておくと、あとで思い出しやすくなります。
大切なのは、ツールにメモをすることによって適切に忘れることです。
「あの本のこのページにこんな文章が書いてあった」とすべて記憶しておくのは大変です。そうではなく、「たしかこの本に書いてあったはず」というレベルで記憶しておいて、実際に思い出すときにはツールに検索をかけられる状態にしておく。これがポイントです。
たとえば「心理的安全性が大事、とどこかの本で読んだ気がするぞ」と覚えていれば、検索をかけて上記の読書メモにたどり着くことができます。同時に、同じ心理的安全性という単語が出てくる他の情報も表示されるので、情報同士を組み合わせて新しい価値を生み出すことが行いやすくなります。
「利他的な読書」を仕事に活かす
技術書以外の本を、なるべく幅広く読み、そして知的生活の母艦に蓄積する。
「理屈はわかるけど大変そう」と感じられるかもしれません。そして、本連載は「ITエンジニアの仕事を楽しくする知的生活」です。単に苦しいだけの読書では継続できません。
読書はそれ自体ももちろん楽しいものですが、仕事に活かせたとき、役に立ったという実感を得られたときも楽しみを感じるポイントです。
自分が仕事をしていて困ったことやわからなかったことを解決するために、本を読み実践する。これも良いことですが、ここではあえて「利他的な読書」という楽しみ方を提案したいです。
利他的な読書というのは私の造語で、他人のために読書をする、という意味です。大きく二通りのやり方があります。
ひとつは、職場の同僚がなにか困っている際に、解決のヒントになりそうな情報を得るために本を読み共有する方法です。課題ありきで本を選ぶやり方です。
このやり方であれば、自分の興味の範囲を越えたジャンルの書籍を読むきっかけにもなるので、幅広い知識をインプットすることにもつながります。
もうひとつは、普段からさまざまな本を読んでおいて、同僚が困っているときに読書メモからサッと「こうするといいよ」「この本が参考になるよ」と取りだすやり方です。
こちらの方法も幅広いインプットにつながりますし、さらに「情報をサッと取り出せるようにしておく」ための努力に自然につながるというメリットがあります。
いずれの方法も、自分のためだけに読書をする場合と比べて幅が広がりますし、なによりひとの役に立てます。もちろん、手段や書籍の押し付けにならないよう注意が必要です。
しかし、適切な情報提供ができれば相手から感謝されますし、それによって次のインプットを行うモチベーションにつながっていきます。こうした良いサイクルを作って回していくことが、ITエンジニアの仕事を楽しむことにつながる、と考えます。
皆さんも、普段の読書で得た情報を蓄積し、それを自分や他人のために役立ててみてください。
