投稿者: zen

読了。アンガーマネジメントの本も読んだけれど、しっくりとくるものがなくて、本屋で平積みされていた「寛容力のコツ」を読んだところ、しっくりとくるものがあった。アンガーマネジメントほど厳密でもないのだけど、結果として「イライラ」などのアンガー（怒り）を低下させることができそうだ。寛容力というユルイ感じがいい。マネジメントだともっと厳格な感じになってしまうからだ。いい本だった。

寛容力の敵は、疲れやストレスとあり、今の日本の形にあっていると思う。疲れやストレスだらけだと、自分が疲れているので他人にやさしくはなれない。怒りが命を守るための人の基本行動であるとか。命かどうかは別にして、自分に対して不利益になることに対して怒り（や不寛容）になるので、そうなのだろう。

それから、言葉の問題だけなのかもしれないが、怒りを「抑え込む」のではなく、「消化する」というのがよい。怒りにフタをするのではなく、溶かしていく（消化していく）、溶けない怒りは無理することなく、そのまま持ち続けたまま付き合っていく、と。このユルイ感じは、西洋的ではなく東洋的な流れなので、馴染むのではないかと思う。何事も無理はよくないということだ。

アンガーマネジメント系の本を読んだけれど、馴染まないという人にはこの本はオススメだ。

以下は、気になったところを引用。

P.41 人の感情にはさまざまなものがありますが、特に「怒り」の感情がもっとも頑固で勢いが強いといえます。なぜなら、怒りの感情の目的は、その感情の持ち主の「命」を全力で守ることだからです。

P.56 「寛容力」ということでいえば、「自分はダメだ」「自分には寛容力がない」「人としての器が小さい」などと悩み始めるのは「第二段階」の疲労状態あたりからです。

P.104 疲労はその度合いによって三段階に分けられ、その人がどのレベルの疲労を感じているかによって、起きた出来事から感じるショックの度合いや、回復までに必要とする時間も変わってくる、ということは前にお伝えしました。　じつは、疲労度が第二段階になると、「いいところ探し」が急にできなくなるだけでなく、「自分を許す」ことや「他人を許す」ことも、難しくなってきます。　第二段階の疲労を抱えている人は、本格的なうつ症状に進行する手前の、いわば「プチうつ」状態です。　私は、寛容力が低下している人のうち八割ぐらいは、疲労がたまり、許容範囲が狭くなり、そのことによって他人や自分を責めている、「プチうつ状態」ではないかと考えています。　たとえば、普段はなんの問題もなく人とコミュニケーションができている人も、環境変化をきっかけに寛容力が急に低下することがあります。

P.169 「自分のやり方が常識だ」「自分こそ正しい」と思い込むようになると、他人に攻撃的にあんります。いつでもどこでも誰かにふつふつと怒りを抱くようになる。そして、その怒りを発しては他人を責め、自分も責め、その怒りにフタをしては不必要にエネルギーを消耗させる。いずれにしても、イライラがどんどん加速し、物事がうまくいかなくなるのです。

P.179 水かけ論に陥りそうになったとき、「こんなやりとりは不毛だ。エネルギーの無駄だ。本来の目的を達成するために何をすべきか考えよう」と、サッと引くことができるのが「寛容力」です。

P.198 知っておくべきことは、「怒り」というのは、無理に「抑え込む」のではなく、上手に「消化する」ことができれば、それ以上の悪さをしなくなる、ということです。　そして、「怒り」を上手に消化する方法は、本書でもたくさん紹介しましたが、それらのテクニックを使い、イライラして、相手に怒鳴りそうんいなったけれどもうまく消化して「怒鳴らなかった」としたら、その「しなかった」行動ができた自分を大いに褒めてあげましょう。　「相手に腹が立った。私は怒っている。これはしかたのないことだ。ただ、それを行動には出さなかった。自分はうまく怒りを消化できた」　と、自分にOKを出しましょう。　そうすれば翌日、その相手とまた会ったときに、自分のほうが大人だからこちらから挨拶するか、と「おはよう！」といえます。それこそが「余裕」であり、余裕こそ「寛容力」の大きな源です。

素直な感想としては、「あ、そう。」というくらいだ。タイトルにあるように、苦闘であることは書かれている。失敗したことについても書かれている。だけど、やっと成功した部分についての記述がほぼない。失敗のケーススタディとしてはいいのだろう。成功に繋がる部分としてのケーススタディに使えそうな部分はほぼなし。35万人月もかけているわけで、これだけ巨大な開発プロジェクトの回し方や管理については書かれていない。なので、こういうこともあったね、というような読み方になってしまい、プロジェクトマネジメントとしてのケーススタディには使いにくい本だった。それでも、銀行系システムとして、どのような言語やマシン（メインフレームやLinux系オープンシステムなサーバ）を使っているのかは書かれており、そういうところは有益。そして、新しいシステムもメインどころは、COBOLで、各種商品（ローンとか）や機能でJAVAを使っているなど（P.66の表）は、面白い。銀行系は、COBOLを使いつづけるので、この先の技術者確保をどうするのだろう？という疑問はある。JAVAにしても、サポート期間が変わったので、この先のアップグレードが大変そうだ（塩漬けにして、そのまま使い続けるという選択はありえるのだろうけど）。

それから、前半の方は、システム統合について讃えている。後半は2度の失敗について書かれているだけである。この本自体が、過去の日経コンピュータの記事を元にしているので、後半は特にそれの焼き回しになっているため、痛烈な批判が多い。本の内容としては、組織の上層部向けであり、上層部の判断ミスによるところをちゃんと書くという意味ではよいのだろう。ただ、現場については、ほぼ触れられていない。（日経コンピュータの取材から作成されているので、現場の実態は拾えていないのだからしょうがない）

それにしても、ついに成功したのか、と関心する。ITのサクラダファミリアとか揶揄されていたので、ずっと失敗を続けるのかと思っていたので。実情はわからないが、システム統合おめでとうございます、だ。