<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet href="../../../../../css/rss/feedAtom.xsl" media="screen" type="text/xsl"?>

<feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:georss="http://www.georss.org/georss" version="0.3" xml:lang="utf-8">  
  <title>タイム・コンサルタントの日誌から</title>  
  <link rel="alternate" type="text/html" href="http://brevis.exblog.jp"/>  
  <modified>2012-05-23T22:51:12+09:00</modified>  
  <author>
    <name>Tomoichi_Sato</name>
  </author>  
  <tagline>タイム・マネジメントとSCM専門家のエッセー・批評・考察集</tagline>  
  <generator url="http://www.exblog.jp/">Excite Blog</generator>  
  <link rel="start" href="http://rss.exblog.jp/rss/exblog/brevis/atom.xml" type="application/rss+xml"/>  
  <entry> 
    <title>日誌をつけよう（３）－－スケジュールとの統合</title>  
    <link rel="alternate" type="text/html" href="http://brevis.exblog.jp/18043957/"/>  
    <id>http://brevis.exblog.jp/18043957/</id>  
    <issued>2012-05-23T22:51:24+09:00</issued>  
    <modified>2012-05-23T22:51:12+09:00</modified>  
    <created>2012-05-23T22:51:12+09:00</created>  
    <author> 
      <name>Tomoichi_Sato</name> 
    </author>  
    <dc:subject>時間管理術</dc:subject>  
    <content type="html"><![CDATA[ 
さて、これまで２回にわたって、日誌をつけよう、To Do Listと併用しよう、と格好のいいことをいってきたが、実は私自身まだうまくできていないことがある。それは、スケジュールとの統合だ。むろん、ここでいっているのは工場の生産スケジュールやプロジェクト・スケジュールのことではない。自分のパーソナル・スケジュールだ。<br/>
<br/>
誰でも、自分自身の個人予定を書き込むために、スケジュール帳を持っているだろう。手帳か、スマホか、あるいは、月単位の見開きデスク・ダイアリーかもしれないし、さもなければ壁に掛けたカレンダーに鉛筆で書き込む、という人もいるかもしれない。スタイルは様々だが、とにかく日時の枠内に、打合だとか出張だとか飲み会だとかのイベントの予定を書き込むためのものがあるはずだ。<br/>
<br/>
そして、日誌を書くときには、その日のイベントもまた日誌に記録したいものだ。朝、一日の始まりに、まず本日の予定されている（時間の決まっている）イベントを確認する。そして、To Doをならべる。一日が終わると、日誌をまた開いて、予定されていたイベントの実際の開始・終了時刻を記録し（会議だと例によってたいてい終了が延びるのだ）、必要に応じて出席者名と結果を簡単に走り書きし、そしてやり終えたTo Doを消していく。これで、日誌に記すべきほとんどの項目がカバーされる。理想的には、こうあってほしいのだ。<br/>
<br/>
ところが、私自身はそこまで実現できていない。私はスケジュール・カレンダーにはLotus Notesを、To Do Listには自作のExcel マクロで組んだソフトを使っている。そして日誌にはまた別のFreeMindというソフトを、現在のところ利用している（FreeMindは現在のところ、アウトライン・プロセッサ的につかえてWindows/Mac/iPadの3種類の環境で動く、ほとんど唯一のソフトだ）。その結果、私は毎朝、その日のイベント・スケジュールをTo Do Listに転記し、一日の終わりにはTo Do Listからやった事を日誌に転記している訳だ。何とも間の抜けた、無駄な作業だと、自分でも思う。<br/>
<br/>
しかし、一つだけ言い訳がある。それは、スケジュール・カレンダーの情報は本来、公開して仕事の同僚と共有するものだから、ということだ。To Do Listはこれと異なり、仕事の事もプライベートな事も一元化しているし、まして日誌の読み手は基本的に（未来の）自分だけだ。こうした点に、カバーすべき情報範囲のズレがあるのだ。日誌なども公開すればいいのかもしれないが、個人的な記録や発見も書いておきたい（ちなみに、そうしたネタの中から、この「タイム・コンサルタントの日誌から」ができてくるのだ）。そうすると、結局は別な場所に何か書き込まざるをえなくなって、また二重化してしまう。<br/>
<br/>
「やっぱり変だよ　日本の営業」の著者・宋文洲氏は、世間一般の営業日報を批判して、“文章をだらだら書き連ねた日報など、営業管理には何の役にもたたない。必要なのは、誰と、いつ、どこで、どういう用件で会ったか、などの事実だけだ”といっている。私も基本的には賛成だ。日誌の内容はできるだけ客観的であるべきだ。だが、毎日のルーチン業務に関連して、いろいろなことを思いついたり発見したりするのも、計画屋の重要な職務である。この間の線引きが、むずかしい。<br/>
<br/>
私は実は、さらにPocketMoneyという個人用の金銭出納ソフトも使っている。欲をいうと、これも日誌と統合したいのだ。スケジュール予定とTo Doと交通費や経費の記録と仕事上の反省とを、あっちをめくりこっちに転記して、ではやりきれない。しかし、こんな機能を全部組み込んだソフトがあったら、自分は飛びつくだろうか？　何だかそんな、「パーソナルＥＲＰ」みたいな巨大ソフトは、重くって使い物にはならないだろうな、などと考えているもんだから、いつまでもどうどう巡りは終わらないのである。<br/>

        ]]></content> 
  </entry>  
  <entry> 
    <title>日誌をつけよう（２）－To Do Listのつくりかた</title>  
    <link rel="alternate" type="text/html" href="http://brevis.exblog.jp/18005241/"/>  
    <id>http://brevis.exblog.jp/18005241/</id>  
    <issued>2012-05-17T23:41:57+09:00</issued>  
    <modified>2012-05-17T23:41:49+09:00</modified>  
    <created>2012-05-17T23:41:49+09:00</created>  
    <author> 
      <name>Tomoichi_Sato</name> 
    </author>  
    <dc:subject>時間管理術</dc:subject>  
    <content type="html"><![CDATA[ 
生産計画やプロジェクト・マネジメントに従事するホワイトカラーも日誌をつけよう、と前回書いたが、お仕事の日誌を習慣づける一番簡単な方法は、To Do Listとともに使うことだ。<br/>
<br/>
To Do Listとは文字通り、「やるべき用事（to do）」のリストである。仕事の上でやらなくてはいけない用事を、リストの形で書いておく。毎日の仕事とは、誰かに電話をかけるとか、製品Ａの昨年度の実績を調べるとか、来週の会議用資料を用意しておくとか、やらなければいけないこまごまとした用事の集合体であるとも言える。<br/>
<br/>
そこで、To Do Listのフォロー結果が、そのまま日誌になるようなスタイルを考えてみよう。毎朝、職場に着いたら、まずその日にやらなければいけない用事のリストを作成する。その中には、前日のTo Do Listもにあったのだが、前日にはできなかった用事も含まれるだろう。また、その日に新たに付け加わった仕事もあるにちがいない。<br/>
<br/>
リストができたら、つぎに、その中で今日の内にどうしてもやっておきたい事、やっておかなければならない事を選び出す。それを日誌に書き写す。そして、一日の仕事が終わったら、かえる前に、もう一度日誌の中のTo Do Listを見なおして、やり終わったものには丸印をつける。必要なら、手短なコメント、たとえば「相談の結果、2/14から製造する予定」などと書いておく。こうすれば、一日の終わりに自動的に日誌が出来上がっている。所要時間は、朝の5分と、夕方の5分の、合計10分。簡単である。<br/>
<br/>
To Do Listの具体的な項目や形については、拙著「時間管理術」にも書いたので参照してほしい。ただし、効果的なTo Do Listをつくるには、守るべき原則が４つほどある。それを説明しよう。<br/>
<br/>
（１）一元化すること<br/>
<br/>
　何よりも、これが一番大事な原則だ。自分のTo Do Listは、ただ一つに集中すること。やるべき用事が、手帳と、会議のノートと、PCのメモパッドと、e-mailの受信ボックスと、机の上のポストイットと、あれやこれやに散らばっていたら、どこから手をつけていいか自分でも解る訳がない。To Doは必ず一元化しなければならない。<br/>
<br/>
　もしあなたがTo Do ListをデスクトップPC上のExcelファイルで管理したければ、それでもかまわない。しかし、そのときは、会議で決まったことやメールで依頼されたことなども、すべてそれに記録しておかなければならない。一つの空港に管制塔がいくつもあったら、パイロットは発狂するだろう。あなたの管制塔もたった一つにしておこう。<br/>
<br/>
（２）先日付のTo Doを書き込める場所もつくっておくこと<br/>
<br/>
　用事の中には先日付、たとえば来週の金曜日になってから、はじめればいいと分かっているものもある。こうした先日付の用事を記録しておくためには、あらかじめ向こう数週間か数ヶ月分の記入枠を用意しておき、その該当日付に書き込むようにする。ようするに「カムアップ・システム」である。この目的のためにも、To Do Listと日誌は統合化するメリットがあるのだ。<br/>
<br/>
（３）中期的なタスクを考えながら、日々のTo Doに落とすこと<br/>
<br/>
　やるべき仕事の中には、飛び込みの用件や突発事故への対応などのように、あらかじめ予測も予定もたてづらいものがある一方で、中期的な「テーマ」ないしタスクも多く存在する。むしろ、仕事というものは、毎日のイベント・ドリブンな用件を減らして、いかに計画的にすすめていけるようにするかが、大事である。<br/>
<br/>
　ただし中期的なタスクそれ自体をTo Do Listにそのままのせるのは、おすすめできない。人間は誰しも、同じTo Doを毎日毎日ずっとながめつづけると、いやになってしまうものだ。たとえば、「主力製品の需要パターンを分析しておく」などといった大きなタスクは、「昨年の製品Ｂの月別出荷量を調べて表にする」「住宅着工件数との対比でグラフ化する」のように、１－２日で完了できる程度の小さな用事に分解して、順に片づけるようにする方がいい。<br/>
<br/>
（４）優先度は日々見直すこと<br/>
<br/>
　私は上記の本の中で、「To Do Listには優先度をつけろ」と書いた。ただし、優先度はずっと固定してはいないはずだ。期日が迫ってくれば（スケジュール上の自由度がなくなってくるため）優先度を上げて仕事をせざるを得ない。客先の要請などの事情で、優先度をかえることも、無論あり得る。<br/>
<br/>
　米国のPMコンサルタント、Neal Whitten氏は「能力のあるプロジェクト・マネージャかどうかを見分けるのは簡単だ。その日にするべき仕事Top 3を聞いてみればよい」といっている。まともなプロマネならば、すぐにきちんと答えられるからだ。仕事のできる人は、やるべき事に適切な優先度をつけている。そして時間を無駄にしない。<br/>
<br/>
　時間を大切にし、時間の悩みを取り去るためにも、日誌とTo Do Listを活用しよう。<br/>
<br/>

        ]]></content> 
  </entry>  
  <entry>
    <title type="text"><![CDATA[PR: 妻が見つけた！憧れ４ＬＤＫ超のマンションに住む！]]></title>
    <link rel="alternate" type="text/html" href="http://rss.rssad.jp/rss/ad/iKRuN0Fl65xX/JG_kAeUWr9dY?type=2&amp;ent=153e9869c1ddd6e69cf936c7aa29e3fb"/>
    <content type="html"><![CDATA[<table cellspacing="0" cellpadding="0"><tbody><tr><td align="left" valign="center"><a href="http://rss.rssad.jp/rss/ad/iKRuN0Fl65xX/JG_kAeUWr9dY?type=2" target="_blank"><img alt="" style="border: 0;" border="0" src="http://rss.rssad.jp/rss/img/iKRuN0Fl65xX/JG_kAeUWr9dY?type=3&ent=153e9869c1ddd6e69cf936c7aa29e3fb"/></a></td></tr><tr><td align="left" valign="top" > 理想の沿線、田園都市線、東横線で住みたい間取りは…？新築マンション特集 </td></tr></tbody></table><div style="font-size:10px;"><span style="padding-top:5px;"><br style="display:none"/><a href="http://www.rssad.jp/trendmatch/trendmatch.html">Ads by Trend Match</a></span><br/></div>]]></content>
    <created>2012-05-17T23:41:49+09:00</created>
    <modified>2012-05-17T23:41:49+09:00</modified>
    <issued>2012-05-17T23:41:57+09:00</issued>
    <author>
      <name>rssad.jp</name>
    </author>
    <id>153e9869c1ddd6e69cf936c7aa29e3fb</id>
  </entry>
  <entry> 
    <title>日誌をつけよう</title>  
    <link rel="alternate" type="text/html" href="http://brevis.exblog.jp/17977913/"/>  
    <id>http://brevis.exblog.jp/17977913/</id>  
    <issued>2012-05-13T23:01:08+09:00</issued>  
    <modified>2012-05-13T23:00:32+09:00</modified>  
    <created>2012-05-13T23:00:32+09:00</created>  
    <author> 
      <name>Tomoichi_Sato</name> 
    </author>  
    <dc:subject>時間管理術</dc:subject>  
    <content type="html"><![CDATA[ 
新入社員の人たちも、集合研修は一段落し、部署に配属されほぼ一月たって、少しずつ職場の環境に慣れてきた頃だと思う。これから何とか自分のペースをつかみ、できれば自分の能力も磨いていきたいと考えている人も多いだろう。<br/>
<br/>
『時間管理術』というのは働く人に共通のスキルだ。その中でも、とくに初心の人たちにすすめる事は何か、ときかれたら、わたしは「日誌をつけよう」といつも答えるようにしている。<br/>
<br/>
昔はよく元旦などに、“よし、今年こそは日記をつけよう！”などと決心をする人がいたようだが、今どきはどれほど存在するかわからない。正月に、“今年こそは家計簿をつけるわ”と思い立つ主婦が大勢いると信じて、昔の婦人雑誌の新年号は分厚い「特別製家計簿」を付録にしていたものだ。今どき日記をつけようと決心する人の数は、おそらく家計簿をかなり下回って、マイナーな趣味に属するかもしれない。<br/>
<br/>
ところが世の中の変化とは不思議なもので、文房具店の日記コーナーや婦人雑誌の豪華付録が消滅していくかわりに、日記をつける人はかえって目立つようになった。ネットの世界でのことだ。自分のBlogやFacebookなどのSNSに、日記代わりの文章をアップしている人の数は、（公式な統計が存在するかどうかは知らないが）今では数十万を下るまい。昔風の、紙に書いて、鍵付きの箱にしまっておく、私的で内密な日記はすたれて、オープンで、ちょっと気取った、他人が読むことを最初から意図した日記は増え続けている。これが現代のトレンドというものらしい。<br/>
<br/>
ところでわたしは、あえて逆の提案をするのである。「公開を目的としない、個人的な記録を毎日つけよう。１日に10分、自分の時間をそれに当てよう」と。そして、それをスケジューリングやプロジェクト・マネジメントの訓練として行なおう、と。<br/>
<br/>
そんな習慣が何の役に立つかって？　そう疑問に思う人は、Blog的な、私的な日記を想像するからだろう。しかし、私が提案するのは、個人的な記録、つまり『日誌』なのである。<br/>
<br/>
「日記」は（たとえそれがインターネットで公開されようが）基本的に文学の領域に属する。日本では日記文学の長くて立派な伝統があり、またその姉妹として身辺雑記のエッセイも発達している。だからみな、毎日の記録というと、すぐそうしたものを連想する。<br/>
<br/>
これに対して、「日誌」は客観性の領域に属している。自分の主要な関心事、ふつうは仕事の（学生ならば研究の）ことを記す。だから散文的だ。他人が読んでもつまらないし、日誌はそもそも他人に見せることを意図していない。日誌の想定する読者はたった１人、未来の自分なのだ。<br/>
<br/>
船の船長はみな、「航海日誌」をつけている。わたしは航海日誌もつけないような、だらしない船長の船には乗りたくない。同じように、わたしは「プロジェクト日誌」をつけないような、訓練の足りないプロジェクト・マネージャーの仕事はしたくない、と思う。ところで、あなたの知っているプロマネは、日誌をつけているだろうか？　なぜ海運の世界では当たり前のことが、ことホワイトカラーのオフィスの世界ではほとんど行なわれないのだろう？<br/>
<br/>
航海日誌に書くことと言えば、どんなことだろうか。わたしも正確には知らないので想像するだけだが、その日の船の位置、進んだ方向と距離、天候、その日の主要な作業項目や出来事、寄港したならば寄港地名と積み卸しの内容、船員や乗客の動静、発生したトラブルや将来起こるかもしれないリスク、などだろう。長く航海していれば、こうしたことをすべて頭の中だけで記憶しておくのは不可能だ。<br/>
<br/>
航海の途中で、「通信機の調子が落ちている・・このところ荒天が続いて傷んだからかもしれない・・そういえば前にオーバーホールしたのはいつだったろうか？」というようなことを考えるとき、日誌がなければ困ってしまう。また、一つの航海が終わったとき、次の航海の計画を立てる場合にも、過去の航海日誌は役にたつ。つまり日誌は、基本的に書いた人間が自分で読んで利用するものなのだ。ならば、プロジェクト・リーダーを目指すあなたも、日誌を付けない理由が何かあるだろうか？<br/>
<br/>
日誌は、鍵付きの小箱入りのノートではなく、パソコンで記録することをおすすめする。理由は簡単、日誌の主要な目的が「過去の検索」にあるからだ。何も立派なデータベース・ソフトである必要はない。ワープロや、テキスト・ファイル＋エディタの組合せで十分だ。なぜなら、日誌に記録すべき項目はしだいに変わって行くからだ。仕事を通じて、自分の役割も、範囲も、関心点もかわっていく。人はそれを『成長』と呼ぶ。へたなシステム分析を行って、自分の「管理項目」を固定してしまわない方がいい。あとで必ず窮屈になって、使うのをやめてしまうだろう。<br/>
<br/>
日誌に割く時間は１日にせいぜい１０分か１５分。それ以上かかるようなら、書くべき項目を減らした方がいい。さもないと、休日や何かの理由で書けない日が３日続いたとき、間を埋めるだけで１時間近くかかってしまい、だんだんいやになってくる。日誌は継続しなければ、何の意味もない。<br/>
<br/>
あなたも、もしも今つけていないのなら、日誌をはじめよう。今つけているのが文学的「日記」だったら、内容に「日誌」も加えよう。その習慣をだれかれに言う必要はない。自分一人で、心の内に宣言すればいいだけだ。<br/>
<br/>
そしてときどき過去を検索したり、読み返してみよう。３ヶ月続けてみたら、あなたは、何となく、気分的な安定を少しだけ感じているはずだ。それがきっと、「成長」というものの実感なのである。<br/>

        ]]></content> 
  </entry>  
  <entry> 
    <title>R先生との対話　－　戦略を語る前に必要な『勇気』</title>  
    <link rel="alternate" type="text/html" href="http://brevis.exblog.jp/17932485/"/>  
    <id>http://brevis.exblog.jp/17932485/</id>  
    <issued>2012-05-06T23:08:33+09:00</issued>  
    <modified>2012-05-06T23:07:58+09:00</modified>  
    <created>2012-05-06T23:07:58+09:00</created>  
    <author> 
      <name>Tomoichi_Sato</name> 
    </author>  
    <dc:subject>ビジネス</dc:subject>  
    <content type="html"><![CDATA[ 
久しぶりにR先生を訪れた。R先生は現在は半ば引退した経営コンサルタントで、尊敬する大先輩である。もう関東は花の盛りを過ぎて、初夏の陽気であった。<br/>
<br/>
「最近は経営企画部門に移ったそうだが、調子はどうだね？」<br/>
<br/>
－－何ともむずかしい仕事ですね。中期経営計画を立案してモニタリングするのが主な仕事の一つですが、5年間の中期計画と言っても、われわれの業界のビッグ・プロジェクトは開始から終了まで平気で4年くらいかかってしまうので、その帰趨によって会社の計画値自体がゆらいでしまいかねません。<br/>
<br/>
「だが、それなら逆に先が読みやすいとも言えるじゃないか。受注残高だって数年分あるわけだろう？」<br/>
<br/>
－－確かにそうですが、なにせ工場を持たない受注産業ですから、逆にその先の保証は全くありません。為替レートや市場環境の変化も激しい上に、エネルギー構造自体が世界的に変わりつつあります。<br/>
<br/>
「だったら、なおさら経営企画部門の出番じゃないか。“計画はスタティックな最適化の問題じゃない、刻々変化する環境下での適応制御の問題である”、みたいなご高説を君は10年前に生産スケジューリングの本で、偉そうに書いていたはずだ。」 R先生はにこやかな顔でわたしをからかった。<br/>
<br/>
－－たしかにそうですが・・。生産計画やプロジェクト・スケジューリングと違って、経営計画というのは非常にスコープがオープンなんですよね。外部とのインタフェースが多くて、しかもソフトです。考えるべきテーマがひどく広い。その割に人数が限られています。まあ、経営企画部門がやたらと大組織ってのも、逆におかしいと思いますが、先生は適正なあり方って、どうお考えですか？<br/>
<br/>
「それは権限と責任範囲による。欧米の会社だと、Strategic Planningとか経営戦略はMBA的なキャリアの仕事で、経営者への第一歩だと位置づけられる事が多い。日本でも、企業によっては経営企画部門はエリートコースで、そこを経験することが社長へのルートみたいなところも、伝統的大企業には案外多い。当然、ある程度の所帯になる。ただ、戦略立案はエリートの決定事項で、実行は下々の仕事、というあり方は好かんな。」<br/>
<br/>
－－長年、計画技術者をやってきた自分としても、たしかに違和感があります。まあ、幸いわたしの勤務先では、経営企画部門はそんな位置づけじゃありませんが。<br/>
<br/>
「そりゃあ、君が任命されるくらいだから、エリートコースでないのは明らかだな」<br/>
<br/>
－－・・それはともかく。自分達で大胆な戦略的提言ができるためには、どのような組織体制が望ましいのでしょうか。<br/>
<br/>
「君は根本のところが間違っているよ。戦略を決めるのは経営者の仕事だ。企画部門の仕事じゃない。」<br/>
<br/>
－－そうですか。<br/>
<br/>
「とるべき戦略を考え、決めるのは経営者だ。ただし、経営者は忙しい。だから『考える』の一部を分業して、企画部門にやらせているだけだ。君がやるべき事は、情報を収集し事実を分析して、いくつかの選択肢を考える事までだ。中には“従来の仕事を今までどおり続けるか、止めるか”という単純な選択肢だってあるがね。何ならリコメンドをつけてもいいだろう。だが、そいつらを評価して、選ぶのは経営者だ。<br/>
　なぜなら、最終的な責任をとるのは経営者の方だからだ。戦略というのは、結果に責任をとるものが選ばなくてはならない。」<br/>
<br/>
－－なるほど。でもあえて、“なぜですか？”と聞いていいですか。<br/>
<br/>
「それはな、前にも君に教えたとおり、戦略とは賭けだからだ。賭けには仮説があり、決断があり、実行がある。実行の最中にも微調整がある。仮説は生きものだ。むしろ実行を通して、仮説を“結果的には正しかった”ものに育て上げていかなければならない。そのためには、実行している当人達が、結果を背負い込む覚悟がいる。戦略立案と実行を組織的に分業すると、生きた仮説が、固い無生物になってしまう。それでは仕事はうまくいかん。君は自分の立てた戦略と心中する覚悟があるかな？」<br/>
<br/>
－－それは、うーん、あります！　と言いたいところですが・・<br/>
<br/>
「それみろ。戦略を語る前に必要なのは勇気だ。君みたいに度胸のないヤツに戦略作りなんかまかせてたら、会社がいくつあっても足らん。君だけじゃない。今この国には、勇気ある者はめっぽう足りない。いるのはリップサービスと逃げ口上だけが上手な、小役人みたいなのばっかりだ。上から下までな。」<br/>
<br/>
－－手厳しいですね。でも、それじゃあ、自分みたいな人間が勇気を持てるようになるには、どうしたらいいでしょうか。それとも度胸というのは生まれつきの素質ですか。<br/>
<br/>
「そんな問いに正解は無い。まず自分で考えなさい。考えるのが君の仕事だろ？　もちろん、生まれつき肝の太いのも、小心な者もいるさ。そして健全な組織には両方必要だ。一個人の中だって、両面が必要だ。ただ、勇気というのは育てるものなんだ。少なくとも“自分には勇気が不足している”と自覚することが第一歩じゃないか。」<br/>
<br/>
－－それはそうですね。<br/>
<br/>
「男は度胸、女は愛嬌、という言葉を知っているだろう？　あれは、理想を表している。つまり実は、それぞれに足りないものを述べているんだ。ふつうの男には度胸が足りず、ふつうの女は愛嬌が足りない。」<br/>
<br/>
－－はあ。<br/>
<br/>
「つまり男だから生まれつき度胸がある、なんて事はないのさ。むしろ近頃では、日本の若い女性の方がずっと勇気があって、剛胆な人が目立つ。ジャパニーズ・サムライは今や女性が主役じゃないかな。それはなぜかというと、女性の方が社会的に不利な分、失うものも少ないからだ。<br/>
　これに失敗したら面目を失う、地位も失う、そんなリスクばかり考えているから、誰も勇気ある一歩が踏み出せないのだ。大企業の経営者たちもそうだ。そうしている内に日本はどんどん追い抜かれてきたじゃないか。<br/>
　君が若い後輩を育てたかったら、どうする？　少しくらい危なっかしいと思える仕事を任せないか？　失敗しそうでも、ギリギリまで助けまい。」<br/>
<br/>
－－そうですね。全部手を出していたら、相手は育ちません。<br/>
<br/>
「人は少し背伸びするくらいの場所にいないと、のびない。背伸びしたら、ときに倒れるかもしれない。倒れても、ひどい怪我をしないよう気をつけるのは、まわりの責務だ。つまり、いざというときに頼れる仲間や先輩がいないと、勇気も育たないことになる。<br/>
　勇気ある人間とは、つまり大人ということだ。ある意味、一人では大人には成れないのだよ。回りに大人がいて、手本となり、支え、励まし、また叱って、はじめて人は大人になっていくのだ。」<br/>
<br/>
－－だとすると、大人が多い社会では、さらに大人が育ちやすく、大人が少ないと、大人の育つ速度も小さいことになりますね。スパイラル現象だ。明治初年の頃と、今の平成と、同じ日本なのに、人の成熟度が違うような気がするのも、このためなのか。<br/>
　でも、運不運というのもありますね。失敗したときは、どう受けとめるべきですか。<br/>
<br/>
「世の中にはもちろん、自然災害を含めて、ときに思った以上の痛手を被ることがある。そんなとき、出来事を受け入れるためには、網が石つぶてを柔らかく受けとめるように、周りの人間が一緒になって受けとめる必要があるんだ。一人の人間が決めた結果すべてを、自己責任論で当人だけに押しつけたら、誰も何もできなくなってしまう。」<br/>
<br/>
－－たしかに。<br/>
<br/>
「だから失敗したらね、『いい勉強をした』と思いなさい。そして自分で笑えばいい。そうすれば、笑っている側の自分だけは高く保てる。」 R先生はグラスを傾けて、こう言われた。「人は悩んで大きくなる。でも、それは勇気を持って、リスクをとって踏み出したときの悩みに限るんだ。リスクをとれずに逡巡しているだけの悩みでは、自分は育たないことを心に銘記すべきだな。」<br/>
<br/>

        ]]></content> 
  </entry>  
  <entry> 
    <title>「生産スケジューリング」セミナー講演のお知らせ（5/24）</title>  
    <link rel="alternate" type="text/html" href="http://brevis.exblog.jp/17913241/"/>  
    <id>http://brevis.exblog.jp/17913241/</id>  
    <issued>2012-05-04T10:06:26+09:00</issued>  
    <modified>2012-05-04T10:06:06+09:00</modified>  
    <created>2012-05-04T10:06:06+09:00</created>  
    <author> 
      <name>Tomoichi_Sato</name> 
    </author>  
    <dc:subject>ビジネス</dc:subject>  
    <content type="html"><![CDATA[ 
今月の下旬に、生産スケジューリングとリードタイム短縮に関するセミナー講演を行います。<br/>
有償セミナーですが、生産管理の基礎から海外工場への応用編まで交えて、1日じっくりと勉強していきましょう。<br/>
<br/>
【講演タイトル】<br/>
「生産スケジューリングの基礎とリードタイム短縮および海外工場でのポイント」<br/>
<br/>
【日時】　2012年5月24日（木） 10:30-17:30<br/>
<br/>
【場所】　東京都新宿区西新宿二丁目7-1 小田急第一生命ビル 22階 <br/>
　　　日本テクノセンター研修室<br/>
<br/>
【受講対象者】　<br/>
・製造業の製造・生産管理・生産技術・設計担当者、購買担当者などで基礎事項から学びたい方<br/>
・海外展開時のスケジューリングについてヒントを得たい方  <br/>
<br/>
【セミナーのねらい】<br/>
　本セミナーは、先日上梓した「“JIT生産”を卒業するための本―トヨタの真似だけでは儲からない」とも連動した企画です。<br/>
<br/>
　グローバルな競争が進む今日、日本の製造業はますます国内生産か海外展開かの選択を迫られています。その一方、安価な労働力だけを当てこんで中国生産に踏み切った企業の国内回帰の動きも続いています。本講座では、コスト・品質と並んで競争力の三大要素である「時間」（納期）に焦点を当て、ジャスト・イン・タイムの生産能力を実現するための基本を学びます。<br/>
<br/>
　ジャスト・イン・タイムというとトヨタが有名ですが、業界も慣習も全く異なる企業が、たんにトヨタの真似だけをしても、コストも下がらず納期も短くなりません。本講座では、生産活動の全体を「生産システム」という視点でとらえ直すことにより、今日の課題に対応できる定石と考え方を理解します。また、そのために必要な、新しい計画とスケジューリングの基本的技術を、数式等を避け直感的に理解しやすい講義を通じて、学べるよう工夫しています。 <br/>
<br/>
【プログラム概要】<br/>
　Ⅰ．はじめに　～　製造業を理解するには<br/>
　Ⅱ．リードタイムと在庫には理論がある<br/>
　Ⅲ．自社の立ち位置と生産システムを理解する<br/>
　Ⅳ．スケジューリングの基礎知識<br/>
　Ⅴ．ジャスト・イン・タイム生産を実現する<br/>
　Ⅵ．進捗をコントロールする<br/>
　Ⅶ．海外工場展開とジャスト・イン・タイムの挑戦<br/>
　Ⅷ．おわりに－－「ジャスト・イン・タイム問題」とは何か<br/>
<br/>
プログラム詳細、費用ならびに申込み方法は、主催者である「日本テクノセンター」の下記HPをご覧ください。<br/>
<br/>
http://www.j-techno.co.jp/test/index.cgi?mode=sem&unit=2012052401<br/>
<br/>
本講演が、生産スケジュールの「時間の悩み」を抱える方々に少しでも役立てるものとなる事を願っております。<br/>
<br/>
<br/>
　　佐藤　知一　　拝<br/>

        ]]></content> 
  </entry>  
  <entry> 
    <title>品質とは（本当は）何だろうか　－　(2) 応答</title>  
    <link rel="alternate" type="text/html" href="http://brevis.exblog.jp/17858828/"/>  
    <id>http://brevis.exblog.jp/17858828/</id>  
    <issued>2012-04-24T23:56:00+09:00</issued>  
    <modified>2012-04-26T00:14:45+09:00</modified>  
    <created>2012-04-26T00:14:45+09:00</created>  
    <author> 
      <name>Tomoichi_Sato</name> 
    </author>  
    <dc:subject>サプライチェーン</dc:subject>  
    <content type="html"><![CDATA[ 
先日、あるプロジェクト・マネジメント関係の研究に目を通していたら、要件定義段階における「顧客要求の品質」という表現に出会って、ちょっと驚いた。周知の通り、ＩＴ系プロジェクトにおける要件定義とは、顧客のもつ『要求』を引き出し明確化するプロセスのことを言う。ここで作成される要件定義書が、その後のシステム設計の基礎となっていく訳だ。ところが、この顧客の提示してくる要求内容が、しばしば曖昧模糊としており、また部門や担当者の間で相矛盾していたりする。受託側としては非常に悩ましい問題で、たしかに、これ自体がプロジェクトの成否を左右すると言っても過言ではない。<br/>
<br/>
そこでこの発表者は、要求工学やIEEE standard 830: "Recommended Practice for Software Requirements Specifications" などを引用しつつ、正当性・明瞭性・完全性・一貫性・追跡可能性などを、要求仕様が満たすべき『品質特性』と呼び、それを満たす程度を『要求の品質』と考えたらしい。もちろん、この人の言いたいことはわたしも分かる。とくに一部の顧客が、それこそ「不当・不明瞭・部分的かつ矛盾した要求」を後出しジャンケンのように次々と繰り出してくるときには、「なんて品質の低い要求だ！」と言いたくなるし、あるいはISO 9000の品質保証コンサルが、“こんな品質の要求を出したらダメですよ、お客さん”と諭してくれたら、さぞや気が晴れるだろう、とも想像する。<br/>
<br/>
しかし、このような物言いはJISやISOの思想には合致しないのだ。なにしろ品質とは「本来備わっている特性の集まりが、要求事項を満たす程度」なのだから、要求そのものの品質を議論すること自体が、ISOの枠組みを超えてしまう。現行のISO 9000では顧客重視が第一原則であり、要求とは顧客から来るもの（自社組織が勝手に想定し押しつけるものではない）と読み取れる。そもそもISOの定義によれば、要求事項（Requirement）とは、「明示されている、通常暗黙のうちに了解されている、または義務として要求されているニーズもしくは期待。」ということになっているのである（3.1.2節）。だから『顧客要求の品質』の議論は、いわば“メタ品質”ということになってしまう。<br/>
<br/>
（ところで、上記の要求事項の定義文章は、なんだか日本語としてちょっと分かりにくい。正確には、「明示されているか、あるいは通常暗黙のうちに了解されているか、または義務として要求されている、ニーズもしくは期待）と補って読むべきであろう。JIS制定委員の人たちは、日本語の品質について少しは考えなかったのだろうか？）<br/>
<br/>
ともあれ、わたし達が顧客要求の「質」を論じたくなるのは事実である。また、上記のような顧客にあたったら、それこそ「質のわるい客だぜ！」と嘆くだろう（質という漢字は「たち」と訓読みする）。それはいったい何故だろうか。<br/>
<br/>
前回、コンビニで売っている60Wの電球と100Wの電球を例に、「100Wの方が60Wより品質が高い」という物言いを普通はしない、と述べた。また同じ型の自動車で、1600ccの車種の方が1300ccより「品質が高い」とは言わないとも書いた。たしかに両者は重要な特性が違い、だから価格も違う。なのにわたし達は、品質の差違ではなく、「仕様が違う」と認識するのである。<br/>
<br/>
そのポイントは実は、「明示」にある。電球のワット数も自動車の排気量も、主要な性能特性（仕様）としてメーカー側から「明示」されている。これは、顧客の側から義務として要求される事柄についても、同様に当てはまる。ステンレスを使え、と指定された機械部品に、もし腐食しやすい通常の炭素鋼を使ったら、それは「品質が低い」のではなく、もはや「不適合(non-conformance)」なのである。QualityのLow-Highではなく、ゼロの問題になってしまう。契約で明示された義務を怠ったからである。<br/>
<br/>
つまり、逆に言うならば、わたし達が品質の高低・よしあしを問題にするときは、「明示されない暗黙の期待」を満たす程度、について論じるのである。「1300ccクラスの車なのに、この足回りの加速性はどうだ！」と感心するとき、わたし達は期待したよりも高品質だな、と感じる。ところが100W用と明示された電球を、100Wのソケットにつけてちゃんと点灯しても、それは当たり前だ。明示された特性は、合致するのが当たり前である。たまに合致しなければ欠陥で、そこにはYesかNoしかない。品質の高低が大事になるのは、「明示されない期待」の時だけなのである。<br/>
<br/>
あるいは、「一応は言葉で明示されているけれども、数値的に検証不可能な特性」も、品質の高低で語られる。その良い例は、前回挙げた化粧品である。“お肌が若返る”といった効能書きは、個々の消費者にとっては事実上、検証が不可能である。こうした商品に対しては、品質の高低という、ある意味ひどく感覚的な言葉でしか語れない。<br/>
<br/>
そこでもう一度、設計の品質という問題に戻ってみよう。品質管理論では、「前向き品質」（forward quality）と「後ろ向き品質」（backward quality）という言葉が使われることがある。そして設計行為などの品質は「前向き品質」とよび、製造段階での品質を「後ろ向き品質」と呼ぶ。あるいは、このかわりに、「魅力的品質」と「当たり前品質」と呼ぶこともある。設計で作り込むのは主に魅力的品質で、製造で実現するのは当たり前品質という訳だ。<br/>
<br/>
設計図に明示された事項を、製造が実現するのは“当たり前だ”と、皆が考えている（少なくとも日本では）。「製造部門は設計図どおりに作ること！」などという標語を、大きな文字で掲示している工場はない。製造の当たり前とは、つまり、製造に対する明示されない暗黙の期待である。そして当たり前品質の特徴は、「それが欠落しているときにのみ論じられ、合致しているときは意識されない」ことにある。だから不良や欠陥の発生（当たり前品質の欠落）が、工場の品質管理の主な仕事なのだ。<br/>
<br/>
だが設計の成果物のレビューは、そうはいかない。設計とは、要求事項や仕様を、部品やソフトの「機能と構造」に変換し、製造可能な仕組みに落とし込む作業だからである。明示された要件定義書がある場合は、もちろん組み込まれていなくてはならない（設計における「当たり前品質」）。しかし明示されていない期待についても、それを想定し、考慮に入れる必要がある。ここが設計の「魅力的品質」の部分である。<br/>
<br/>
顧客がすでに明示したもの、それは魅力ではない。顧客が自分でうまく表現できないもの、でも実際に現前したら価値あると感じるもの、それが魅力なのである。たとえば「魅力ある異性」とは、まさにそんな存在ではないか。<br/>
<br/>
日本の品質管理は、戦後の復興期における、統計的品質管理手法のアメリカからの輸入ではじまった。それは高度成長期に普及し、日本的な現場の小集団活動と結びついて、ＴＱＣ活動となった。'80年代はまさに品質管理全盛の時代だったと言っていい。品質はすなわち利益に結びついた。ところが'90年前後のバブル景気時代から、しだいにＴＱＣは色あせてくる。かわりに入ってきたのは、英国発のISO 9000の品質保証思想であった。ここで、品質とはペーパーワークである、という誤解が広く受けいれられた。<br/>
<br/>
つづく「失われた20年」の不況の時代は、工場切り捨てと海外移転の時代だ。この時代、日本企業が本当に必要としたのは『前向き品質』『魅力的品質』を創出する仕組みだったはずだ。だが、そのためには品質の遂行主体を、工場の品質管理課から、営業も企画も技術も巻き込んだクロス・ファンクショナルな体制に移す必要があった。わたしの知る限り、このような思想を持って進んだ企業はきわめて少ない。<br/>
<br/>
それでも、前向き品質をなんとか確保したいと願う技術者は多いだろう。そのためには、どうしたらよいか。一番良いのは、創造性のある人間を揃えて自由度を与えることだが、それは決して簡単ではない。そこで、次善の策として、「前向き品質を後ろ向き品質に変換する」ことを考える。つまり、意識されざる・表現されざる特性を、まずは言葉で表現するのである。具体的には、上にあげたような、正当性・明瞭性・完全性・一貫性・追跡可能性など“メタ品質特性”を「設計思想」の形でドキュメント化し、意識化するのである。もちろん、設計の途上では、完全性や一貫性を阻害するコストとのトレードオフ要素が沢山出てくる。それに対しても、優先順位の考え方を明確化する。<br/>
<br/>
設計の品質を上げたければ、「設計思想」（design philosophy）を固めることが、結局は必須の条件なのである。おかしなことに、わたしたちは「思想」という言葉に対して身構える習性をもっている。だが、この苦境を乗り越えたかったら、もう一度、原点にかえって思想と格闘するしかなさそうである。<br/>

        ]]></content> 
  </entry>  
  <entry> 
    <title>品質とは（本当は）何だろうか　－　(1) 問い</title>  
    <link rel="alternate" type="text/html" href="http://brevis.exblog.jp/17805452/"/>  
    <id>http://brevis.exblog.jp/17805452/</id>  
    <issued>2012-04-18T23:29:38+09:00</issued>  
    <modified>2012-04-18T23:29:24+09:00</modified>  
    <created>2012-04-18T23:29:24+09:00</created>  
    <author> 
      <name>Tomoichi_Sato</name> 
    </author>  
    <dc:subject>サプライチェーン</dc:subject>  
    <content type="html"><![CDATA[ 
わたしのつれあいは長い間、あるフランス製の化粧品を愛用していた。日本でも売っている店はあるのだが、少ないし、値段も高い。だから海外出張に出たときは、かえりに免税店でその会社の製品を買うのが習慣になっていた。化粧品は用途と色と型式で複雑なラインナップになっているから、出がけに手渡されたメモを頼りに、読みにくいフランス語表記の製品を店頭から探し出すのが、わたしの任務だった。<br/>
<br/>
ところがあるときから、その依頼がぱたりと来なくなった。つれあいに理由をたずねると、“なんだか最近、あそこの製品って品質が落ちたのよ。ブラシとか安物でペナペナになってきたし、パフのケースもすぐガタが来ちゃう。きっと中国生産とかでコストを下げて来てるんじゃないかしら”－－という答えだった。でも、仮にそうだとしても、化粧品自体の性能に変わりはあったのかい、と聞き返したが、“そんなとこで手を抜く会社の製品が信用できると思う？”と、あきれた顔をされるだけだった。<br/>
<br/>
化粧品に『性能』という概念が当てはまるものなのか、わたしはよく知らない。当てはまらないのかもしれない。あれほど多くの女性達が（一部は男性も）、あれほどの情熱と金銭をかけて選ぶ商品に、客観的な性能指標がないというのも不思議な気がする。まあ、きっと、そう思うわたしの方がおかしいにちがいない。ただし、化粧品の性能は論じられなくても、『品質』なら語ることができそうだ。このフランスの化粧品メーカーは、品質が問題で、長年の顧客を一人、失った訳だ。では彼らは、社内の品質管理部門や品質保証体制をきちっとすれば、この問題を解決できただろうか？　なんだか疑問に思える。でも、だとすれば、そもそも品質管理とか品質保証とかは、何の役に立つのだろうか。<br/>
<br/>
ちょっと別の話をしよう。設計の品質はどうやって確保あるいは改善したらよいのか？　－－この難しいテーマをめぐって、ある会社のエンジニアリング部門に招かれて、講演をしたことがある。もう10年前のことだ。精一杯準備してのぞんだつもりだが、残念ながら上出来な講演だったとは言い難い。引き受けてからずっと考え続けても、「十分レビューする」くらいの事しか思いつけなかったのだ。相手の担当の方には、申し訳ない気持ちが今も残っている。でも、設計の品質とは何なのか？　製造の品質とは何が本質的に違うのか？<br/>
<br/>
それから何年か経った後、別のある顧客の工場を見学させてもらった。偶然にもそこは、かつてわたしが講演をした会社が設計・建設したものだった。ディスクリート系の工場である。加工機械や測定器や自動搬送機械がずらりと並んで、整然とした連続処理を行う立派なシステムだ。しかし、その工場の立ち上げ時にはトラブル続出で、相当苦労した、と顧客の担当の方は言われた。機械も設計し直し・作り直しが多く、納期は遅れ、結局かなり赤字プロジェクトだったろう、と。わたしは機械エンジニアではないから、個別のマシンの設計の良しあしはわからないが、たしかに全体のレイアウトや、搬送のバッファーの置き方など、システム全体で観ると疑問な点がいくつかある。あの講演の題が「設計の品質」だったのは分かる気がした。<br/>
<br/>
品質とは何かについて、もちろんJISやISOに定義はいろいろある。現在のJIS Q 9000:2006『品質マネジメントシステム』では、こうだ：「品質（quality）とは、本来備わっている特性の集まりが、要求事項（requirement）を満たす程度」。これは元々ISO 9000規格の翻訳だから、ここではあえて原語をカッコに入れて並記した。また、日本オリジナルの規格であるJIS Q 9005:2005『質マネジメントシステム』では、「質とは、ニーズまたは期待を満たす能力に関する特性の全体」となっている。<br/>
<br/>
ちなみに後者では、「品質」から“品”の文字が抜けて「質」になっている点に注意してほしい。理由は、「品質」ではモノの質のみを表す感じが強い点を嫌ったためだ、と聞いた。たしかに「物品」や「製品」などの言葉を見ると“品＝Goods” と感じるかもしれない。だが、品という漢字は元々、「品格」「上品」などのように、クラスが上だという意味も持っていたはずだ。まあここらあたりは言葉の好みかもしれないが。<br/>
<br/>
さて、上記のJISの定義によると、品質とは特性が顧客の要求またはニーズを満たす程度だ、となる。ところで、顧客が商品やサービスに求める最も重要な要求・期待とは、いうまでもなく『価格』である。できる限り低価格であること、あるいはせめてリーズナブルな価格であること、を第一に望まない顧客はいないだろう。それでは、“価格とは品質の一要素だ”と言うべきだろうか？　価格決定は品質管理部が決めるべきなのか？　もちろん、価格は品質特性の一部などと考える専門家は誰もいないだろう。<br/>
<br/>
では、顧客が価格に次いで要求・期待する『納期』はどうだろう。短納期であることは高品質を意味するだろうか？　－－これも、なんだか違う気がする。納期遅れ問題の解決に、品質保証部が取り組むという話もついぞ聞いたことがない。短納期が品質の重要な一部だという事になったら、さぞやスケジューラ・ベンダーも商売が伸びてうれしいだろうが、そうなりそうな気づかいは今のところ無い。納期は品質に含まれないのである。<br/>
<br/>
もちろん、JISやISOの規格屋さんは、こう指摘するかもしれない。「価格や納期は、対象に“本来備わっている特性”ではない。製造や販売の都合で、後付けで決まる特性だ」と。たしかに、ISOの文章はそう慎重にもそう記述している。<br/>
<br/>
だったら、『性能』はどうだろうか？　これこそ、顧客が望み、かつ要求する主要な特性ではないか。しかも販売部門や製造部門が恣意的に付与する特性でもない。すなわち、品質の中核である、と。<br/>
<br/>
すると、こうなる：わたし達は例えば、同じ車種でも、1300ccのエンジンを搭載した車より、1600ccのものを搭載した車の方が、「品質が高い」と認識する、と。これは本当だろうか？　あるいは、100Wの電球は、60Wの電球より「品質が良い」。そんな言い方を、わたし達はするだろうか？　品質管理の仕事は、より高性能な製品を出すことにあるのだろうか？　はっきり言って、こうした差は「性能が良い」状態であって、「品質が良い」のとは違うことがわかる。そういう言葉づかいを、わたし達はしない。性能は品質の一部ではないのだ。<br/>
<br/>
それじゃあ、『素材』はどうだ？　いくらなんでも、素材こそ品質の重要な要素であるはずだ。－－では、あなたが「綿100%」の表示のついた外国製衣服を買ってきて、実はポリエステル混紡だったと知ったら、低品質をなげくだろうか。“詐欺だ！不良品だ！”と怒るのではないか？　もしステンレス鋼を指定したポンプに炭素鋼が使われていたら、エンジ会社はメーカに突き返し再製作を要求するだろう。「重大な不適合だ」と言って。決して「もっと品質を上げろよ」とは言うまい。<br/>
<br/>
では、硬度や透過性や摩擦係数などの『性状』はどうだ？　あるいは耐久性や賞味期限や保証年数などは？　・・もう賢い読者の皆さんは帰結を想像できただろう。もう一度、100Wと60Wの電球を思い出してほしい。両者の違いを品質の差と誰が思うだろうか。どんな特性項目であれ、それがユーザの主要な要求事項であり、価格に密接に関係し、かつメーカが表示・保証するものである限り、それはもう「品質が高い・低い」を評価する対象ではなくなるのだ。100Wの電球は、100W仕様であるだけだ。そこにあるのは、「合格」あるいは「不合格（欠陥）」の判断でしかない。なるほど、生産者の側からすると、不合格品の比率を下げること、あるいは不合格品を間違って出荷させないことは、品質管理部門の課題だろう。しかし、購入者の立場からは、買った電球が使えればそれでいい。100Wだから高品質、などと評価したりはしないのだ。<br/>
<br/>
かくして、品質という言葉をめぐってさまざまな特性を吟味してきたが、引き算の結果、おどろいたことに何も残らないことになった。わたし達は『品質』を議論したがるが、これは実体のない中空の概念だ、と。したがって、「設計の品質」を論じるなども無意味なこと－－なのだろうか？　わたし達の議論は、一体どこで道に迷ってしまったのだろうか？　<br/>
<br/>
次回は、この問題にまったく別の角度から答えを与えてみたい。<br/>
<br/>
（この項つづく）<br/>

        ]]></content> 
  </entry>  
  <entry>
    <title type="text"><![CDATA[PR: カタログ通販RyuRyu（リュリュ）]]></title>
    <link rel="alternate" type="text/html" href="http://rss.rssad.jp/rss/ad/iKRuN0Fl65xX/HTDqu2xFf4ZO?type=2&amp;ent=f91be9e89af3a66b0b7ba6a5e61c4252"/>
    <content type="html"><![CDATA[<table cellspacing="0" cellpadding="0"><tbody><tr><td align="left" valign="center"><a href="http://rss.rssad.jp/rss/ad/iKRuN0Fl65xX/HTDqu2xFf4ZO?type=2" target="_blank"><img alt="" style="border: 0;" border="0" src="http://bnr.rssad.jp/rss/img/iKRuN0Fl65xX/HTDqu2xFf4ZO?type=3&ent=f91be9e89af3a66b0b7ba6a5e61c4252"/></a></td></tr><tr><td align="left" valign="top" > お洒落なファッションアイテムを続々入荷！お気に入りをネットで購入。 </td></tr></tbody></table><div style="font-size:10px;"><span style="padding-top:5px;"><br style="display:none"/><a href="http://www.rssad.jp/trendmatch/trendmatch.html">Ads by Trend Match</a></span><br/></div>]]></content>
    <created>2012-04-18T23:29:24+09:00</created>
    <modified>2012-04-18T23:29:24+09:00</modified>
    <issued>2012-04-18T23:29:38+09:00</issued>
    <author>
      <name>rssad.jp</name>
    </author>
    <id>f91be9e89af3a66b0b7ba6a5e61c4252</id>
  </entry>
  <entry> 
    <title>書評: 「源実朝」　吉本隆明</title>  
    <link rel="alternate" type="text/html" href="http://brevis.exblog.jp/17775428/"/>  
    <id>http://brevis.exblog.jp/17775428/</id>  
    <issued>2012-04-14T21:22:59+09:00</issued>  
    <modified>2012-04-14T21:22:47+09:00</modified>  
    <created>2012-04-14T21:22:47+09:00</created>  
    <author> 
      <name>Tomoichi_Sato</name> 
    </author>  
    <dc:subject>書評</dc:subject>  
    <content type="html"><![CDATA[ 
筑摩書房から出ていた『日本詩人選』の一冊。吉本隆明は批評家として、また反体制的思想家としてカリスマ的人気を一時は誇っていた人だが、わたしは若い頃の詩人としての仕事が一番良いと感じる。もともと詩人的資質をもって生まれた人で、東工大の応用化学を出ているといっても、あまり理科系的な文章を書く人ではない。<br/>
<br/>
その詩人としての彼が、鎌倉幕府の三代将軍として生まれ、若くして暗殺された天才的歌人の詩論を書くのである。面白くないはずがない。古書店でたまたま見つけた本書であるが、集中して一気に読んでしまった。<br/>
<br/>
実朝の兄、二代将軍源頼家はかれが物心つくころに伊豆修善寺で惨殺される。それも、かれを擁立した北条時政の刺客の手によってである。愚管抄や吾妻鏡の文章を引用しながら、吉本はこう書く。「頼家の殺されかたからかんがえて、じぶんだけは別ものだとおもえるような条件はなにひとつなかったはずである。」（p.12）<br/>
<br/>
それにしても、実朝たち兄弟はなぜ、執権である北条氏に一旦は将軍位につけられながら、後に捨てるように殺されなければならなかったか。吉本はまず、鎌倉幕府という奇妙な＜制度＞の構造分析からはじめる。鎌倉幕府は律令制の日本における国家内国家ともいうべき位相にあった。ところで、その「関東武門の固有制度ではどうしても血縁よりも惣領制のほうが重かった。（中略）この＜惣領＞は世襲ではなくて、一族一門のうち器量優れたものに＜惣領＞の指名によって継承される慣例がおこなわれていた。そして＜惣領＞は武力権と一門の祭祀権をあわせもつものであった」（p.37）は卓見であろう。惣領の支配が血縁の外にあるため、ともすると親子兄弟が互いにせめぎ殺戮し合う不安定性を内包していた。これを抑えるに、上位律令制の権威とのインタフェースとして源家の貴種性が当初は重要だった。しかし北条氏がライバルを次々と滅ぼし、鎌倉体制が安定化して行くにつれて、武家層は独自の倫理をつくりはじめ、やがて貴種は不要に、むしろ邪魔になっていくのである。<br/>
<br/>
北条氏の飾りであることを自覚していた実朝が、我意を押し通したわずかな一つが、京都から貴族の娘を嫁迎えしたことである。当時、まだ「＜一族＞や＜家門＞の重さにくらべれば、＜家族＞はまだ比べものにならぬほど低い位置しかなかった。家父長家族が成立していたともいえず、また、妻女は実家の＜族＞に属しているといってよかった」（p.92）状態である。実朝という文学青年は、そのような境遇に生まれてしまったのだ。<br/>
<br/>
吉本隆明はさらに、＜和歌＞とよばれる詩形式に論を進める。万葉の東歌「筑波嶺のをてもこてもに守部すゑ　母い守れども魂ぞあひにける」等は、上句と下句が明確に区切れ、かつ上句は下句を引き出すための隠喩（それ自体に強い意味はない）の形をしている。これは、対になった人々による掛けあいの和唱の場の即興のように生まれるもので、和歌の初原のあたりに近い、と彼は推測する。実朝の<br/>
<br/>
　しら雪のふるの山なる杉村の　すぐる程なき年のくれかな<br/>
<br/>
などはこうした万葉調の古形を保持している。しかし<br/>
<br/>
　秋ちかくなるしるしにや玉すだれ　小簾（こす）の間とほし風の涼しさ<br/>
　くれなゐの千入（ちしほ）のまふり山の端に　日の入るときの空にぞありける<br/>
<br/>
などは、（単純な叙景だから）（万葉に類似の本歌があるから）というだけで「万葉調」と断ずるにははるかに遠いのである。事実、和歌は古今集の時代に入って明確に変容し、「雪のうちに春はきにけり鶯の　凍れる涙いまやとくらむ」のような＜象徴＞の地平にうつっていく。<br/>
<br/>
　梅の花さけるさかりをめのまへに　すぐせる宿は春ぞすくなき<br/>
　我が袖に香をだにのこせ梅の花　あかでちりぬる忘れがたみに<br/>
<br/>
こうして並べてみると、実朝の歌が独特な心をもっていることがよくわかる。和歌はさらに『後拾遺集』で変容する。俗語の大胆な導入とともに、「詩的な＜規範＞のたががゆるんで、＜象徴＞性が崩壊しはじめたことを意味している」（p.197）と吉本は断ずる。いわばJ-POPの歌詞のように、平明だが単純な歌になるのである。「個々の詩人の感性に基礎をおくために、（中略）＜景物＞はほかにどんな習俗や伝承にしたがうものでもない」（p.198）ことになってゆく。和唱の場の共同体は不要となったのである。<br/>
<br/>
こうしてとうとう和歌は新古今の岸辺にたどり着く。「吉野山花のふるさとあと絶えて　むなしき枝に春風ぞふく」（藤原良経）「花は散りその色となくながむれば　むなしき空に春雨ぞふる」（式子内親王）－－こうした秀歌は、すでに目の前の景色とは何の関係もなく、すべて詩人の繊細な心の内にあるものを、技巧的な形で彫塑したものである。<br/>
<br/>
　このねぬる朝けの風にかほるなり　軒ばの梅の春のはつ花<br/>
　吹く風は涼しくもあるかおのづから　山の蝉鳴きて秋は来にけり<br/>
<br/>
十三歳で将軍職となって以来、実朝は鎌倉幕府の＜象徴＞的な頭領にすぎず、ただ祭祀権のみを履行する人形であった。かれが晩年望んだことは、宋に渡ることと、京都の律令王権から位階の昇進を得ることだけであった。そして二十七歳のとき、かれはとうとう右大臣に任ぜられる。その上は太政大臣しかなく、そうなると彼を取り除くことは困難になる。実朝が就任の拝賀のために鶴岡八幡宮に出たとき、だから彼を守る役目のはずの北条義時は「体調」を理由にそこに参列せず、かわりに兄頼家の子・公暁が暗殺者として木陰で待ち構えていたのであった。そうした顛末を、彼は何年も何年も前から、ある意味で心の中では見通していたともいえよう。<br/>
<br/>
　神といひ仏といふも世の中の　人のこころのほかのものかは<br/>
　うつつとも夢ともしらぬ世にしあれば　有りとてありと頼むべき身か<br/>
　萩の花暮々までもありつるが　月出てみるになきがはかなき<br/>
<br/>
ところで、吉本が指摘しなかったことで、一つ気がついたことがある。それは、歌人実朝は非常に耳の良い人だった、ということである。たとえば百人一首にとられた有名な<br/>
<br/>
　世の中はつねにもがもな渚こぐ　あまの小舟の綱手かなしも<br/>
<br/>
は、たしかに吉本の言うように不安定な将軍職にうえにいるじぶんの＜心＞をあらわしていよう。ただ、それはこの歌の「な」「も」の音の繰り返す不安なリズムの上に、あやうく揺れてきしむ音が示しているのである。あるいはまた、もっとも有名な<br/>
<br/>
　大海の磯もとどろによする波　われてくだけて裂けて散るかも<br/>
<br/>
うっかり武家風だとか勇壮だとか誤解され、また詩人のひどく孤独な心が暗示されているようにも感じられるこの歌は、しかし下句の音をたどっていくと、まさに磯を打つ大波の低音の轟きが次第に周波数の高いしぶきに変わっていくさまを、見事に音自体で表象している。まさに、＜和歌＞という形式の中にこめられた、見事な＜音楽＞だった。そのような奏者を若いうちに失う事態こそ、日本における和歌の頂点の終わりを暗示していたのである。<br/>
<br/>

        ]]></content> 
  </entry>  
  <entry> 
    <title>運・不運は存在するか　－　または、組織のレジリエンシーについて</title>  
    <link rel="alternate" type="text/html" href="http://brevis.exblog.jp/17732971/"/>  
    <id>http://brevis.exblog.jp/17732971/</id>  
    <issued>2012-04-09T23:54:00+09:00</issued>  
    <modified>2012-04-09T23:59:39+09:00</modified>  
    <created>2012-04-09T23:59:39+09:00</created>  
    <author> 
      <name>Tomoichi_Sato</name> 
    </author>  
    <dc:subject>リスク・マネジメント</dc:subject>  
    <content type="html"><![CDATA[ 
今回は『運・不運』ということについて考えてみたい。わたしは人前でリスク・マネジメントの話をするとき、受講者に「あなたは運・不運があると思いますか？」という質問からはじめることが多い。「無い」と答えるのは20代の若い人で、中高年はたいてい「ある」と答えると、以前、書いた。若いうちは自分に自信があるが、歳をとるにつれ思いもよらぬ出来事に見舞われるからだ、と考えてきた。<br/>
<br/>
ところが先日、ある大学の3年生にこの問いを発したところ、過半数の学生が「ある」と答えたので愕然とした。むろん、昨年のようなひどい災害のあとでは、無理もないのかもしれない。しかし、皆がそう答えた一つの理由は、就職活動の経験にあったらしい。なにか割り切れない、理不尽さを感じたのだろう。また就活の時期に前後して、「勝ち組・負け組」といった言葉も出てくる。そう言いたくなる気持ちも、少しは分かる気がする。だが、ちょっと待ってほしい。運・不運というのは、本当に存在するのだろうか？<br/>
<br/>
少し回り道になるが、いったん別の話をさせてもらう。わたしは昨年まで何年間か、会社でPMOの仕事をしてきた。毎月、プロマネさん達が出してくるマンスリー・レポートを読むのも、仕事のうちである。プロジェクトの状況について文章による報告があり、さらに計数的なメトリクスが並んでいる。これを、第三者的な立場から客観的に読み解いて分析し、リスクやトラブルがないか見ていくのである。まあ、スポーツの世界でいえばスコアラーのようなものだ。自分ではボールを触りはしないが、全体の局面や、過去の他の事例との比較から、多少の助言をしたりする。<br/>
<br/>
そうして毎月レポートをたくさん読んでいるうちに、気がついたことがあった。それは、プロジェクトは二種類にほぼ分かれるという事である。一つはうまくいっている案件で、毎月見事に前進していて、ちょっとした障害もうまく切り抜けていく。読んでいて安心である。ところが、うまくいかないプロジェクトもある。問題が山また山のごとく次々発生して、納期も予算もどんどんまずい方向に行く。担当する人たちの苦労を思い、毎月、読むたびにこちらも溜息が出てくる。<br/>
<br/>
どんなプロジェクトも大体この二種類に分かれていき、いったんプラス方向に行くとずっと上昇し、逆にマイナスに行くとどんどん坂を転げ落ちていく。そして、不思議なことに、中間がないのである。つまり、ある月は良くて別の月はまずい、という種類のプロジェクトはまず存在しないのだった。いわば原点の回りを振動し、小刻みにプラスとマイナスを小刻みに行き来する種類が無いのだ。<br/>
<br/>
プラスに行くかマイナスに落ちるかが、プロマネの能力だけで決まるとは、わたしには思えなかった。もっと外的な要因、たとえば見積や契約で出だしからミスった、顧客がひどく気むずかしい上に何も決めない人たちだった、などの要件によって、あるいは企業買収や災害など思わぬきっかけで、それまで中立状態だったプロジェクトが負の方向に傾いてしまう。それとは逆に、うまく好条件で受注できた案件は、予算に余裕があって、トラブルの予兆が見えたら先回りして対策が打てる。多少の費用を先行投資することで、将来のリスクをヘッジできるのだ。必要なマンパワーを投入できるので、仕事のクオリティもいい。だからより良い状況で仕事をリードすることができる。<br/>
<br/>
つまり、どうやら制御理論的に言うと、プロジェクトは一般に不安定なもので、一方向に動いていく傾向が強いらしい。その理由は、プロジェクトに本質的に不確定性があるからだろう。不確実なときには、打てる手の範囲が広い方が有利だ。つまり予算があれば有利なのだ。予算が足りないと、打つ手が自ずから狭まっていく。その結果、さらに不利になっていく。こうして、ポジティブ・フィードバックがかかるのだ。そして初期条件や外乱などの結果として、プラスかマイナスか方向が決まっていく。<br/>
<br/>
しかし、だとすると、やっかいな問題が一つ出てくる。プロジェクト・マネージャーの能力はどう計るべきか、という問題だ。明らかに、仕事の結果（採算の数字）だけで能力を判断するのは不合理だ。それは、どんな案件にアサインされたかで、かなり決まってしまうと思われた。不利な条件で受注したプロジェクトに任命されたプロマネは赤字拡大の結果を叱責され、有利な仕事にアサインされた者はたくさん稼いだと賞賛される。それでは、運が良かった者を誉め、運がわるかった者を罰するのと同じではないか。つまり運・不運を計っているにすぎない。でも、そもそも運・不運とは何だろうか？<br/>
<br/>
考えているうちに気がついたことがある。それは、問題が生じたときに、プロジェクト組織がどう対応するかであった。プロジェクト・チームによっては、外部からの攪乱はすぐに抑えこみ、内部は情報が透過的で、プロマネが隅々まできちんと把握している。一方、別のチームでは、外乱が内部で増幅され、しかも内部もバラバラでノイズを発している。わたしは前者のような組織を『ダンパー』、後者を『アンプリファイヤー』とひそかに名付けることにした。<br/>
<br/>
<center><img class="IMAGE_MID" src="http://pds2.exblog.jp/pds/1/201204/09/47/e0058447_2357149.gif" border="0" width="500" height="231"/></center><br/>
<br/>
そして言うまでもなく、ダンパーの方がトラブルへの対応能力が強いのだった。自転車にたとえれば、ひどい山道でも転ばずに運転する能力といえようか。アンプリファイヤーの方は、ちょっとした小石にも躓いて倒れてしまう。<br/>
<br/>
つまり、運・不運というのは、こういう事だ。次の不等式：<br/>
<br/>
　外乱　＞　対応能力<br/>
<br/>
が成立するようなとき、人は「運・不運」を意識するものらしい。<br/>
<br/>
逆に言えば、われわれが運・不運の奴隷になりたくなければ、『対応能力』を大きくするしかない。その対応能力の上限とは、いわば組織の“降伏点”＝それ以上の力がかかるとバネが復元できなくなる点を示している。あるいは、組織の『レジリエンシー』（抵抗力）と呼んでもいいだろう。レジリエンシーの範囲内ならば、外乱は押さえ込むことができ、プロジェクトは安定して進むことができる。そしてプロジェクト・マネージャーの能力とは、すなわち、組織のレジリエンシーの大きさによって測るべきなのである。<br/>
<br/>
ところで、もう一つだけつけ加えることがある。勝負事や競争の中では、このライバルのレジリエンシーを、意図的にくじく戦術があるのだ。これは学生時代、マージャンをやっていたときに、あるクレヴァーな先輩に聞いた話だが、その人は4人で卓を囲むときに、早い段階で誰かに狙いをつけて「落とす」ことにしているという。つまり、その相手の邪魔をして、つまらぬミスを誘うのである。そうして相手が気分を害してクサればしめたものだ。マージャンは運・不運の要素が比較的強いゲームだ。そして、クサった者はなぜか運がつかない。4人のうち一人が落ちれば、自分はそれだけ有利に勝負を進めることができる、というのである。<br/>
<br/>
なんだかあまりフェアなやり方には聞こえないが、まあ、一理はある。クサると運がつかないのは、気分的に落ち込んで適切な判断ができなくなるからであろう。つまり、競争相手のレジリエンシーを砕いてしまう戦術なのである。<br/>
<br/>
わたしが「勝ち組・負け組」という言葉を好まないのは、この理由による。この言葉は、じつは「負け」と感じている人々の気分を阻害して、レジリエンシーを砕く機能があるからである。こうして、この言葉は、人々の二極分化を固定化する方向に作用する。困ったことに、この社会には賃金の二極分化を好ましいと計算する者たちも、一定数、存在するのだ。<br/>
<br/>
わたしはこの世に、偶然の片寄りがある程度つづいて起こることは否定しない。人生は有限で、自分の能力だってかなりの限界がある。そしてわれわれの社会は、どうにも不確実で制御不安定だ。それでもわたし達には、もって生まれたレジリエンシーがあるのである。それをお互いに砕き合う愚は、避けた方がいい。自分達の小さな翼で、なんとか自力で飛び続けなければならない。それが、あの災害を生き延びた者の義務だと思うのである。<br/>

        ]]></content> 
  </entry>  
  <entry>
    <title type="text"><![CDATA[PR: 機能美ここに極まる。光学12倍プレミアムモデル。]]></title>
    <link rel="alternate" type="text/html" href="http://rss.rssad.jp/rss/ad/iKRuN0Fl65xX/jMndCVYamUZK?type=2&amp;ent=29c68a2f560f425d032fc469b9795bbe"/>
    <content type="html"><![CDATA[<table cellspacing="0" cellpadding="0"><tbody><tr><td align="left" valign="center"><a href="http://rss.rssad.jp/rss/ad/iKRuN0Fl65xX/jMndCVYamUZK?type=2" target="_blank"><img alt="" style="border: 0;" border="0" src="http://rss.rssad.jp/rss/img/iKRuN0Fl65xX/jMndCVYamUZK?type=3&ent=29c68a2f560f425d032fc469b9795bbe"/></a></td></tr><tr><td align="left" valign="top" > ソリッドなデザインに、多彩な機能を凝縮。IXY 1／IXY 3デビュー。 </td></tr></tbody></table><div style="font-size:10px;"><span style="padding-top:5px;"><br style="display:none"/><a href="http://www.rssad.jp/trendmatch/trendmatch.html">Ads by Trend Match</a></span><br/></div>]]></content>
    <created>2012-04-09T23:59:39+09:00</created>
    <modified>2012-04-09T23:59:39+09:00</modified>
    <issued>2012-04-09T23:54:00+09:00</issued>
    <author>
      <name>rssad.jp</name>
    </author>
    <id>29c68a2f560f425d032fc469b9795bbe</id>
  </entry>
  <entry> 
    <title>心の中でヘリコプターに乗れ</title>  
    <link rel="alternate" type="text/html" href="http://brevis.exblog.jp/17670142/"/>  
    <id>http://brevis.exblog.jp/17670142/</id>  
    <issued>2012-04-02T22:29:10+09:00</issued>  
    <modified>2012-04-02T22:29:08+09:00</modified>  
    <created>2012-04-02T22:29:08+09:00</created>  
    <author> 
      <name>Tomoichi_Sato</name> 
    </author>  
    <dc:subject>考えるヒント</dc:subject>  
    <content type="html"><![CDATA[ 
<br/>
社会に出てからそれなりの時間が経つが、若い頃に思っていたことで、実は幻想だったなと感じることが一つある。それは、“能力が上がれば、あるいは出世すれば、悩みは減るはずだ”、という考え方である。これは言いかえれば、自分は若いから（あるいは地位が下だから）悩みが多いんだ、との理屈になる。仕事が難しいのは、まだ駆け出しで能力が足らないからだ、だからベテランになれば楽に仕事ができる。やりたいことができぬストレスに悩むのは、自分に許された権限範囲が小さすぎるからだ－－そんな風に、以前は考えていた。<br/>
<br/>
しかし、押しも押されもせぬ立派なチューネンになってみて分かったのは、むしろ年を経るほど悩み事は多く、責任に比例して肩の荷も増え、毎日つく溜息の回数も多くなるという事情だった。就職は人生の一大事だったが、仕事を学ぶのはもっと大変で、中間管理職になると軋轢はより面倒で、仕事はちっとも減らないのに体力だけは確実に落ちていく。もちろん、単にわたしが愚かで心配性なだけだ、という可能性もある。他の人は、毎日もっと陽気に生き、充実感をもって仕事をし、問題などどこ吹く風、と過ごしているのかもしれない。でも、だとしたら、酒の場では誰も仕事の愚痴などこぼさず、書店には問題解決の本など並ばず、新聞の身の上相談はあがったりで、ＧＤＰはロケットのように成長していかなければヘンだ。<br/>
<br/>
「『問題』とは、自分達が（意識的であれ無意識にであれ）期待していた状況と、現実との間に生じるギャップのことを指す」－－前にもこう書いた。期待と現実にギャップがあるときは、なんとかして埋めたいと誰もが思う。机の横の立ち話や会議室や酒場で議論になるのは、そういった問題解決の方法についてである。解決法が明白なら、誰も悩みはしない。実行すればいいだけだ。でも、明白でないから、議論になる。そして、なかなか決まらない。あるいは決まっても、納得して従いづらい。これが『悩みのある』状況である。<br/>
<br/>
仕事上の問題解決について、議論が別れてなかなか決まらない理由は、いくつかある。まず、そもそも、何が問題か分からないときだ。なんだかどこかおかしいと感じるのだが、何がどうおかしいのか、問題自体が同定できていない場合。あるいは、問題が複雑すぎて（大きすぎて）手に負えない、と感じられるときも同じだろう。以前、問題解決プロセスを５段階に分けて説明したことがあったが（「問題解決のための二つのキーワード：　抽象化と類推」）、その用語で言うなら、これらは原因分析段階での論争だ。アーリー・ステージでの議論だと言ってもいい。<br/>
<br/>
しかし実際には、問題は同定されたものの、解決策を決める段階で論争になる方が、はるかに多い。たとえば、情報が不足して現状が正確につかめない。ないし、現状は分かるが未来が不確実で予測しがたい場合。また、制約条件がきつすぎて実行可能解がない場合。さらにやっかいなのは、解決の結果について評価軸が複数あって、トレードオフのために優先がつけられない場合だろうか。<br/>
<br/>
仕事上でこうした困難に直面したとき、かつて先輩から教えてもらった教訓がある。それは「心の中で、ヘリコプターに乗れ」というものだった。プロマネに必要なのは、ヘリに乗る能力＝Helicopter Capabilityだ、との言葉も聞いた。どうやら元は、ある米国企業のトップ・マネジメントが教えてくれた言葉らしい。<br/>
<br/>
ヘリコプターに乗るとは、どういう意味か。それは、問題を起こしている戦場（Battle field）と同じ地平、同じ目線で考えないで、もっとはるか上空から考えろ、という意味だった。ヘリに乗って、ずっと上から問題を眺める。そのとき、問題の局地戦だけではなく、仕事の全体像、当面の目的地、地形や敵味方の戦力の配置、そして遙か向こうにかすんでいるビジネスの成功地点（＝ゴール）、などが見えてくるはずだ。その大きなパースペクティブの中で、あらためて目の前の問題の位置づけを考え直す。そうすると、局地戦で打破するのか、いったん引き下がって精力を増員してから正面突破するのか、それとも迂回するのか、そもそも目の前にいるのは本当の敵なのか、といったことが見えてくる。<br/>
<br/>
心の中でヘリコプターに乗ると、先に挙げたような論争の状況はどう見えてくるだろうか？　たとえば、何が問題か分からない、問題が大きすぎて（複雑すぎて）手に負えない、というとき。それは、問題に対する視点が近すぎる（近視眼的すぎる）ときに生じる。だから、後ろに大きく引いて見ると、問題の構図が見えてくるかもしれない。<br/>
<br/>
情報が不足して現状がつかめない、あるいは現状は分かるが未来が不確実で予測しがたい、というときはどうだろうか？　問題を遠くから見るというのは、細部を忘れて『抽象化』して考える事である。抽象化できれば、地表で似たような図柄を別に見つけることも可能なはずである。つまり、抽象化と類推の手法を効かせることができるようになる。そもそも、技術者という人種は、“細部に近寄って見る”ことが好きだ。事象を細かく観測し分析したがる。そして技術論の局面でものごとを解決しようとする。そのためにデータを取りたがる。それも、より正確なデータを、より大量に取る。そのうち、事象は数字の藪の中に隠れてしまって訳が分からなくなる。技術論で解決するより、味方の人数を倍に増やしたり、思い切って高価な道具を使ったりする方が効果的だったりする事もあるのに。<br/>
<br/>
制約条件がきつすぎて実行可能解がない、というのはどうだろう？　これなどまさに、大局観をもち、制約条件を取り払って考えることが有効だ。というのも、『制約条件』は自分が心の中で暗黙のうちに設定しているものが殆どだからだ。期限どおりに終わらない、と悩んでプロマネに相談したら、なあに隣のタスクも遅れているから、お前の仕事は後１週間は遅れても大差はないんだ、と言われたりする。企業組織は縦割りの壁があるから、その壁を「ハードな制約条件」だと感じがちだ。しかし、もっと上の立場から見ると、分担はとりあえずのもので、最終的に仕事がまとまればよい、だから部署間のインタフェースは「ソフトな制約条件」だという事が、実際よくある。<br/>
<br/>
そして、解決策に対する評価尺度が複数あってトレードオフが生じるときは、どうだろう。安全性を優先すべきかコストを優先すべきか。納期を優先すべきかリスクを重く見るべきか。デザインはクールでハードなものか、それとも暖かく柔らかなものか。こうした論争はえてして一番やっかいだ。というのは、“信念”あるいは“好み”のために、妥協ができない人が案外多いからだ。<br/>
<br/>
まあ、事柄が政治や宗教などの領域ならば、簡単に譲れないのもわかる。しかしビジネス上の判断で、あまり自分の価値観に固執するのは、ちょっと大人げないと言えるだろう。しかし、「あんたは子どもだ」などと言ったら文字通り喧嘩になる。そういうときに、視点をずっと上にあげて、遠くの目標を（再）確認することは役に立つ。というのは、価値観の相違を、共通の大目的のために吸収する効能があるからである。それにビジネスでは、「当座の手段」だったはずのものが、いつのまにか「目的」にすり替わっていることがよくある。これは遠くの目標を再確認することで、解消できるからだ。<br/>
<br/>
この『ヘリコプター技法』を使うときは、できれば目をつむって、本当に心の中でヘリコプターに乗って上空に舞い上がるイメージを持った方がいいように感じる。人間の心は微妙なもので、イメージすることで、それなりに感じ方が変わってくるからだ。<br/>
<br/>
先日上梓した「“JIT生産”から卒業するための本」で、わたしは『上司の上司の立場になって考えてみよう』と書いた。それもまた一種のヘリコプター体験である。自分の上司の立場になってみる、では、二階に上がった程度で、あまり視野は広がらない。でも、自分の「上司の上司」の立場になったと想像すると、ずいぶん視野が広がるはずなのである。<br/>
<br/>
このようにヘリコプター能力はとても役立つものなのだが、一つだけ必要な条件がある。それは、目をつぶって心の中で瞑想できるだけの、時間と場所である。あなたは、自分の机の前に座って、目を閉じてじっと考える勇気はおありだろうか？　勇気があっても、それをする時間はお持ちだろうか。問題解決に一番必要なもの－－それは「考え事ができる時間」なのだから。<br/>
<br/>

        ]]></content> 
  </entry>  
  <entry> 
    <title>映画評：「鬼に訊け－宮大工　西岡常一の遺言」</title>  
    <link rel="alternate" type="text/html" href="http://brevis.exblog.jp/17646669/"/>  
    <id>http://brevis.exblog.jp/17646669/</id>  
    <issued>2012-03-30T23:56:00+09:00</issued>  
    <modified>2012-03-31T00:08:09+09:00</modified>  
    <created>2012-03-31T00:08:09+09:00</created>  
    <author> 
      <name>Tomoichi_Sato</name> 
    </author>  
    <dc:subject>音楽評</dc:subject>  
    <content type="html"><![CDATA[ 
http://www.oninikike.com/<br/>
<br/>
監督：山崎佑次、撮影：多田修平、プロデューサー：植草信和　<br/>
出演: 西岡常一、西岡太郎、石井浩司ほか<br/>
<br/>
法隆寺の「昭和の大修理」の棟梁を務め、晩年は薬師寺の白鳳伽藍復興工事などを指揮した、伝説的な宮大工・西岡常一。本映画は、氏の晩年のインタビューを中心に再構成したドキュメンタリーである。法隆寺の頭領の家に三代目として、生まれながらに宮大工の道を歩むことになった氏の生涯を追いながら、木工の美しさ、木造建築工事のおもしろさ、そして仕事への厳しさを、わたし達観客は見て学ぶことになる。<br/>
<br/>
それにしても、日本の木工の美しさ、そして古い建築技法の知恵の深さはどうだろう。棟梁家に伝わる『法隆寺宮大工「口伝」』によれば、建物の南側には、山の南側に生えた木を使い、北側には、山の北側斜面の木を使え、という。それが木材本来の持つ、自然な性質を最大限に活かすことになるからだと言う。そのために宮本氏は、祖父の命令で農学校に進むことになる。自然は土をつくり、土は木を生やすから、大工はまず土から学べ、という意図だったらしい。<br/>
<br/>
西岡氏は「千年もつ建物」の視野で考える。それだけの年月を耐える建物のためには、樹齢千年ちかい檜がいる。ところが戦後、単相化し荒れていく日本の山林には、もはやそれだけの檜がない。そこで台湾の山奥まで、材木を得るために何度か足を運ぶのである。そして、その木のいのちを繋いでいく技術を弟子達に徹底的に仕込むのである。<br/>
<br/>
木を削るかんなにしても、わざわざ両刃の鉋（まるで槍の穂先のように見える）を作る。それも、現代の鉄ではよく切れないから、わざわざ古代釘を鋳直し、鍛えて作らせるのである。<br/>
<br/>
映像としての見所は、その材木を切り、削って、表面を仕上げ、さらにそれを組み上げていく一連のシーンにある。その美しさ、見事さは息をのむほどだ。しかし、現場を見た西岡は、「大事なことは大工たちの気持ちが揃っていることだ。そうすれば仕事は無駄なくきちんと流れていく」という。そのように、働く人の心をまとめて引っ張っていくことが、棟梁という名のプロジェクト・マネージャーにとって大事な仕事なのである。<br/>
<br/>
実際、弟子の一人はインタビューで、棟梁のどういうところが好きだったかという質問に対し、「ブレないところだ」と答える。これが一番大切な、しかし、一番難しいところだろう。大工は施主に雇われている職人である。にもかかわらず、建物のためには、どんな注文をつけられても曲げるべきでない筋、つまり「設計思想」があるのだろう。そこに対して、決してブレない。これは言うほど楽なことではないはずだ。西岡氏は60歳を過ぎてから、三代続いた棟梁であるにもかかわらず、法隆寺を辞して薬師寺に移る。映画はそのあたりの事情についてさらりとしか説明しないが、寺と何らかの摩擦があったことが想像される。<br/>
<br/>
いや、薬師寺でもまた、建築の委員である大学の先生方とぶつかる。彼らは、木造伽藍の内部に、防火のために鉄骨とコンクリートのシェルターを組み入れるよう指示するのだ。西岡氏は結局はそれに従わざるを得なかったようだが、「コンクリートの寿命は100年程度と聞きます。100年たったら、あの内部だけどうやって建て替えるつもりなんでしょうか？」と答えている。<br/>
<br/>
この人が「鬼」であるのは、結局、仕事に対する責任（それは「御仏に対する責任感」であるが）の強さによるのだろう。それがあるから、自分の配下の大工たちにも、ブレずに命令を下せるのである。たかだか自分のプライドや利益とかではなく、1000年後に対する使命としての責任感。そういう希有な心がけを持った人の顔、ある意味とても穏やかな顔を、観ることができる優れた映画である。<br/>

        ]]></content> 
  </entry>  
  <entry> 
    <title>設計思想（Design Philosophy）とは何か</title>  
    <link rel="alternate" type="text/html" href="http://brevis.exblog.jp/17612919/"/>  
    <id>http://brevis.exblog.jp/17612919/</id>  
    <issued>2012-03-26T21:48:04+09:00</issued>  
    <modified>2012-03-26T21:48:05+09:00</modified>  
    <created>2012-03-26T21:48:05+09:00</created>  
    <author> 
      <name>Tomoichi_Sato</name> 
    </author>  
    <dc:subject>考えるヒント</dc:subject>  
    <content type="html"><![CDATA[ 
Kさん、久しぶりにメールありがとうございました。お元気とのこと、何よりです。ご活躍中の様子が、行間からあふれていました。生産管理の現業をかかえた上に、新規システム導入プロジェクトのメンバーの一員としてアサインされたとは、たしかに大変だろうとお察ししますが、それだけKさんが周囲から期待され一目置かれていることの証左だと思います。<br/>
<br/>
ところで、Kさんからメールをいただくたびに、難しい宿題を投げられたように感じるのですが、今回は格別です。『設計思想に関して』のご質問とは！　なるほど、たしかに新しい基幹業務システムを考える出発点として、“その設計思想はどうあるべきか”を問うのは、とてもオーソドックスかつ当然の発想と思います。自分達が製品を設計開発するときも、成功した製品には明確な設計思想があった。だから、プロジェクトを成功させたければ、当然システムにも設計思想がなくてはならないはずではないか。－－設計部門出身のKさんはそう考えられた。ですが、その「当然」がちっとも当然たりえないところに、わたし達の社会の根本問題がある訳です。<br/>
<br/>
メールの文章を拝読したところ、ご質問は二点あるようです。わたしの業界の場合には、設計思想を話題にすることがあるのかどうか。そして、そもそも設計思想とは何を規定すべきものなのか、と。<br/>
<br/>
まず最初の質問からお答えしますと、はい、たしかにわたしの本業＝プラント・エンジニアリングの世界でも「設計思想」はあります。設計思想のことを英語でDesign Philosophyといいますが、プラントの世界では文字通り"Design Philosophy"というタイトルの文書を、基本設計の最初の段階で作ります。そして、（基本設計が固まった後に）入札が行われる場合も、それは仕様書の一部として位置づけられ、以後の詳細設計や調達など全ての作業に適用されます。ただこれは、ほぼ海外の顧客向けのプロジェクトの場合のみです。少なくとも自分の経験では、純粋に国内のお客さま相手の仕事で、設計思想が議論になったケースはありません。<br/>
<br/>
では、その"Design Philosophy"とは何を規定したものなのか。じつはプラントの場合、Design Philosophyは何種類も作ります。Start-up Philosophyだとか、Maintenance Philosophyだとか、Shut-down Philosophyだとか。なんだか“思想だらけ”に見えるしょうが、事実です。こうしたPhilosophy文書は、別段格調高い文章ばかりという訳ではないのですが、プラントのライフサイクルを通して生き続けます。そしてプロジェクトの途上で設計上の論争が発生したとき、必要ならばDesign Philosophyに立ち返って、「ここにこう規定してあるじゃないですか。貴方の要求は、これに沿っていません。だから、どうしても変更せよと言うのなら、追加を払ってください」といった決着の基準になるのです。<br/>
<br/>
では、どのような時に論争が起きるのか。たとえば、多重化の要求です。運転上の安全性のために、ここの機器やケーブルを多重化して冗長構成にしろ、との要望はよくあります。ですが当然、投資額は余計にかかります。運用保守の手間も増える。一括請負契約だったら利益に直接関わる問題です。このようなとき、その程度までクリティカルな部分を冗長化すべきか、Design Philosophyが規定していれば、無駄な論争で時間を失う事が避けられます。『クリティカルの度合い』を誰がどう決めるかも書いてあれば万全です。<br/>
<br/>
あるいは、運転に対する反応の俊敏性と、運転の長期安定性のどちらをとるか、といった問題もよく起こります。車の設計で言えば軽量性と高速安定性みたいなものです。あるいは保守のしやすさと、コンパクト性の相反。さらに緊急シャットダウンの時に、何からどう優先して落としていくのか。危険物質や高温高圧を扱うプラントでは、この優先順位によって設計がずいぶん変わってしまいます。<br/>
<br/>
つまり、設計思想（Design Philosophy）の文書とは、第一義的には、設計を決めるときに相反条件があって、あちらを立てればこちらが立たず、というトレードオフが生じる際の、判断の優先順位を決めたものである、とわたしは考えています。<br/>
<br/>
もともと設計とは、目的とする『機能』をはたすべき『構造』を決める行為です。ところが、どんな製品・システム・サービスにおいても、求められる機能要件ならびに評価項目は、複数あるのが普通です。しかもそれらは、しばしば互いにトレードオフの関係にあるのです。また、空間的な形状・構造を考える際には、いろいろな選択の余地（自由度）があります。こうした、多数の自由度を持つ設計において、その方向付けをするガイドラインとなる方針、あるいはコンフリクトが発生したときに、優先順位を強く明確に決めたポリシーが、設計思想です。<br/>
<br/>
いいかえるなら、設計思想とは価値観の表明に他なりません。とくに、トレードオフが生じる前に、「何を捨てるか」を決めるものなのです。価値観は自然科学や法則からは生まれません。だから思想の形で提起される必要があるのでしょう。これがKさんの第二の質問へのお答えだと思います。<br/>
<br/>
トレードオフ問題は、特定の状況に付随して生じがちです。そのため、設計思想はしばしば「シナリオ」の形になります。プラントの場合だったら、Start-upとかShut-downとか、状況別に作成される訳です。では、情報システムの場合はどうか。もちろん、Start-up/Shut-down/Back-up/Archiving/Maintenanceなど運用的状況の他に、拡張やリリースアップなどもシナリオの対象でしょう。アクセス性とセキュリティの相反なども考えておく必要がありそうです。<br/>
<br/>
この設計思想にまつわる誤解で、よくあるのが『設計条件』との違いです。設計条件とは、設計の境界条件あるいは環境条件を与えるものです。設置場所はどこで広さはどれくらいか、気温・湿度はどれくらいか、建物の床加重は、外部電源容量は、利用者数は、等々。これらは測定ないし想定の結果として、数字の列挙で示されるもので、「思想」ではありません。想定はある意味、思想の表現結果ですから、「想定外でした」という言葉は、“それは無いという設計思想でした”（あるいは“設計思想が無い状態でした”）を示している訳です。<br/>
<br/>
ところで設計思想は、言葉で文書にしなければならないのでしょうか？　わたしは必ずしもそうとは思いません。ただし、西洋人の感覚では、明確に文章に表現されて他者に伝わるものでなければ、思想とは認めないでしょうね。言葉にはならないが、リーダーやキーパーソンの間でなんとなく無言のうちに共有され、以心伝心で皆に広まっていく・・などというものを、彼らは「思想」とはよびますまい（強いて言えば、「文化」とか「習慣」と呼ぶでしょうが、これが製品毎に変わるとしたらちょっとヘンです）。まして、詳細設計段階で数十人から数百人が関わるプロジェクトの場合、以心伝心は、はなはだ頼りない伝達手段ではあります。<br/>
<br/>
ある製品や仕組みやサービスに設計思想があるかどうか、外から分かるでしょうか？　たぶん、ある程度は感じ取られると思います。それは、設計の「いさぎよさ」であり、あるいは「首尾一貫性」に表れるはずです。むろん、視覚的には直接見えない場合もあるでしょう（情報システムなどはその良い例です）。しかし、一貫した設計思想の元でつくられたシステムは、ユーザーから見て、構造や機能やインタフェースにGuess（推測）がききやすいはずです。<br/>
<br/>
何年か前にKさんにお会いしたとき、わたしがまだHP-200LXという旧型のPDAを使い続けていることを覚えておられるでしょうか？　あの製品は、明確な設計思想で作られた代表的製品だったと思います。携帯可能で、キーボードをそなえ、市販の単三乾電池で1ヶ月動く。そのかわり液晶はモノクロでバックライト無し、無線通信機能も無し。GUIも無し。それでも、わたしはあれを2台購入し、両方が壊れるまで10年以上も使い続けました。ですが、GUIをのせた後継機種は買いませんでした。設計思想に不透明さを感じたからです。<br/>
<br/>
思想を持った製品は、ユーザの「好き嫌い」が強く出ることが、たぶんもう一つの特徴なのでしょう。逆に言えば、あらゆることに優等生的で八方美人な製品には、思想を感じられないのです。だから、設計思想とは、ある意味で『戦略』にも似ています。戦略とは賭けである、無駄な戦いを略すことである、と前にも書きましたが、それはつまり「何を捨てるか決める」ことだからです。<br/>
<br/>
思想がなくても人は生きていけます。でも、混迷を打破して人をリードする力強さは、生まれ得ません。どうかKさんには、皆が納得のいくシステムの設計思想を作り上げていただきたいと願う次第です。<br/>

        ]]></content> 
  </entry>  
  <entry> 
    <title>哀しい工場。</title>  
    <link rel="alternate" type="text/html" href="http://brevis.exblog.jp/17552108/"/>  
    <id>http://brevis.exblog.jp/17552108/</id>  
    <issued>2012-03-18T19:05:27+09:00</issued>  
    <modified>2012-03-18T19:05:31+09:00</modified>  
    <created>2012-03-18T19:05:31+09:00</created>  
    <author> 
      <name>Tomoichi_Sato</name> 
    </author>  
    <dc:subject>工場計画論</dc:subject>  
    <content type="html"><![CDATA[ 
もう何年か前のことになるが、金融機関系の経営コンサルタントの知人から依頼されて、小さな工場を見に行ったことがある。知人は経営面の数字を見て提案の骨子を作ろうとしていたが、製造現場にもいろいろ問題がありそうだと感じたらしい。ただ化学系の工場は不得意なので、プラントもよく知っているわたしに手伝ってほしい、とのことだった。年商数十億の小規模工場なので、わが勤務先の仕事につながる可能性は少ないかとも思ったが、出かけることにした。<br/>
<br/>
住宅地にほど近い県道沿いに、その工場はあった。敷地内に数棟の工場建屋がたっている。その一棟の中にある事務室にわたし達は通された。副工場長や製造課の方々から、まずどんな製品を作っているのか、どんな工程から製造されるかの概要を教えてもらい、それから工場を一巡りする。これはどこの工場を見学する際も同じである。ただ、そのときの「一巡り」の順路が、最初のポイントになる。工場全体の分かりやすい配置図があって、工程の順番どおりに見せられるかどうか。複数の製品ファミリーがある場合（日本の製造業はどこも多品種少量生産を強いられるため、たいていそうなる）、製品別にブロック化されているのか、それとも設備・工程別か。また上下階はどう使い分けるか。こうした点に、生産マネジメントの設計思想が現れるからだ。<br/>
<br/>
残念ながら、この工場の設備配置はばらばらで、製造の動線があちこちで交錯していた。土地代の高い日本の工場はどこも、多層階の建物の中に設備・装置をおしこめなくてはならない。化学工場は工程間が密結合で、配管がメインの輸送手段だから、装置のレイアウトが経済性に大きく響く。だがここはたぶん、業容拡大期になりゆきで建物を増設し、製品種類の拡大とともに装置を入れやすい場所に据え付けた、という感じだ。しかしもっと驚いたのは、製造作業環境だった。製品性状にきびしいはずのファイン・ケミカル材料を、蓋のない攪拌槽の中で作っている。しかも部屋を気密にし空調をコントロールしている訳でもないので、窓から埃が飛びこんできてもおかしくない。品質問題はありませんか、と聞くと、「それが悩みなんです」との答えがかえってきた。<br/>
<br/>
品質もさることながら、労働安全面も相当なものだった。無機化学で、個体や粉体、強酸などを扱う工場なのに、作業台の高さと搬送台車の高さが合っていない。人がかがんで手で持ち上げている。あれでは腰が辛そうだし、こぼす危険性だってある。中でも一番驚いたのは、強酸性流体の配管が、人の行き来する場所の真上を、ろくな支持もトレーもなしに通っていたことである。配管材の摩耗で中身がリークしたらどうするのか？　今どき、21世紀の日本にこんな工場がまだあるなんて信じられない。見学を終えて事務室に戻ったとき、思わずため息をついてしまった。<br/>
<br/>
まあ、建物の配置自体は変えようがないにしても、物流動線を整理し、空調もきちんとし、適切な装置や治具を考案すれば、多少時間とお金はかかるだろうが、おそらく生産性は10%近く上がるにちがいない。比例して製造コストも下がり、利益もまた出てくるだろう。化学会社出身の、自営コンサルタントの先輩を紹介して、少し地道にやってもらうことにしようか。そう考えて、見学後の質疑応答にのぞんだ。<br/>
<br/>
製品種類や需要の動向、従業員数などの話がすんで、わたしに順番が回ってきたとき、いつもの質問をした。「代表的な製品の製造リードタイムを教えてください。それと、原材料・中間品・製品の在庫量はそれぞれどれくらいありますか？」<br/>
<br/>
いうまでもないことだが、製造リードタイムと在庫量は表裏の関係にある。受注生産の会社では（中小下請製造業はほぼ全て繰返し受注生産型である）、顧客がリーズナブルな納期を与えてくれる限り、基本的に製品在庫はゼロになる。『リーズナブル』とは、製造リードタイムよりも長い納期、との意味だ。仕込みから仕上げまで1週間かかる製品を、電話で「明日持ってこい」という顧客ばかりが相手なら、最低でも1週分の製品在庫を持たなければ、商売はやっていかれない。では、納期を1週間くれる顧客ばかりなら在庫ゼロになるかというと、そうではない。多品種を切り替えて作っている場合は、注文が来ても装置が空いていないことも多いからだ。でも、1週間で製造できる製品の在庫が、2ヶ月分も3ヶ月分もあるとしたら、何かがおかしいことになる（たぶんロットサイズが大きすぎるのだ）。<br/>
<br/>
また原材料在庫について言えば、原材料の手配から納入までのリードタイム分は、常備しておくのが基本である（そうしなければ途中で品切れが生じる）。ただ、たまにしか使わず、納入が早い原材料は常備せずに都度の手配で良い。何を常備し、何を都度手配にするか。原料でおいておくのか途中まで加工して中間品としておくのか。ロットサイズをどうするのか。こうした事項には、需要（販売）の『読み』と生産の『決断』が必要になる。つまり、ちょっと大げさに思われるかもしれないが、リードタイムと在庫量を質問することは、生産マネジメントの基本方針を問う事なのである。<br/>
<br/>
ところで、この会社の回答は、「在庫量と原料価格についてはお答えできません」だった。それは親会社からの指示らしかった。親会社は専門商社で、できた製品の営業・販売も受けもっている。ここは製造子会社で、言われたモノだけを言われたとおり作っているのだ。そればかりではなく、重要な原材料（貴金属の一種）の購買も親会社が取りしきっているらしい。相場商品だから秘密、という訳なのだろう。<br/>
<br/>
しかし、原価構成が大まかにでも分からなくては、コンサルティングはやりようがない。コンサルティングとはつまり、問題解決の手伝いであり、問題の優先順位の整理だからだ。本案件は結局、仕事にはならなかった。<br/>
<br/>
一般に、日本の製造業の苦境を批判する人は、まず経営者の資質を問題にすることが多い。つまり、"Who"の問題である。それから、魅力ある製品を開発できないことを指摘する。"What"の問題である。しかし、わたしには、あの実直そうな副工場長の人材の問題だとは思えなかった。あの人は、親会社から派遣されたトップの指示どおり動いているだけだ。同時に、この会社はそれなりにファイン製品を開発している。技術開発部門には、大卒の良い人材を一応つぎ込んでいるのだろう。WhoやWhatの問題ではない。評論家たちの製造業への批判は、あとは立地、つまり"Where"の問題だろうか。こんなに円高では海外に出るしかないはずだ、と。でも、この会社の顧客はすべて国内であり、安い輸入品と競争させられているのでもない。<br/>
<br/>
Who（経営者）もWhat（新製品）もWhere（立地）も、かなりマクロな問題である。しかし、たいていの工場の中核問題は、生産マネジメントというミッド・スケールにある（『問題はミッドスケールのシステムで生じる』参照）。それは、ものをどう作るかという"How"の問題である。どう作るかと言っても、製造手順やレシピのことを指しているのではない。どう需要を予測し、何をどれだけ手配し、いつ、どれくらいのロットサイズで作り、どこにどうやって運び保管するのか、という問題だ。このHowの上手下手だけで、原価は5%くらい変わるだろう。何よりも、Volatileな需要の変動に対する追随性や安定性が向上する。ただなりゆきでモノを作っていても製造業は一応なりたつが、外部環境が変化したらひとたまりもない。<br/>
<br/>
ただ、こうしたミッド・スケールの構造と能力は、直接は見えにくく、測りにくい。それは最終結果として、リードタイムや在庫量、あるいは労働災害統計や離職率といった数値にあらわれてくるのみである。工場を見学するとき、これら数値が大事なのはそのためだ。<br/>
<br/>
昨年の震災の時、この工場は大丈夫だったのだろうか。働いている人たちの頭の上から危険な液体が降り注いだりしなかっただろうか？　操業停止するような大きなダメージは受けなかっただろうか。働いている人たちはみな、真面目そうな方ばかりだった。危険な職場とはいえ、急に仕事がなくなったらもっと困るだろう。わたしが他所でこんな心配をしても、何の役にも立たないことは知っている。しかし、経営者がミッド・スケールのマネジメント構造を等閑視し、「新製品」や「相場」や「リーダーの人材」だけが利益の源泉であると信じている企業なら、そこが工場であろうとなかろうと、じつは誰もが同じ問題に直面しているのである。<br/>

        ]]></content> 
  </entry>  
  <entry> 
    <title>書評：「エル・スール」　アデライダ・ガルシア=モラレス著</title>  
    <link rel="alternate" type="text/html" href="http://brevis.exblog.jp/17534272/"/>  
    <id>http://brevis.exblog.jp/17534272/</id>  
    <issued>2012-03-15T23:59:30+09:00</issued>  
    <modified>2012-03-15T23:59:31+09:00</modified>  
    <created>2012-03-15T23:59:31+09:00</created>  
    <author> 
      <name>Tomoichi_Sato</name> 
    </author>  
    <dc:subject>書評</dc:subject>  
    <content type="html"><![CDATA[ 
エル・スール (Amazon.com)<br/>
<br/>
<br/>
ビクトル・エリセ監督の『エル・スール』は、わたしの最も好きな映画の一つだ。画面全体に漂うみずみずしい詩情、小さな娘の目から見た、魔術師めいた父親の不思議さ（イタリアの名優オメロ・アントヌッティが好演している）、スペインの静かな激しさを描いて、強い印象を残す。本書はその原作小説であり、かつエリセ監督の元・夫人が著者ときいて、興味深く手にとった。<br/>
<br/>
ところで、比較的短いこの小説を読んで驚いた。小説としてはとても緊密に、よくできている。だが、映画とまったく印象が違うのだ。原作と映画が違うのはよくある話だが（そして事実、主人公の女の子の名前も違う）、ここではストーリーやキャラクターの問題を言っているのではない。父と娘の距離感が、微妙に、しかし決定的に違うのだ。この小説では、娘はつねに父親に対して奇妙な違和感を抱いている。それが物語を回転させる原動力となっている。ところが、映画の方は、お父さんべったりに描かれるのだ。それは初聖体のお祝い（これはカトリック社会では子どもが一人前になる重要な通過儀礼だ）で、父と娘が踊る"En El Mundo"（「世界中で」）の美しいシーンに象徴されている。ところが小説では、そんな風に一体感をもっていない。かわりに、父の孤独と苦悩に謎を感じて、近寄りがたく思っている。<br/>
<br/>
その謎は、やがて南部（エル・スール）の街セビーリャを訪れて、ようやく解けることになる。ここで、いわば別れた自分の半身と再開し、それを通じてやっと、亡き父とも和解しようと心が解かれるのだ。タイトルの意味はここにある。娘の側の、いわば成長の物語が本小説の主軸なのである。映画が娘の目を借りつつ、父を主題に描いていたのとは、非常に対照的になっている。映画では、（おそらく予算の関係で）このセビーリャのシーンの撮影ができず、それ故にやや唐突に、娘が突き放されたような形で結末を迎える。<br/>
<br/>
同じ登場人物、同じタイトル、同じ地方の景色でありながら、小説と映画はこれほどまでに異なっている。著者とエリセ監督が結局別れることになったのは、このような解釈のすれ違いがあったからかもしれない。もちろん、どちらも素晴らしい作品ではある。ただ、片方は男が苦悩を描き、他方は女性が成長を語るのだ。<br/>
<br/>

        ]]></content> 
  </entry>  
  <entry> 
    <title>ゾウの戦略・ネズミの戦略</title>  
    <link rel="alternate" type="text/html" href="http://brevis.exblog.jp/17511940/"/>  
    <id>http://brevis.exblog.jp/17511940/</id>  
    <issued>2012-03-12T23:56:00+09:00</issued>  
    <modified>2012-03-13T00:09:23+09:00</modified>  
    <created>2012-03-13T00:09:23+09:00</created>  
    <author> 
      <name>Tomoichi_Sato</name> 
    </author>  
    <dc:subject>ビジネス</dc:subject>  
    <content type="html"><![CDATA[ 
先日、コンサルティング会社の方の訪問を受けた。日本の化学産業の課題について、エンジニアリング会社の視点から意見を聞きたいのだという。難しいテーマだが、何かヒントになることくらいは言えるかもしれないと思い、同僚と一緒にヒアリングを受けることにした。<br/>
<br/>
相手は若くて優秀そうなコンサルタントの方が２名だった。まず先方が、自分達の考える仮説です、と前置きして、見解を述べられた。日本の化学会社は、いわゆる汎用化学品の大量生産から、機能性材料や医薬・農薬原材料などの高付加価値な化学品の生産にシフトしている、という。さらに、国内の限られた市場から脱して、海外展開する方向に向かっている。だから、これからは海外で高付加価値製品を作る化学プラントを建てていくだろう、との仮説をたてています、という。<br/>
<br/>
ここで知らない方に注釈しておくと、化学業界では、汎用化学品をバルク・ケミカル、高付加価値の化学品をファイン・ケミカルと呼ぶ習慣である。言葉自体に現れているように、前者はバルキー（大量）であり、石油ナフサなどから製造する。後者は精密ないし細かい品目の製品であり、前者を原料として作る。たとえて言うなら、化学業界は一本の樹のようなもので、太い幹はバルク・ケミカルに相当し、それらが次第に細く枝分かれしていき、枝の先にファイン・ケミカルという花や実をつけると思えばよい。<br/>
<br/>
このコンサルタント氏の仮説は、材木をつくる商売から、花や実を売る商売に、業界がシフトしつつある、というものだ。そこまではわたしも同意だった。似た分析をして、数年前に学会で講演したりもした。また、化学会社が生産の海外展開を考えているというのも、その通りだろう。しかし、だから海外にファイン・ケミカルのプラントを作りたがっていると言えるのか。A→Bはわかるし、B→Cも同意しても良いが、だからA→C、とビジネス戦略の世界で単純に推論できるものだろうか？　<br/>
<br/>
わたしは少し疑問を感じて、質問した。「バルキーな汎用品は、体積のわりに単価が低いから、輸送費がかからないように需要地の近くで生産する、というのなら分かります。しかしファイン・ケミカル製品はずっと高価で、量は少ないのです。輸送費は問題にならないのだから、日本で高品質なものを作って輸出していてもよさそうじゃないですか？」<br/>
<br/>
相手は自動車産業などの例を挙げながら、日本製造業の海外展開の流れについて力説した。たしかに機能性樹脂のうち、自動車向けの材料は、現地生産せざるを得ないだろう。なにしろ顧客は納期にうるさい自動車業界である。しかし、それ以外のファイン・ケミカル品は現地生産の必要があるのだろうか。わたしはもう少し質問した。「もし、その仮説が本当ならば、先行する米国や欧州の巨大化学会社も、アジアその他にファインの工場ばかりをたくさん持っているはずですが、事実でしょうか？　そもそも、バルクを切り捨てて、ファインだけで生きている化学メジャーなんて存在しますか？」<br/>
<br/>
しかし、向こうも逆に聞き返してきた。「ファインは高収益で、バルクは儲かりにくいはずなのに、なぜバルクを抱え続けるのでしょう？」－－わたしは理由を探して、少し言葉に詰まった。すると、同僚が助け船を出してくれた。「ファイン・ケミカルの市場はvolatilityが高いので、それだけに頼るとリスキーだからでしょう。」<br/>
<br/>
Volatilityの元の意味は『揮発性』だが、マーケットについて言うときは価格や需要の変動の激しさを言う。機能性材料など特殊品の世界は、価格よりも仕様の競争になる。とくに電子材料の世界は、「シリコン・サイクル」に似た需要の激しいアップダウンが起きやすい。たとえば携帯電話用の導電性樹脂を開発したとしても、その携帯が半年後に世代交代して売れなくなってしまえば、需要激減である。ファイン・ケミカル品は、良い用途が見つかれば、急成長する。量も少なくてすむから、プラント設備を新設する必要はない。マーケットに追随するのは早いが、すたれるのも早いのだ。<br/>
<br/>
それにくらべて、エチレンやプロピレンやパラキシレンに代表されるバルク品の世界は、大規模な製造プラントが必要とされる。建設するだけで２年も３年もかかる。ただ大資本が必要だから、他社は急には参入しにくい。マーケットの需要も比較的安定している。たしかに汎用品は価格勝負だ。利幅も小さい。それでも、安定して量がさばけることは、ビジネス上のメリットでもあるのだ。<br/>
<br/>
わたしは生態学における「r戦略」と「K戦略」のことを思い出した。この用語は、生物の個体数の増加を表すロジスティック関数の、二つのパラメーターrとKからとられている。rは成長の早さを表していて、r戦略をとる生物は、「早く子孫を作る戦略」に賭けている。早く成体になるために体は小さくていい。一度に多くの子を産卵する。チャンスがあれば、さっと増えていく。いわば『ネズミの戦略』である。ファイン・ケミカル品によるビジネスは、このr戦略を思わせる。そのかわり、環境が厳しくなると、小さな体の個体は生き延びることが難しい。<br/>
<br/>
K戦略とは逆に、個体が多少の環境変動にも絶えて生き延びることを狙っている。だから必然的に、体は大きくなる。いわば『ゾウの戦略』である。むろん大量の資源（食料）を必要とする。バルク・ケミカル品はK戦略と言っていいだろう。ただし成体になるまでに長い時間がかかるし、一度に生む子どもの数も限られている。だから急に数が増えたりはできない。安定志向だが、ネズミよりは絶滅しにくいのである。<br/>
<br/>
そして、世界の大手化学会社を見る限り、この二種類の戦略をミックスして、適度なバランスを保っているように思えてならない。どちらかに偏りすぎると、環境変化に適応できなかったり、絶滅しやすかったりするのだ。＜高付加価値化＞、＜海外展開＞のトレンドだけを足し算して考える訳にはいかない。くだんのコンサルタント氏たちは、だから「もう一度、検討し直してみます」と言って、帰って行かれた。<br/>
<br/>
不思議なことに、ゾウの頑健性（Robustness）とネズミの敏捷性（Agility）の両方を、完全な形で兼ねそなえた生き物はいない。これは生物というもの、あるいは一般的にシステムというものが本質的にもっている矛盾なのかもしれない。二つの目的関数、あるいは生存のための評価尺度があり、前者は積分的、後者は微分的な性質であるとき、両者の間にはトレードオフの関係が生じるらしい。<br/>
<br/>
である以上、わたし達は『戦略』を語るとき、それがr戦略（早さ）なのかK戦略（安定）なのかを、つねに自覚しておく必要がある。企業は幸い、複数の製品や事業分野をポートフォリオとして組み合わせて持つことができる。その中で戦略のミックスを試みることも可能だ。ただ、その中の個別の決断については、自分が今どちらを優先して、どちらを犠牲にしているかを意識しておくべきなのである。<br/>

        ]]></content> 
  </entry> 
</feed>

