先週月曜日の講演を思い出して、ふとこの数年話題になっているオープンイノベーションについて考えた。ドラッカーがその著書で言い始めた言葉だが、10年以上たって日本で騒がれ始めた。
当方はオープンイノベーションを掲げて事業を行っている会社から詐欺の様な扱いを受けた。すなわち、その会社から紹介された一流企業Sの担当者数名にカオス混合や混練のミニセミナーを行ったのだが、講演料や日当の類を頂けなかっただけでなく、東京から京都までの交通費すら支払われなかった。
一流企業Sにその問題を訴えても、無しのつぶて。オープンイノベーションを標榜するコンサル会社はSと弊社の問題として取り合わない、というずいぶんな扱いを受けた。
もっとも当方が一流企業と信じて会社Sの要請に契約もしないででかけた責任と建築関係も行っている大会社という看板に目がくらんだわけであり自己責任の原則で悪いことになる。
ただ、メールのやり取りを法律に詳しい第三者に見せれば「怪しい」という流れなので「詐欺の様な」と最初に表現したが、あくまで安直に技術内容をPRに行った当方が悪いのだろう。
オープンイノベーションではこのような問題が起きるので技術を商材にされている方は、契約に十分注意を払う必要がある。オープンイノベーションは、技術がタダで手に入る、という意味ではないのだ。
一流企業でもこのような誤解をしている担当者がいるので困る。技術に対しては正当な対価を支払う必要があるのは当然である。これはオープンイノベーションであっても変わらない。オープンイノベーションでは「時間軸」が問題にされているのだ。
やや間の抜けた当方の経験談を紹介したが、技術の出口を探したり、現在抱えている問題のソリューションを探したりするには、それなりのスキルと「時間」が必要である。
この時、時間軸をどのように考えるのかは、あまり言われていないが、月曜日の講演では良い示唆を教えてくれた。スキルだけではだめなのである。高純度SiCの事業化の苦労で十分にそれを勉強した当方にはよい復習となった。パイロットプラントまでは留学期間内に出来上がるほどの早さだったが、事業が立ち上がるまでには市場が形成されるまでの時間が必要だった。
カテゴリー : 一般
pagetop
オリンピックは閉幕したが空前のメダルラッシュで各放送局はその余韻に浸っている。見たくなくてもTVをつけるとその録画が映されるので同じシーンを何度も見ることになる。
そこで気が付いたことがある。氷上のチェスと呼ばれているカーリングは、チェスよりも運の占める要素が多い競技ではないか、ということである。
そして、この競技は練習とチームワーク、スタッフのサポートでその運の影響を受ける要素を減らすことが可能なのでスポーツとして認められているのだろう。スポーツには、例えば今回のネイサンチェンの様にプーさんの嵐という不運な出来事で勝負が決まる場合がある。
このようなことを書くのは、今回の日本チームの勝ち方である。対戦している両者それぞれが最後の一投を狙い通りのところへストーンを置けなかったのである。ただ、日本のストーンはイギリスが２点を取り逆転するような一投を決断したくなるような微妙な位置だった。
一方のイギリスは、そこで一点をとり、引き分けにして勝負をリセットする延長戦を選択することもできた。すなわち、イギリスは最後の一投で勝負の流れを決めることが可能な立場で、勝利を決めに投げたストーンのわずかなずれが日本の勝利となるようなコースへ行ってしまったのだ。
試合が終わってからイギリスのコーチは試合には負けたが、あの選択しかなかった、と答えている。この言葉の意味するところが、カーリングというスポーツの面白さを物語っている。
すなわち、ストーンの最後の一投に失敗しなければ必ず勝てる、と判断しているのだ。これは、勝負の負けを自らの責任とする状態である。延長戦に持ち込んで勝てるかどうかは、運あるいは不明であるが、あの場面は、確かにミスショットさえしなければ勝てる場面だった。
これは、チェスとは異なる判断が求められるゲームで、むしろビジネスに近い。
ドラッカーは、経営者の条件で、「意思決定において満たすべき必要条件を理解しておくことは、最も危険な決定、すなわち、都合の悪いことが起こらなければうまくいくという種類の決定を識別するうえでも必要である。」と述べている。
すなわち、勝負で競り合っていた状態の１０ENDで、イギリス側が延長戦に持ち込むことは、都合の悪いことが起こらなければうまくいくという判断だったのだ。
カテゴリー : 一般
pagetop
平昌オリンピックでは、４年に一回というオリンピックゆえの様々なドラマが生まれている。その中で、当方が印象に残ったのは、フィギュアスケートである。
高得点をとれるようにジャンプをすべて後半に集中してきた最年少金メダリストザギトワには驚いた。後半のジャンプは、疲労により難易度が高くなるという理由で、評価点が１．１倍になる。
全体の印象で明らかに優れていたメドベージェワが金メダルを取れず、また長洲未来が果敢に挑戦していたトリプルアクセルのような他を圧倒する技も示さず、金メダリストに輝いているのを見て、例えかわいくても許せない気持ちになったのは当方だけか。
ルールを最大限に活用しているのだから、頭が良い、と評価する考え方もある。また白鳳のように勝つことが大切という価値観もスポーツでは許されるかもしれない。
しかし、スポーツ観戦の面白さあるいは感動は、得点稼ぎの工夫よりも競技に求められる肉体能力のベストを尽くそうとする挑戦の姿勢から生まれる。
だから、オリンピックというプレッシャーで実力を発揮できず、しかし勝敗ではなく実力者の意地を見せて6位となったネーサンチェンが、浅田真央選手同様に記憶に残ったりする。
彼は、SPで全てのジャンプを失敗し、17位発進とメダルは絶望的となった。しかし、FSで4回転ジャンプ6回に挑戦し、うち5本を成功させ、フリーで自己ベストを更新、優勝した羽生のフリーの得点を8.91点上回る215.08点をマークした。
さらに、このFSで叩き出した技術点127.64点は、技術点としては歴代1位である。これを、勝たなければ意味が無い、の一言で片づけてよいものか。現時点で人間が氷上でできる最高の演技を示したのである。
羽生選手が勝利者インタビューで4回転アクセルを目指す、と回答したのは、このネイサンチェンの演技を見て4回転の次の段階を感じた発言かもしれない。
羽生選手はケガをする前のインタビューで、すべての４回転を目指しオリンピック後引退するような発言をしていた。もし、彼がネイサンチェンの演技を見て次の段階を切り開く意欲から4回転アクセルへの挑戦を意識したならば、これこそオリンピックが「闘争」の昇華した姿であることを示した。
ちなみに、2014年ソチオリンピックにおいて、浅田真央は、トリプルアクセルを組み込んだ女子シングルのSPの演技で転倒が相次ぎ16位と大きく崩れ、演技後のインタビューでは「何もわからない」と放心状態となっている。
しかし、翌日のFSでは冒頭のトリプルアクセルをクリーンに着氷し、また、女子史上初となる全6種類、計8度の3回転ジャンプを着氷し142.71点と自己ベストを更新してFSでは3位、技術点ではキムヨナを抜いていた。
ネイサンチェンは金メダルの可能性が限りなく高かった。しかし大舞台でプーさんの嵐に見舞われ、その実力を十分に発揮できずに終わった。人生には運も影響し、不運に対峙する姿勢でその後の人生は大きく影響をうける。決してプーさんを恨んではいけない。
カテゴリー : 一般
pagetop
C#の型には、値型と参照型がある、と前回説明した。ところで、そもそもC#における型とは何か。BASIC言語における型は、整数型とか小数型などの数値関するビット列の長さと簡単に考えるだけで深くそれ以上の概念を考える必要がなかった。
ところがコンピュータ言語における型とはそのようなものではなく、型とはメモリー上に並べられた一塊のデータ、ビット列、これをインスタンスとよぶが、その説明書に相当する。
すなわち、クラスをデータとして扱うように、構造体も、その他さまざまなプログラム要素で意味を持った一塊をC#はデータとして扱うので、それぞれの塊の意味が型である、ということもできる。
さらにこの解説の初期に、オブジェクト指向におけるプログラミングは、あたかも問題解決に用いる道具の様なものをオブジェクトとして用意してゆく手順だ、と説明しているが、そのオブジェクトすべてが型である。
例えば、C言語では、関数と呼ばれていたものがC#ではメソッドと呼ばれるが、これも型にもなる。すなわちプログラミング言語に最初から定義されていた型以外に、プログラマーが新たに型を定義できるところがC#の特徴である。
ちなみにC#にあらかじめ定義されているビルトイン値型には、真偽の2値をとるブール型（System.Boolean）、文字型（System.Char）、整数型（System.Byte, System.SByte, System.Int16, System.Uint16, System.Int32, System.Uint32, SystemInt64, System.Uint64）１０進数型(System.Decimal)、浮動小数点型（System.Single）、倍精度（System.Double）, 可変サイズの整数型（System.IntPtr, System.UIntPtr）がある。またビルトイン参照型には、オブジェクト型、文字列型、配列型、デリゲート型などがある。
カテゴリー : 一般
pagetop
型には、値型（Value Type）と参照型（Reference Type）がある。値型とは、値が直接管理されているデータ型であり、値型を宣言、すなわちプログラム中で定義するとその型のデータ領域がメモリー上に確保され、この確保された領域を直接プログラマーが操作することができる。
参照型とは、値への参照、すなわちデータ領域を示したある媒介変数を介して間接的にデータを管理する型である。C言語ではポインターがこの役割をしていたが、C#ではポインターを意識せずデータ型で参照型が決められている。
値型では直接データをアクセスできるが、参照型ではデータ領域を示したメモリー上のアドレスを介してデータにアクセスするので、それらの振る舞いは異なる。
すなわち値型では、直接データの変更が可能で変更されたデータは変更されたときの値になるが、参照型ではそのようにならないことがあるので、コーディングで注意しなければいけない。
例えば、 int x=1; int y=x; y=501; とコーディングした時に、ｘは1のままであるし、ｙは501と変化する。これは変数が整数を表すように型づけする int という宣言が値型であるからだ。
一方、class Ref_rei { interanal int value;} Ref_rei X=new Ref_rei(); X.value=1; Ref_rei Y=X ; Y.value=501; では、X.valueも５０１になる。これは、Y=Xで、メモリー上のアドレスをYにセットしており、X.value もY.value も同じメモリ上に存在するからだ。
この値型と参照型について慣れないうちは頭が混乱するが、値型がメモリー上の値と変数の値が直接結びついており、参照型の変数では単に実体が存在するメモリー上の位置を示すアドレスがセットされている、という感覚を身に着けると普通にプログラムコードを読み解くことが可能となる。
以前書いたように、プログラム言語の文法はコンピューターという機械を相手にした文法である。文法の仕様には機械に配慮した手続きが組み込まれてくる。この値型と参照型はメモリーの使い方に関する工夫であり、その仕組みからプログラムの実行スピードに影響を与える。
MS-DOSの時代には、このプログラムの実行スピードがプログラマーの腕にかかっていた。パーコレーション転移シミュレーションプログラムでは、アルゴリズムの少しの違いとポインターの使用でプログラムの実行スピードが二倍ほど変化した。しかし、いまやメモリーもＧ単位であり、ＣＰＵの演算速度は当時と比較すれば亀とウサギよりも蝸牛とウサギほどの違いがあり、多少ずぼらなコーディングでも許され、むしろプログラムの分かりやすさ、可読性が重視されている。
カテゴリー : 一般
pagetop
平昌オリンピックはメダルラッシュで毎日感動の連続、心臓が心配になってきた。これだけ感動が多いと毎日オリンピックの話題ばかりになってしまう、と思いオリンピックについて書くのを意識的に控えてきた。しかし、スピードスケートのパシュート女子金メダルについて企業の組織について参考になると思い本日取り上げた。
この金メダルの価値は、個人の能力ではすべての選手をメダリストで揃えたオランダチームと比較すると日本チームが劣っていたところにある。多くのマスコミも競技終了直後から３００日以上日本チームは全員一緒に練習していたことを勝因として取り上げていた。そこで醸成された日本独特の交代方法はじめスポーツ科学の成果については、ニュース報道を見ていただきたい。
この欄では、高木美帆選手をリーダーにしてまとまり、メンバー４人それぞれの能力を引き出した組織力について取り上げてみたい。ドラッカーは著書「企業とは何か」の中で、組織が繁栄を続けるには、組織内の人間が、自らの能力を超えて成長できなければならない、と述べている。
パシュート女子の日本人選手は、まさにこれを実践したわけで、自らの能力を超えることにより、自分たちよりも優れた能力を持つ選手を揃えていたオランダチームに勝ったのである。「つまるところ組織にとっては、リーダーを育てることの方が、製品を効率よく低コストで生産することよりも重要である」とも同著に書かれているが、高木美帆選手はチームにより優れたリーダーに育成された。
「待って、待って」と姉に言われスピードを落としたシーンは、同競技で報じられた韓国チームの醜聞と比較すると、とっさにできる行動ではないことに気がつく。パシュートという組織の側面を持った競技の特徴をそしてそのリーダーの自覚を持っていたからとれた行動だろう。
パシュートという競技は、全員が最低一周先頭を走らなければいけない、というルールがある。このルールゆえに、組織で例えると分権制のような問題をチーム内に抱えることになる。しかしこのルールで考えなければいけないのは、最も優れた選手が最も長い時間先頭を務める自覚を求められる点である。さらに先頭には後尾を務める選手への配慮が必要なルールもある。
まさにパシュートは組織を具現化したような競技で、日本女子チームの金メダルは、リーダーがとるべき行動と、組織がうまく機能すると個人の能力を最大限引き出し成果に結び付けられることを見せてくれた。これは、マネジメントの使命である。
カテゴリー : 一般 連載
pagetop
カオス混合とは、パイ生地や餅つきで発生している機能との説明を受けた。すなわち急速に引っ張った（伸長流動）後折り曲げる（剪断流動）ような混練方法だ、と指導社員から教えられた。さらにロール混練ではそれに近い現象が起きているのではないか、とご自身の想像をまじえ混練技術に関する経験知と暗黙知を伝承してくださった。この指導には大いに感謝している。
当時すでに高性能な二軸混練機が世の中で普及していたのに、加硫ゴムでは、バンバリーとロール混練を用いるバッチ方式が使用されていた。指導社員は、高性能な加硫ゴムを絶対に二軸混練機では製造できない、と明確にその理由を経験知と暗黙知で説明された。
２００５年末に二軸混練機に取り付けるカオス混合機のアイデアに成功したのは、この時の暗黙知がうまく伝承されていたからである。
技術の現場において暗黙知を伝承する方法は、経営の使命が企業の持続的成長、すなわち今の世代を次の世代に受け継ぎ発展させる行為にあるとすると、大切な問題である。しかしながらその実現は容易ではない。ノウハウが要求されるが、ゴム会社には伝統的にその風土が存在した。
設備の進歩以外に、ポリウレタンＲＩＭの普及が始まり、高性能なＴＰＥ開発が活発になってきた時代でもある。当時の愛車セリカのバンパーにはＰＰではなく高価なポリウレタンＲＩＭが使用されていた。加硫ゴムの技術が将来も残っていくのか、という議論が活発に行われ、樹脂とゴムのハイブリッドであるＴＰＥが新素材としてもてはやされていた。
たとえ射出成型で作られるゴムが普及し始めたとしても、バッチ方式で混錬され、成形もたい焼き機のようなバッチ装置を用いた方式がゴムの高性能化には必要なプロセスだ、と指導社員はいわれた。しかし、高性能なカオス混合装置が発明されたなら、それで加硫ゴムの混練ができるかもしれない、と付け加えられた。
ゴムの混練プロセスというものが十分に解明されていなかったので、それをカオスと例えた人も研究所にいたが、カオス混合というのは、そのカオスとは異なり特殊な混練方式、というのが指導社員の説明だった。それを連続プロセスで実現できるのは君しかいない、などと時々からかわれたりした。これはカオス混合に興味を持ち考え続けるには十分な動機付けだった。
カテゴリー : 一般 高分子
pagetop
プログラミング言語の解説において、最初に出てくるのはデータ型の説明だ。コンピュータはデータを電気信号のON,OFFの２値の塊で表す。すなわち、１，０のビット列でデータを表現し、それはコンピューターのメモリーを占有する。
ところでFORTRANやBASIC,Cなどのプログラミング言語ごとに、このデータ型の説明が異なっていた。プログラミング言語ごとにこのデータ型が異なるというのは、仕方がないことで、各言語の使用目的を考慮して、極力メモリーの使用効率を高くしようとしたからだろう。
ただ、過去のプログラミング言語のデータ型は生活習慣と合っており理解しやすかったが、C#では、コマンドのたぐいも含めすべてデータとして扱うという仕様だ。
すなわち、データ型とは、その型の実体（インスタンス）となるメモリー上のビット列のことを意味しており、数字以外のデータもすべてこの型の概念でC#は扱っている。さらに、型とは、メモリー上のビット列のどこからどこまでに、どんな意味が潜んでいるのかを説明しているという。
ものすごい概念の拡張だ。最初文法書を読んでいた時にこのあたりの感覚がよくわからなかったが、クラスの使用方法などを理解したところで、型が単に数値だけでなく、クラスやメソッドの一部にも用いられていることに気がついた。
すなわち、C#は、型に始まり型でおわる、と言っても言い過ぎでないぐらいに、型の理解が重要である。そして型の内部にフィールドとメソッドが定義されてプログラミングが進められる、というコーディングの雰囲気だ。
Cが登場したときに習得が難しい言語と言われたが、言語の予約語等文法の決めごとが少ないのでプログラマーの自由度が高く、関数を定義しながらプログラミングを進めるという仕様は、ＢＡＳＩＣよりも技術習得に容易だった。
しかし、Ｃ＃はオブジェクト指向という難解さと言語仕様の奇抜さ複雑さで、その特徴を生かして使うには、敷居が高い言語である。敷居は高いが、一度その敷居を超えるとこれまでの言語よりもプログラミング言語として使いやすい。本欄でその敷居を少しでも下げられたらという思いで書いている。
カテゴリー : 一般 連載
pagetop
昨日元ソニー現桜美林大学原田節雄氏の講演を高分子同友会例会で拝聴した。高分子同友会は高分子関係の企業幹部経営者の集まりである。高分子学会の関連団体のため材料メーカーばかりだが、高分子材料ユーザー企業の幹部社員や経営者にも魅力的団体であるはずだ。
こうした団体に所属すれば、怪しげなコーディネーターなど頼らなくても事業パートナーを探すことが可能である。コーディネーターというコンサルティング業務は便利なように見えるが、本来は、企業が自らそのスキルを身に着け事業を推進すべきで、重要なのはそのスキルの指導なり伝承で、弊社はそのメニューも用意していますのでご相談ください。高分子同友会については無料で事務局等をご紹介いたします。
ところで昨晩の講演は、「経営の本質とルールメーキングビジネス」というタイトルで、他の講師による類似タイトルの講演を写真会社在職中に聞いている。しかし、昨晩の内容は、それとは異なり、むしろビジネス交渉術や会議術、闘争術の要素に関するもので、新事業を推進するためにも参考となる経営スキル指南だった。
そもそも企業にとって新事業ではスキル不足に陥りやすい。当方も高純度ＳｉＣの事業を推進していた時にこれを痛感したが、それよりも面食らったのは、マネジメントとして怪しげなコンサルタントを何人も紹介されたことである。
ほとんどがコーディネーターであり、技術の本質を理解せず、表層の内容で不要なユーザー企業を紹介してくれる。そのたびにやらなくても良い業務が生まれ、本来の事業推進には役立たない無駄な業務をたくさんやらされた、という印象である。
さらにそのコンサルタントを雇うのに支払われた金額を聞いて呆れたのである。およそ無駄な仕事を増やしているにもかかわらず、当方の年収よりも高い金額が支払われていたのだ。当方はこの時の経験を反面教師として、担当者に無駄な業務発生が無いようなコンサルティングを心掛けている。
そのためには十分な言葉が必要になるとは昨晩の講演の内容であるが、弊社のコンサルティングを理解していただくために十分な言葉をこの活動報告で発信している。すなわち、弊社は技術の問題を表層でしかとらえられない巷のコンサルタントと異なり、技術の本質から事業というものに迫るコンサルティングを心掛けている。昨今モノづくりに不安を与える不祥事が続き不安を抱えている方もご相談ください。５月には材料の信頼性に関する講演会を予定しています。
カテゴリー : 一般
pagetop
カオス混合という混練技術について知ったのは、新入社員の時である。防振ゴムを樹脂補強ゴム（ＴＰＥと呼ばれている樹脂と同一構造だが、射出成型できず通常の加硫ゴムのプロセスで成形体が作られる）で設計するテーマを担当したときである。
一年の予定が、たった３ケ月のテーマとなったが、開発処方は特許出願されて製品化に成功している。このテーマを担当していた時に、指導社員から混練技術の実務について濃厚な指導を受けた。
特に、パイロットプラントのバンバリーを操作し、２０ｋｇノンプロ練したゴムから１００ｇほど使い、ロール混練（プロ練）して評価サンプルを製造した手順には驚いた。使用しなかったゴムは廃棄するのである。
大抵はバンバリー１バッチのゴムで加硫剤などを追加して１０水準ほどのゴムをプロ練するので１ｋｇほど使用するが、残りはボイラーの燃料となる。
もったいないと思ったが、指導社員は、ニーダーを使えば小スケールで練り上げることができるが、そのプロセスで最適化されても実用化の時には、今以上の廃棄サンプルが出ることになる、それが加硫ゴムの混練だ、と説明された。
すなわちバンバリーを用いたときと小スケールニーダーを用いたときでは、同一配合でも出来上がる加硫ゴムの物性が異なる、というのだ。その結果、小スケールニーダーで素晴らしい物性のゴムができたとしても、実用化できない場合も出てくるとのこと。
小スケールニーダーで製造したゴム物性が、大スケールのバンバリーを用いて製造したゴムのそれよりも悪いならば良いが、そのような結果になることは稀で、たいていは量産化で物性が悪くなり、ひどいときには実用化できない場合もある、と実験をやっているときによく言われた。
カテゴリー : 一般 高分子
pagetop
