文章うまくなりたいくせに、ロクな努力をしていない。 文章読本や入門本、「○○の書き方」サイトを漁っては自己満足に淫する。量は質に転化するとはいうものの、駄文はいくら書いても駄文。カラまわりする向上心のギアをローに入れ、テクニカルな部分―― すなわち、「レトリック」に注力してみよう。 「レトリック」といえば、美辞麗句とか口先三寸とか、たしかに評判はよくない。「それはレトリックにすぎない」なんて、内容ゼロを非難する決り文句だし。 それでも、上手くなりたい。いままでの「書き方」だけでなく、違った彩りや味付けを目指したい。技巧が鼻につくかも恐れもあるけれど、さじ加減を考えて磨きたいもの。ネタ（選書）も大事だが、そのネタを引き立たせるのは技術だ。精進にちょうどいい本を読んだので、（わたしの勉強がてら）ご紹介～ ■　文章の目的 著者によると、文章の目的は「人を説得するために書くもの／書かれたもの」だと

ホントは「存在の耐えられない軽さ」という題名になるはずだった作品。あ、信じてないでしょ、ホントだよ、ミラン・クンデラ自身が作中で語っているもん。これは小説ではありません。小説の顔をしているけれど、こいつはクンデラの長い長い独り言ですな。 今は昔。ファミコン／スーファミ時代のファイナルファンタジーには、ある傾向がありました。それは、 ・FF1,3,5… 奇数バージョンはシステム重視 ・FF2,4,6… 偶数バージョンはシナリオ重視 という傾向です。クンデラの作品も似てて、 ・第1,3,5… 奇数章は短調。小論、省察、エピソード短編の累積 ・第2,4,6… 偶数章は長調。長めの物語が連なる で、全部で7部で構成されています(7部構成はクンデラの特徴。交響曲を意識してる?) 詩・小説論、文明批判、哲学的省察、伝記的記述など異質のテクストが混交する中を、時空をゆきかい、軽やかに駆け抜けていくポリフ

「自分の仕事」をする人に、たくさん出会える一冊。 すべての「仕事をする人」にオススメ。 いい仕事をする人は、「働きかた」からして違うはずなのだが、まさにその通りだと確信できる。やり方が違うから結果が違う。いい仕事をする人のセンスは、まず最初に、「働きかた」を形作ることに投入されている。 ―― これが本書の結論。デザイナー、サーフボード・シェイパー、パン職人… 「いい仕事・自分の仕事」をする人の顔はどこか似通っている。 「いい仕事とは?」「自分の仕事って何?」と思わず考え込んでしまう。著者は、いわゆる大企業でのサラリーマン・デザイナーだけでなく、フリーでデザインプロジェクトの企画・制作も経験している。「働き方研究家」を称しており、さまざまな人のインタビューや試行錯誤により、「自分の仕事」へのいくつかの答えにたどりついている。 働き方を訪ねてまわっているうちに、働き手たちが、例外なくある一点で

marsさんが、「システム開発に関わる人はみんな読めー」と強力にオススメするにつられて読む。これはスゴ本。marsさん、良い本を教えていただき、ありがとうございます。 ■　どんな本? 本書は、開発現場で培われた「成果を出す習慣」を、45のプラクティスとして紹介している。開発速度を大幅に上げたり、高速納期を目指すような、「アジャイル開発プロセス」という決まったやり方は、存在しない。アジャイルな開発とは、現場でのさまざまな活動をアジャイルにしていく――つまり、変化に適応することを継続させていく―― 「習慣」だということに気づく。協調性+フィードバックによるプラクティスは、あまりにもあたりまえすぎて見過ごされがちかと。その反面、意識して実践するならばこれほど心強い金棒はないだろう。 ■　忘れがちな基本中の基本「成果をあげるのが仕事」 面白いのは、「悪魔の囁き」と「天使の導き」との間で揺れ動く「感

「ローマ人の物語」を10倍楽しく読む方法シリーズっ（実は続いている）。 「ローマ人」ツッコミどころ多すぎー、塩野節がイイ感じを醸しだしているんだけど、調子っぱずれなトコは耳に障る。「面白ければ、それでいい」というスタンスでヘンなところは嘲笑（わら）って読み流してる。 しかし、物語のくせに「これこそ事実だ」的な断言口調や、根拠レスで歴史家をけちょんけちょんに貶すのはいかがなものかと―― 心配するのは余計なお世話？ 【問】　歴史の専門家は、「ローマ人の物語」をどのように評価しているのか?　あるいは黙殺しているのか? それとも目の敵にしているのかね? ここでいう専門家とは、学術的な権威の裏付けを持つ人で、一般に教授とか呼ばれている人々。図書館のレファレンスサービスで調べてもらったのだが、クリティカルな回答を得られたので紹介する。カンタンに言うと、【答】　黙って言わせときゃいい気になって！「聞き捨

プロマネ本は沢山あるが、こいつは具体的。プロジェクトのその場その場で発生する問題とその解決策がよく分かる。「こんなときどうする?」形式なので、自分なりの対策を考えて→次のページで"答え合わせ"をするといった読み方もできる。カユいところに手が届く仕掛け。 例えば… 問題がいつまでたってもなくならない。進捗報告はペンディングの山。どうやって片付ける? テストが甘い。行き当たりばったりで、テスト自体のモレヌケによりつぶすべきバグが後になって湧く。なんとかするには、何をどうすればいい? アバウトな品質要求「使いやすい画面にしろ」といわれたとき、何をどうすれば「使いやすい画面」になっているといえるのか? 進捗管理が甘い。「90パーセントです」が1ヶ月続く。あるいは、進捗会議の場が、「なぜ遅れているのか」の言い訳の場になっている。どうする?　答え 問題を管理する。責任者、期限、優先度を決め、進捗を監視

「アート・オブ・プロジェクトマネジメント」で強くオススメされてたので読む ―― これはスゴい。ドキュメンタリーとして夢中になって読めるだけでなく、プロジェクトが危機に陥ったときの「べき/ベからず集」しても、ものすごく有効な一冊なり。 どうしようもない状況、限られた時間、非常に高いリスク、疑わしい解決策…プロジェクトがパニックに瀕したとき、優れたプロジェクトマネージャは何を考え、どう行動するかを知ることができる。本書を通じて学んだ危機管理マネジメントは、次のとおり。 プロジェクトが危機的状況のとき、あらゆる手段を使って、自分の感情をコントロールせよ。感情は事実をゆがめ、判断を誤らせ、解決への手段の一つ一つに邪魔をする 「危機」は、すぐに数字にならない。必ずタイムラグが発生している。だから、危険な数値が今出ているということは、既に危機的状況に突入している、ということだ 問題に対処するとき、絶対

ITプロジェクトのマネジメントにおいて、本書はまさに宝の山といえる。 一回の探索では持ちきれないほどのアイディアがザクザクと手に入る。しかも、ひとつひとつの宝が、著者の経験に裏打ちされ、考え抜かれているため、一回読みでは消化不良を起こす。それぞれのフェーズで読み返すことで、順番にモノにしていくやり方が良いかと。 このエントリでは、自分の振り返り読みのために、読書感想文エントリの目次と、次に読むべき本・サイトのをまとめた。わたしだけでなく、誰かの参考にもなればイイナ！ その1 ・オーバービュー その2 　1章「プロジェクトマネジメントの簡単な歴史」からの考察 ・PMにとっての最重要ツール ・アート ―― 技芸と呼ぶ理由 ・ホワイトボード地獄 その3 　2章「スケジュールの真実」および、 3章「やるべきことを洗い出す」からの考察 ・何のための開発プロセスか? ・見積もり確度を上げる2つの質問

PMのミッションは、プロジェクトを完遂させることだ←アタリマエなことなのだが、そのために何をしなければならないか、という話題になると多様な方法論に割れる。ここでは、本書から学んだものごとを成し遂げるための2つの方法を考察する。 ■ものごとを成し遂げる方法1 ―― どのように、成し遂げるのか? 優先順位付けによってものごとが成し遂げられる。 プロジェクトマネジメントで最も忌避すべきことは、誤った作業にリソースを費やすこと。プロジェクトの目標や、作業の優先順位が混乱すると、進捗に遅れが生じ、最重要なリソース、すなわち時間が無駄に費やされることになる。いま、何をしなければいけないか、「その作業の重要度」について全員が同じ認識をもっていないと成功はおぼつかない。 では、この「重要度」は何によって決定されるのか? その作業に「重要」とラベルを貼っただけでは何の意味も無い。怒り狂った顧客のキメ台詞「全

本書に書いてあることは本質的なものばかり。自分で気づいて実現できているものは「何をあたりまえな」と感じるかもしれない。そうでないものは、「分かっちゃいるけど、できていない」と思うだろう。 ここでは、わたしにとって苦手な「分かっちゃいるけど、できていない」コミュニケーションと人間関係について述べた9章、10章の感想を書く。 ■歩き回るマネジメント 仕事ができる人は雑談が上手い、と言われるが、わたしがそれを納得するのにずいぶん時間がかかった、大損だと思う。技術力があるとか、プレゼンが上手だとか、確かに大切なものはあるけれど、イザというとき頼りになる人は、必ずといっていいほど雑談が上手い。プロジェクトがトラブルやプレッシャーにさらされるとき、肩書が無意味になるとき、皆の中心にいる人は、最も長く全員と雑談した人であるはず。その人がPMでないならば、PMは最も大切な仕事 ―― コミュニケーションを怠

問題が起きたとき、その人の真価は試される。しかも、プロジェクトに問題はつきものだから、いつも試練の日々といってもいい。 わたしの場合、カッと頭に血が上って、あとは血がたぎる限り情熱的に（感情的に、とも言う）問題に取り組む。本当は最後のセリフ「できない理由を聞いているのはなく、どうすればできるかを教えて欲しいのです」を真っ先に言い出す。とにかく関係者全員を集めて（電話会議に呼び出して）話をさせれば打開策が出るはずだと駆けずり回る。 後知恵なんだけど、↑は全部誤り。分かっててもやってしまう。ここでは11章「問題発生時に行うこと」で知った「わたしが」身に付けておくべきことを考察する。 ■問題発生時に行うべき8つの手順 手順1：気を落ち着かせる 　　手順2：プロジェクトに関係のある問題を評価する 　　手順3：もう一度、気を落ち着かせる 　　手順4：適切な人材を会議室に呼ぶ 　　手順5：選択肢を探求

第8章「優れた意思決定の行い方」で響いたことをまとめる。 ■意思決定の重要度を決める 何かの決定をしなければならないとき、わたしのツールは2つある。 ・緊急度と重要度マトリックス[参照] 　　・メリットとデメリット表（D.カーネギー「道は開ける」で知った） 言い換えると、この2つしかない。すべきことを重要度と緊急度の軸にあわせて位置付けを行い、相対的に重み付けするやりマトリックスと、あることを実行する/しないを決定する際、そのメリットとデメリットを左右に並べて評価する表の、2つ。無いよりはずっとマシだけど、いかんせん心もとない。 本書ではもっと本質的に考え、「意思決定の際の重要度は、何を評価基準にすればよいか」という問題に対し、「7つの問いかけ」の形で答えている。先の「優れたPMは質問の達人」と一緒。ただし、問いかける先が自分であることがミソ。 この意思決定の中心にはどういった問題があるの

何をもって「いい親」とするかによるが、センセーショナルなサブタイトルにもかかわらず、著者の言い分はかなり同意できた。 はやりの育児法を鵜呑みにして、子どもとトモダチになろうとする親がいる。そもそも育児書なんか読み漁ってないで、周囲（特に自分の両親）に相談しなさい、と主張する。著者はかなりのご年配であることを念頭に読むといいかも。 最初に強く頷いた箇所はここ↓ 全ての基本は夫婦の関係。（理想的には）夫婦が互いに信頼しあい、愛し合っている家庭であることが、子育ての最初の一歩。もちろん事情により片親の場合もあるが、それではダメということではない。「理想的には」を頭につけたのはそのため 「子どもへのまなざし」[参照]で知ったが、子どもを家庭の中心に据えて、両親が子どもに寄りかかっている、いびつな関係がある。 それは、子どものことを一生懸命に考えすぎた母親が陥る罠だそうな。わが身を犠牲にすることが、

タイトルで惹かれて一読、これはイイ！　これは使わせてもらおう。 ロジカルシンキングやMECEといった論理的思考ツールは、確かに仕事に使えるまで砥いできたが、肝心の議論に役立ってはいない。あ、いや、「自分の考えを的確に表現し、相手に理解させる」ツールとしては有効だけど、 ・議論が紛糾したとき ・自分の結論へ誘導したいとき ・自分の主張に言いがかりとつけられたとき これっぽっちも役に立たない。「おまえの意見はよく分かったが ── ── そんな話はここでは通用しないよ」 ── SEにはカネのことなんか分からないんだ」 ── 他の人もみんなそうじゃないと言っているよ」 と断言されると、一瞬、どう返していいか言葉に詰まる。議論は黙した方が負け、というルールに従って引き下がらざるをえなくなる。しばらくたって、その「反論」は何の根拠もないことに気づくが、議論はもうあさっての方向へ行っている。 仕事の場に

本の探し方についてのエントリ「本を探すのではなく、人を探す」において、「目的を持って読む」と書いたが、具体的に何をどうすりゃいいのか、書いてない。本を選ぶまでが前回のエントリなら、ここでは、選んだ本をどうやって読んでいるかについて、書く。 最初に やはり長くなりすぎたこのエントリのまとめ↓ 読書は他人にものを考えてもらった結果をなぞるだけだから、自分のアタマでものを考えなくなる。そうした受動的な読書を打ち破るために、オキテを作って実践している。　オキテ1：読むだけの読書にしない、オキテ2：読んだら表現する、オキテ3：読んだらフィードバックする、の3つ。その結果、読書の対象に広がりと奥行きと深みが増した。特にオキテ2を強力にオススメする。 まとめ終わり。本文どぞ。 本ばかり読んでるとバカになる ショウペンハウエルが「読書について」でいいこと言っている。読書は他人にものを考えてもらうこと。だか

長くなりすぎたこのエントリのレジュメ：選本の肝は本ではなく、人を探すこと。わたしが知らないスゴ本は、それこそ百万冊ある。その本そのものを探すのはとても難しい。しかし、百万冊のスゴ本は間違いなく誰かに読まれている（それは"あなた"かもしれない）。だから、スゴ本を読んでいる"あなた"を探す。このblogの究極目的も、そう。 メールやコメントでいただいた、以下の質問に答えてみる。誰かの参考になれば。 【質問】 Q1 たくさん本を読んでるようですが、速読をやっていますか? Q2 あるいは読書術のようなものはありますか? Q3 読む本はどうやって探していますか? 【回答】 A1 速読を練習したことありますが、実践してません A2 「目的を持って読む」に尽きます A3 本ではなく、人を探します 本は目的を持って読む あたりまえだとツッコミがくるだろうが、わたしはできていない。漫然と読んでるとあっという

このエントリは、「いきなりコンサルタントに抜擢されたSEが読むべき3冊」[参照]の続きになる。 「コンサルタント」と一緒に仕事をしたことがあるだろうか? 肩書だけのなんちゃって自称コンサルではなく、McKinsey & Company や accenture といった、それでメシ喰っている連中のことだ。 彼らの阿呆ほどの猛仕事ぶりは、「マッキンゼーITの本質」[参照] に書いたが、仕事の順序というか、ダンドリの要領よさについては常々不思議に思っていた。「俺たちに明日はない」という言葉がピッタリの猪突猛進なのだが、仕事のやり方は整然粛々としている。見た目のロジカルさだけでなく、コンサルティングの仕事そのものが、あたかも何かのマニュアルに従っているかのような感じがしてならなかった。 その予感はあたってた。マニュアルを見つけたんだ。それは、「情報システム計画の立て方・活かし方」。いや、その辺に転

この記事のまとめ。また長文エントリごめん。“IT”コンサルじゃない、「ファーム」のコンサルタントと一緒に仕事をするハメになったら読む本。 「問題解決プロフェッショナル」を読めば、コンサルタントの土俵で話ができる SEとしての分をわきまえるなら「RFP＆提案書作成マニュアル」で準備しておく SEには、コンサルタントに無い視座がある。その強みを生かす「業務システムのための上流工程入門」 コンサルタントは、知識経験ないけれどキャラとハートがおおまかカバーすることはぶっちゃけありえない。そうなったらどうしようと思い悩む前にメモをどうぞ。 このblogは「それを知らなかった私にとって有益なもの」になるように心がけてる。つまり、その記事の知識・情報を知らなかったとして、「あ、こんな記事を見つけてラッキー」と思えるようなネタ。 で、この記事は一年前の私が見つけたなら「お、タイムリー」と思えるような内容