Tweet

最近、思うこと。

先日、何かの雑誌で旅館星のやのスタッフは、受付、客室清掃、調理補助など一つの業務だけではなく、マルチタスクをこなしているという話を読んで、なるほど、と思いました。

アジャイル的な考え方もこれに近くて、システム開発だけではなく、テストもやったり、設計もしたりと、ひとりが複数こなすマルチタスクなので、星のやもアジャイル的な組織と言えるかもしれない。

で、こうした一人が複数の業務を担当してまわすのは、清掃係、調理係と”係”に人を張り付けないため、少ない人数でオペレーションが完結し、結果的にコストが減るケースが多い。

じゃあ、どの会社もこうすればいいじゃん、と思うけど、これが結構難しい。やっぱり、組織が大きくなればなるほど、経理は経理、開発は開発とお互い話している言葉も違うし、結果的に縦割りになって、無駄の多いシングルタスクになってしまう。

でも、大企業でもマルチタスクを実現できている会社もあって、それは、社長の”組織を官僚化させない”といったリーダーシップによるものだと思う。前にもどって、おそらく、星のやもそうした危機感があるのだと思う。企業はトップ次第というけど、まさに、この例はそうだなあ、と昨日の帰路の途中思ったことでした。

Tweet

自分が証券会社にいたころ、なるほど、と思ったことです。

機関投資家のビジネスは言うまでもなく、安い価格で株を買って、高い価格で売って、儲ける。

で、どうやって安い株を見つけるか？　

ある投資家いわく、それは”待ち伏せ”であると。

たとえば、東京証券取引所では3000以上の株式が上場されていて、日々、売買されている。

もちろん、トヨタとかソフトバンクといった東証一部で、時価総額が大きい企業は、一日に何百億円と売買されているので、こういったデカい銘柄でリターンを出すのは難しいという。

むしろ、投資家が注目していない会社を1年くらい前から目をつけておいて、ちょっとずつ買う、そして、何かのタイミングで注目されたときに売る。これが”待ち伏せ”です。

それで、この”待ち伏せ”先方、投資だけではなくて、ビジネスにも当てはまると思う。

ビジネスでも、流行を追うことは有効だけど、やはり、流行にはいろいろな会社がそれに飛びつく、だから、結局のところ、資本力がモノを言う世界で、大企業が優位になってしまう。

でも、モノになるかわからない、誰も注目しない分野を”待ち伏せ”する。そして、いつかその分野が注目されることで、果実を得ると。

ネタを仕込んだからといって、すぐヒットするとは限らない。だからこそ、”待ち伏せ”は有効な手段と思うのです。

Tweet

自分のささやかな楽しみの一つがブックオフで100円の本を”発掘”することです。

今回の発掘は、ＩＢＭの息子　トーマス・Ｊ・ワトソン・ジュニア自伝（上下で200円でしたが）。上巻ではハーマン・ホレリスが発明したタブレットマシン（パンチカードを読み書きしてデータを記録するマシン）をアメリカではなくてはならないものにした創業者トーマス・Ｊ・ワトソンのマーケティング手法が息子の目から語られていてとても面白いです。

で、彼のポリシーは、”決定がくだされるところに電話しろ！社長に電話をかけろ！”（P119)　そして、社長と面会して、社長がマシンに興味がなくても、ＩＢＭが編集した雑誌「Think」の定期購読リストに加えて、配布したという。そして、1930年代顧客数は3500社しかなかったのの、発行部数は10万部ちかく、ＩＢＭを応援してくれる牧師、議員などあらゆる人に配ったという。

このアプローチ、80年くらいたって、ネット全盛の今でも成立していると思う。その会社に興味がなくても、定期的によくできた雑誌を送付されると、”おぉ”という気になる。おそらく、ネットも同じで、最初はダメでも定期的に連絡することで、いつかビジネスにつながるということだと思いました。

これだけではなく、いろいろ得るものがありました。いまは絶版だけど、再版してもよいなあと思いました。

Tweet

たまに、人を育てて欲しいみたいなリクエストをいただくことがあります。

ワークショップみたいな形でディスカッションする、あるいは、一緒に営業するみたいなケースもあります。

ま、自分は、「オレが、オレが、オレが」的に自分が豬突猛進するのではなく、「この人とこれをやったら面白いだろうな」的な控えめな発想をするので、たぶん、この手の仕事はあってるのかもしれない。

最近思うこと、当たり前だけど、一人前を育てるのは難しい。どうしたら、新卒を一人前に育てられるのか？　ノウハウというわけではありませんが、自分が日々感じていることを整理してみました。

あきらめない

やっぱり、あきらめない。どんな企業でも、新卒に”即戦力”を求めるけど、これはないモノねだりだと思う。たしかに、新卒だけど、十分な経験もしていて、どんな場所にいっても、一人でできる人は少なからずいる。（ちなみに、自分の経験からすると、こういう人は大学でフィルターするよりも、中高でフィルターしたほうが発見確率が高い気がする。たとえば、開成・麻布みたいな名門中高出身者は、大学はどこであれ、このイケてる確率は高い。おそらく、単なる英語や数学のテクニックを学ぶのではなくて、自分自身で考え方を学ぶみたいなことが徹底されているので、社会に出たときも即戦力に近い状態になるんだろうなあと、ケンブリッジもそんなかんじでした）。

で、そういう人は自分でビジネスやったり、就職偏差値の高いところに行っているケースがほとんど。だから、最初から、この新人できそう、という期待値を上げない方が良いと思う。

で、基本は”使えない”のだけど、でも、使えないからクビ、ではなくて、あきらないことが大事だと思う。あきらめたらそこで終わり。

いろいろやらせてみる

競馬の話で恐縮ですが、競馬には未勝利戦というのがあります。だいたい競走馬は2歳でデビューして、一度でも勝てば（１着入線）次のステージに進むことができる。ただ、1着になるのは、楽ではない。ポテンシャルの高い競走馬（この例でいえば、新卒でなんでもできる君）は、あっさり勝って、春のクラシック路線（皐月賞、桜花賞、ダービー、オークス）に行けるけど、ほとんどは勝てなくて苦労する。でも、タイムリミットがあり3歳の9月までに１勝もできないと、出場できるレースがない（＝引退か、地方競馬転籍）。だから、オーナー、調教師、騎手は３歳未勝利馬に対して、距離を変えてみたり、調教を変えてみたり、いろいろ試してみる。

企業の場合は、このタイムリミットはないけど、いろいろやらせてみるのは重要だと思う。たとえば、しゃべるのが苦手だからといってエンジニアとして入っても、誠実な人柄から営業に向いていたり、この仕事しかないと決めるのは早いと思うので、いろいろやってみるのがよいと思う。　

きっちり原因を究明する

何をやるかについて、考えることはとても大事だけど、一度、決めたら、あれこれ口を出さない。自分が、おおらかな環境で育ってきたこともあり、箸の上げ下げまで指導されるのが苦手というのもあるけど、やっぱり、やることなすこと逐一ダメ出しされていては、結局、委縮してしまって何もできない。

むしろ、重要なのは、何が上手くいって、何が上手くいかなかったかをきちっと原因の究明をすること。

その中に本人の誤りがあれば、糺すべきだし、失注とかビジネスに影響を及ぼす場合は、監督者・上司が責任をとるべきだと思う。

旧日本海軍元帥山本五十六は、人を動かすコツについて、『やってみせ、言って聞かせて、させてみせ、ほめてやらねば、人は動かじ』と指摘しましたが、人を育てるのも、まさにこれなんだなあと思うのでした。

Tweet

最近、パワポ資料を作っていて思うこと。

基本、自分はパワーポイントというツールが苦手、というか、上手く使いこなせないと思っている。勝手な苦手意識だけかもしれないけど。

自分の考えるスタイルは、連続的にロジックを積み上げるタイプなので、パワポで次のスライドに移ると、連続したロジックが”分断”されてしまう気がする。

と、考えると、自分の疑問は、なぜ、プレゼンにパワポを使わなくてはいけないのか？

おそらく、伝えたいことの要点をまとめるのが便利なツールだからだと思う。

たとえば、スティーブ・ジョブズのプレゼン。人の心をつかみ、ワクワクさせるプレゼンは、おそらく、ロジックを積み上げた文章では実現できないと思う。

一方で、研究発表やビジネスの意思決定に関わるプレゼンの場合、人をワクワクさせることよりも、きっちりロジックが通っていることの方が重要だと思う。

で、前者がパワポ型思考であれば、後者はワード型思考、そして、後者はパワポでプレゼンしなくともよい気がする。むしろ、パワポを作って安心してしまい、結局、プレゼン内容を理解しないまま進むケースもある。

かつて、ある数学者の方からこんな話をお伺いして、すごく納得した。

「本当に数式の証明を理解したと思ったら、まず、本を閉じて、本当に自分で証明できるかやるべし。」

すなわち、”非連続”なパワポの場合、すらすらとスライドは作れるものの、結局、自分の経験では理解しないまま作ってしまうケースが多い。むしろ、パワポ頼みにせず、自分が理解するまで、”本を閉じる”、紙に書く、など、いろいろやるべきだと思う。

というわけで、自戒をこめた結論。パワポはあくまでもツール。パワポで納得するのではなく、自分で伝えたいもの、理解したことをパワポに落とすべしと。

Tweet

このところサーバ・アプリ設定なんかをちょこちょこやる機会があり、いろいろと発見がありました。

かつては、エンジニアとして、実際のプログラミングとかインフラ構築なんかをやった経験はあるけど、最近は、プランニングなどの経営管理が中心なので、基本、素人レベルです。

で、素人なりに試行錯誤をすると、それなりに発見もある。

その昔、一晩かけてプログラムのソースをコンパイルし、コンパイルが通らなかったら、ソースを修正して、バイナリにして、プログラムを動かしたことがよくあった、よくあった、というより、それが普通だった。

最近になって、パッケージで楽にいけるかと思ったら、意外とてこずるケースが多い。ライブラリのバージョンが古いので、インストールしなおし、パスが通っていない、などなど。さすがにCPUが速くなったので、一晩かけてコンパイルするということはなくなったけど、やはり、同じことの繰り返し。

それで思うのは、ソースにあたること。ウェブでインストール方法とか書籍とかあって、”この通りにすればインストールできます”的なものはたくさんある。これはこれで、すごく有用で、助かるのだけど、この通りやればよいという話でもない。やっぱり、掲載当時は新しいものでもバージョンが上がって古くなったり、あるいは、機種の互換性があわなかったりなど。だから、上手くいかないときはマニュアルに頼るのではなくて、実際のソースコードを見て、どこがまずいのかを調べて、切り分けること、これが結構大事だと思う。

で、このソースにあたるということ、たぶん、エンジニアだけに求められるものではないと思う。

たとえば、アナリスト・コンサル・ジャーナリストといった第3者があるトピックに対して取り扱う場合、”ソースにあたる”1次情報と、マニュアル的な2次情報がある。後者でいえば、”新聞がこう言っていたから、この会社はダメだ”みたいな。たくさんの2次情報をパズルのように組み合わせて、一つの絵にすることは、価値はあるとは思うけど、やはり、価値という点では”1次情報”にはかなわない。

やっぱり、1次情報は、まさにソースにあたることと同じで、ソースをみることで、本当に何が起きているかを理解できるのだと思う。

1次情報が2次情報よりも大事だ、これは当たり前なんだけど、ソースを見ることから、1次情報の重要性を認識したのでした。