外資系IT企業と日系メーカの違いを思う - Work Rulesを読んで -
日本企業は"意思決定は時間がかかり"、その他の事情と合わせて"生産性は高くない"と言われます。 こういったミクロな状況が積み重なって、「失われた20年」、「生産性が低い"日本"(主語の拡大)」が形成されているのでしょうか。 生産性の高い組織とは、イノベーティブな組織のことでしょうか、意思決定が早い組織のことでしょうか。
そんな中でも、どうすれば組織が生産的になれるかという組織論は昔から私の興味をつかんで放しません。組織論の構成要素の一つに「人事」は欠かすことができないものだと思いますが、生産性の高い企業の例として挙げられるGoogleの人事屋さん、ラズロ・ボック氏の著書を読みました。
- 作者: ラズロ・ボック,鬼澤 忍,矢羽野 薫
- 出版社/メーカー: 東洋経済新報社
- 発売日: 2015/07/31
- メディア: 単行本
- この商品を含むブログ (8件) を見る
面白いことに、福利厚生への考え方や昇進・昇給のシステムとしての設計は極めて日系メーカーと重なる部分が多く、このような点からは、日系企業もGoogleと遜色ない信念を持って人事設計をしていると思います。以下の人事管理入門を片手に本書をひらくと、かなりの部分でGoogleの人事システムと重なるところがあり、「日系企業」感が湧いてくることでしょう。
当たり前すぎてつまらない例ですが、わかりやすいものを挙げると
- 昇進は○○期連続して好評価を取っている社員を
- 遺族年金的なシステム
- 社員教育に力を入れる (学習する組織作り)
- 給与の"原資"が先立ち、これを分けることで給料・ボーナスが決まる
などです。
- 作者: 今野浩一郎,佐藤博樹
- 出版社/メーカー: 日本経済新聞出版社
- 発売日: 2009/12/22
- メディア: 単行本(ソフトカバー)
- クリック: 29回
- この商品を含むブログ (19件) を見る
他方で、日系企業では現場の努力として、年下の社員が年上の社員より好成績を上げ続けている状況などで、昇進順序がひっくり返らないように評価を調整するなどシステムでは規定されていないことが起こります。例えば、私の勤める会社では、B以上の評価を2年以上連続してとっていると昇格がある明文化されていない内規があるようなのですが、BとAの評価が続いた後のある期で「こういうものには順番があるのだから今回はCで我慢して」という調整が入った経験があります(その期でB以上を取ると、若くして先輩を追い抜いてしまう)。
こういった点は、政治的な動きも含めて、外資メーカーも日系メーカーも同じことが起こりやすいんだろうなと思います。
(年功序列を維持するインセンティブは日系より小さいでしょうが…)
それに対し、ラズロ氏のGoogleでの人事運営は、氏のGEなどでの経験を反面教師に、こういった政治性をいかに排除して透明な人事オペレーションに力を入れるかというところに力点が置かれています。本書では、その要素として
- 人事もデータで語る(i.e. 日本企業でいえば、年功制を支持するなら年功を支持するデータを客観的に集めて証明する。年功制が効果的なグループとそうでないグループを分けて分析するなど分析を深堀する。)
- 社内の人事に対する率直な意見交換を促進する (なんでもアンケートを取る)
- 人事から政治要素を減らすためにマネージャーの権限を調整する(一般的な外資系マネージャーの持つ人事権を減らす→日系管理職に近いレベル)
- 人事的制度的な実験を恐れない (データがすべて)
- 権限移譲を促進する - Empowerment (マイクロマネジメントを避ける)
を大事にしながら挑戦した様々な取り組みについて紹介されています。
この中で欠かせないのは「意見交換をする文化」「権限移譲」だと思うのですが、
- ① 意見交換する文化に関して
- 「労働組合を通さない人事や組織運営に関する意見交換は許さない」という規定や「やり過ごすのが金」という文化とどうやって両立させていくのか
- ② 権限移譲に関して
- 日本の企業文化は「見える化」や、細かいスケジュール管理が基盤で、マイクロマネジメントに近い風潮があります。これから離れるのは非常に怖く、不安が伴う
が課題だと思います。結局はトップの意識が変わることが大事なのでしょうか?現場からできることはないのかなぁ。
【参考】日本企業が日本企業文化らしく、うまくいくための要素を研究し、まとめた本
- 作者: 高橋伸夫
- 出版社/メーカー: 日本経済新聞社
- 発売日: 2002/07
- メディア: 文庫
- 購入: 9人 クリック: 72回
- この商品を含むブログ (30件) を見る
「円周率は3.05より大きいことを証明せよ」とアルキメデスな円周率
東大の入試問題と解答例
正月早々Twitterを眺めていると、「2003年の東大入試問題「円周率は3.05より大きいことを証明せよ」のツイートが。 もう14年近く経つのに話題性のある問題ですね。
バーゼル問題の解から計算する話かと思ったのに、素朴な方法だった。 / 他57コメント https://t.co/mGGLQDXE7U “【解答例】円周率は3.05より大きいことを証明せよ” https://t.co/15l38WhZw2 #数学 #ネタ
— uncorrelated (@uncorrelated) 2016年12月31日
当時は、ゆとり教育で「円周率を3としよう」みたいな議論が盛り上がっていて、「3だと円に内接する正6角形の周長と変わらないじゃないか。アホじゃないの。」ということが言われていたので、正6角形を正12角形に割って求める…というのは割と直ぐ思いつく解答だったのではないかなと思います。
これだけシンプルな問題だと色々な解法が出てくるようで、正八角形で十分だとか、マクローリン展開を使うだとか色々あるようです。 → 円周率が3.05より大きいことのいろんな証明 | 高校数学の美しい物語
ギリシャ時代のアルキメデスな円周率
さて、イントロが長くなりましたが、実は、この試験、私も受験してまして、ちょうど前日に「円周率πの不思議」という本を読んでいたので不思議な縁を感じながら取り組みました。この本の中には、アルキメデスが、円に内・外接する正96角形を用いて、を示した、という事が書かれており、これを覚えていた当時の私はであることから、これを示そうと現場で奮闘したことを覚えています。
結局、当時は、という小学生でも見たことのあるようなシンプルな分数を導出するに至らず、時間の関係から正12角形の周長で諦めたのですが、やは一体どうやって求めたのでしょう。
残念ながら、先述の「円周率πの不思議」には書かれておらず、14年ぶりに調べることにしました。
アルキメデスの漸化式
円に内接・外接する正n角形の周長をそれぞれとすると、同じ円に内接・外接する正2n角形に周長について下記の関係式
をアルキメデスの漸化式と呼ぶそうです。⇒ Archimedes' Recurrence Formula -- from Wolfram MathWorld
アルキメデスも、これを使って円周率を求めたのでしょうか。なんか正12角形の周長計算と同じじゃね?
一応ちょっとした証明のため、ちょっと補題
アルキメデスの漸化式の証明には、ちょっと三角関数的な考え方が関わってきます。関わってきますけど、時代の雰囲気を感じるため幾何学計算で覆い隠しました(中身は殆どタンジェントの半角公式です)。
一般に図のような三角形を考えると、△AEOと△HBCが相似の関係にあることから、 EA:OA=BH:CHが成り立ち、また、△BOHと△DOAが相似の関係にあるので、DA:BH=OA:OHです。
これから、、また、。ここでを使って、
次に、△AEOと△GFOの相似関係などを用いて同様に。
これを正n角形倍すると先ほどの近似式になりますね。
計算する
当初の嫌な予感通り、分数を引き出すには多少の工夫が必要そうです。
計算詳細:Archimedes Algorithm -- from Wolfram MathWorld
単位円に対する正六角形:
漸化式で同じく正12角形
これ、正96角形までやるの…?
ルートで計算を進めている時点で何か違う気が。というのも、アルキメデスの時代には、有理数つまり分数を使った表現以外は使われておらず、平方根に関する計算も不等式と有理数であらわされたといいます。
ちょっと工夫が必要そうだなぁ、と調べると、この"考古学"に既に取り組まれている方のブログに行き当たりました。
分数の分母の選び方は結構、美感によって決まっていそうです。なんだか負けた気分で、今日は、ここまで…。
有理数の出所:
参考文献
円周率πの不思議―アルキメデスからコンピュータまで (ブルーバックス)
- 作者: 堀場芳数
- 出版社/メーカー: 講談社
- 発売日: 1989/10/17
- メディア: 新書
- 購入: 2人 クリック: 25回
- この商品を含むブログ (5件) を見る
WindowsにSWIG導入
SWIG (Simplified Wrapper and Interface Generator) は、 C/C++ で書かれたプログラムやライブラリをPythonやJavaなどのスクリプト言語から使えるようにするためのツール。PybindやCythonなど、類似品もありますが、2次元の物理エンジンpybox2dがSwig依存でしたので導入。
MINGW+MSYSの導入
まずSWIGをビルドする環境を整えます。
おおよその流れはこちら ⇒ MinGW+MSYSのインストール(2014年5月) | The Textbook of RayTracing @TDU
- g++
- MinGW AutoTools(autoconf, automake)
- MYSYS ( bison / flex / tar / gzip / bzip2 / base / autoconf, automake)
は必ず必要なのでチェックを忘れないようにしましょう.
また、環境変数のPathに
の追加を忘れないように!
SWIGとPCREの準備
- Githubからswigをクローン (C:\MinGW\msys\1.0\home[ユーザー名]に展開)
- ~/Swig/直下にPCREからダウンロードしてきたtarファイルを置く (pcre-8.39.tar.gzまたはpcre-8.39.tar.bz2など)
SWIG/PCREのビルドとインストール
前項の続きから、
- “C:\MinGW\msys\1.0\msys.bat"を起動
- ~/Swig/Tools/pcre-build.shを実行し、PCREをビルド
- ~/Swig/autogen.shを実行⇒configureが生成される
- ~/Swig/configureを実行
- makeでビルド [make; make install]
$ cd ~/Swig
$ ~/Swig/Tools/pcre-build.sh
$ ~/Swig/autogen.sh
$ ./configure
$ make
$ make install
これで、C:\MinGW\msys\1.0\home[ユーザー名]\swig.exeが吐き出されるので、パスのとおる所に移せばインストール完了。 とりえあえず、C:\MinGW\binにコピーしておきました。
FAQ的な
Error: Unknown directive が出る
Error: Unknown directive ‘%exception'や Error: Unknown directive ’%pythoncode'が吐き出される場合ですが、~/Swig/Lib/の中身が参照できるところに入っていますか?
下記いずれかで直ると思います。
- make installを忘れない
- swig.exeからの相対パスが./Lib/になる場所にLib以下をコピー
- C:\MinGW\msys\1.0\local\share\swig\3.0.11以下にLibをコピー
参考の記事:// Swigが参照するパスについて
Configure中にsyntax error near unexpected token ‘fi'がでる
syntax error near unexpected token ‘fi’ · Issue #815 · swig/swig · GitHub
環境によっては出るようです。
Line 5855 and line 5975 have “else” tokens that should be removed.
とあるようにfiの直前のelseを消しましょう。空のelseがあるのが良くありません。
代替手段(2017-03-01追記)
Anacondaでもswigの準備があるようです
conda install swig
いろいろ苦労したのがコマンド1つで解決