今やビジネスマンに常識となったロジカルシンキング

ロジカルシンキングという言葉が一般化し始めたのはたぶん2000年前後だったような気がします。僕がまだ青二才の学生さんだった頃で、マッキンゼーという世界で最も有名なコンサルティングファーム出身のバーバラ・ミントさんって人が書いた「考える技術・書く技術」という本によって一気に市民権を勝ち得たのではなかろうかと。わかんないけど。

MECE（ミーシー）なんて言葉が登場するのも、きっとそのあたりだったのではないでしょうか。たぶん。もちろん、僕個人としては、このロジカルシンキングって考え方は極めて重要で、かつ人間は思考する存在でありますから、全員がマスターすべき基本的なものだと思っています。できれば小学生くらいからロジカルシンキングのトレーニングを行うべきじゃないかと思ってます。

ロジカルシンキングは日本語でいうと論理的思考と言われてますが、その言葉の通り、元を探れば論理学って学問領域に入るのではないかと思います。ちなみにロジックの語源はロゴスです。そのロゴスを研究していたのはアリストテレスですから、さらに大きな領域で言えば論理学は哲学とも関係してきたりします。ロジカルシンキングというのは、決して最近のビジネス用語ではなく、大分昔から研究されていた学問なわけですね。

コンピュータを操るために絶対に必要な能力

文章の作成やプレゼンテーションの作成において、とても重要になるロジカルシンキングではありますが、これを鍛えるのは実際のところ、結構骨が折れます。戦略思考の教科書でも可能な限りロジカルシンキングについてわかりやすく解説しましたが、僕自身、これが鍛えられたのは間違いなくプログラミングを通じてです。プログラムは人が指示したコードの通りにしか動きません。正常な処理も、エラーも、バグもすべてコンピュータがロジック通りに動いた結果です。

現在ではプログラムを学習するサービスも多数出てきていますので、特に学生さんは将来プログラマになるならないに関わらず、論理的思考能力を鍛える上でプログラムを学習するのが良いのではないかと思います。知的生産業務に関わる上で、論理的思考をベースに仕事が出来る人と、それがない人では間違いなく大きな差がつくでしょう。それは報告書をひとつとっても言えることです。ロジカルシンキングを知っているのと、理解できているのと、当たり前のように使いこなすことは全く別物です。そして当たり前のように使いこなせるようになるには、実際に使う以外にないような気がします。筋トレと同じ。

ドットインストール

http://dotinstall.com/

コーディング道場

http://www.coding-doujo.jp/

Codecademy

http://www.codecademy.com/ja#!/exercises/0

当たり前の中に潜む矛盾に気づくこと

論理的思考能力が鍛えられてくると、現代のビジネススキルとして出回っているロジカルシンキングが実は少しばかり片手落ちであることにやがて気がつくことになるでしょう。それは実際に僕自身がIT業界に長らく身を置き、様々な業務を通じて感じたことです。例えば先日ポストした「PDCAは回らない」というのも、その一つです。一見ロジカルなように見えて、ロジックが通っていない、そのようなケースはビジネスの現場でよく見られるものです。そして、そのような矛盾を感じ取れるようになることが、本当にロジカルシンキングが身についた、と言えるのかもしれません。

このあたりについてはまた追々取り上げていこうと思います。

PDCAの時期がやってきた

4月1日は新年度のはじまりってことで、多くの企業で今期の目標やら計画なんかが発表されていることと思います。4月1日ほど日本中で「PDCAをしっかり回していきます！」って叫ばれている日はないでしょう。それに4月1日は新入社員がはじめて会社に行く日ですよね。「社会に出たらホウレンソウとPDCAはキホンだ！」教わったことでしょう。そうです。PDCAは日本の企業社会で生きていくためにとても重要な言葉です。おまじないです。南無阿弥陀仏と同じです。とりあえず唱えとけ、みたいな。

ちなみに僕はマイクロソフト勤務時代から一貫した思想として、セールス、すなわち営業という業務について言えばPDCAはダメだと思っています。僕自身当時から独立した現在も何か物事を始める時にPDCAで考えたことは一度もありません。その理由は「よくわからない」の一言に尽きます。そして、よくわからないのに、みんなが当然わかっているものとしてPDCAを唱えるのに、僕は違和感を感じるワケです。

本当は多くの人が知的生産業務ではPDCAはうまく回らないってことに気づいていると思うので、その理由を5つほど挙げてみたいと思います。

その1 PDCAそれぞれの意味を完全に説明できる人がほぼいない

PDCAが PLAN-DO-CHECK-ACTION の頭文字を取ったものであることは、ほとんどの人が知っていると思います。しかし、それぞれの意味を説明せよ、と言われるととたんにわからなくなるところがPDCAの落とし穴です。Planが計画ってのはわかりますよ。Doが実行ってのもわかります。問題は次です。Checkって何でしょうね。もちろん検証ってことなんでしょうけど、セールスにおいて検証って何でしょう。売上報告を作ることでしょうか。確かに売上レポートをCHECKすることは重要でしょう。もちろん、売上が目標を達成しているのであれば、CHECKは無事クリアとなり、より良い顧客満足のためにさらなる付加価値提案活動（Action）をすれば良いでしょう。しかし、もしCHECKの段階で目標を達成していないとなると、一気に問題は複雑になります。1社、1社のアカウントプランを作り直すのか。重要顧客を抽出するような集中型で行くのか、それとも幅広いマーケティング活動に切り替えるのか。そもそも、期中にイベントや展示会への出展などの予算を切り替えることが本当に可能な経営になっているのか根本的なところに行き着いちゃうに決まっているワケです。そもそもPDは「計画して実行」なのにCheckの後のActionは「Checkの結果を元に計画を修正し実行する」ってことで「PD≒A一文字」なのも、なんとなく納得出来なくないですか。

その2 PDCAはみんな独自の解釈と理論を持っている

PDCAは非常にシンプルな言葉で、しかも一見わかりやすいので、中小企業から大企業までみんなPDCAを言うわけですが、実は一人ひとりその解釈が違っていたり、独自の理論を持っていたりするので共通言語として成り立っていないケースが目立ちます。特に大きなズレが生じるのが、これまたCheckとActionです。売上レポートを作成し報告することがCheckでしょうか。それとも1案件ごとに計画（Plan）とのズレを事細かにチェックすることがCheckなのでしょうか。契約に至るプロセスを一挙手一投足までいちいち報告することがCheckなのでしょうか。これはCheckに対する「粒度」が統一されていないことから生じる齟齬です。特に最悪なのは、売上が予想を下回っている時に上司が、そのさらに上の上司へ報告（言い訳）するために、理由（言い訳）を必要とし始めた時です。こうなると、必然的にCheck（言い訳）の粒度は段々と細かくなり、状況が悪くなればなるほど報告のための報告が増え、自由とゆとりはなくなり、マイクロマネジメントという最もモチベーションが下がる由々しき状況に陥ることになるのです。Checkの粒度は統一し、個人の独自の理論や見解が入らないようにしておかないとPDCAはやはりおかしなことになるでしょう。さらに言うとCheckを元に次の変更を加えるのがActionで、その次にまたPlanに戻るんですね。では2周目のPlanを再度作る時は、その前のActionの結果をCheckしなくても良いのでしょうか？これもちょっと納得できません。現実を鑑みれば PDCACACACPDCACACACACPDCA,,,,という感じになるのはないかと思います。つまりPDCAはサイクルではないってことです。ってか、よく考えてみると、この解釈がすでに僕独自のものになっちゃってますね。ほらね。

その3 PDCAをしっかりやりますって言えば良いと思っている

PDCAという言葉自体が免罪符になっているケースも見受けられます。「PDCAをしっかりやります」というのが実際には「頑張って営業に行きます」とイコールになっちゃってる場合が多いような気がします。PDCAが重要と言いながら、走りながら考えよう、とか、とにかく足で稼ごう、とか言い出すのは一体どういうことでしょうか。それはPDCAではなくKKD（勘と経験と度胸）って言います。本来PDCAはもっと科学的で、属人性や感情論とは切り離されたロジカルな行動理論のはずです。もしどうしてもPDCAでやるというのであれば、マネジメントは「頑張るのが大嫌いな人」に任せるべきです。営業は知的生産活動です。付加価値を明確にし、それを伝え、その価値に見合った対価のハンコをもらってくるのが営業の基本です。頑張るのが嫌いな人は、何度も何度もお願い営業に出かけることを好みません。代わりに付加価値の明確化やコミュニケーションの仕方を徹底的に練り、そのスキルアップに努めるでしょう。コミュニケーションやプレゼンテーションのやり方こそPDCAで改善していくべきものなのです。

その4 PDCAを意識して仕事をしている人がほぼいない

期が始まる時は皆が思いを新たに計画を立て、それをPDCAで回していきますって宣言するんです。ビジネスにおける期初のPDCAって言葉は、新年の抱負に出てくるダイエットって言葉みたいなもんです。大体1ヶ月と経たないうちに忘れ去られていくのです。もしPDCAのサイクルがMECE（もれなくダブりなく）なのであれば、僕らがこなしている仕事の一つひとつがそれぞれ、P、D、C、Aのどれかに必ず属しているはずです。特に売上レポートや営業の進捗の確認、つまりCheckの後、本来は次善策を作るというプロセスに移行しなくてはならないはずなのに、また明日から何事もなかったかのように顧客に振り回される日々に戻っていくのです。Checkの次はAction（別の手を打つ）なのにDo（これまで通り）を続けてしまう。なぜでしょうか。それはみんなPDCAって言葉を忘れちゃってるからなのです。

その5 PDCAを回す、みたいな言い方をするけど回らない

PDCAはスパイラルアップを前提としたイテレーションモデルです。すなわち「改善」が求められるような作業にこそPDCAは向いているのです。だから営業活動という点では「提案資料の内容」や「プレゼンテーションスキル」などはPDCAで改善させていくのは大いにありでしょう。でも「今期営業予算達成のためにPDCAを回す」というのは、言葉的にどう考えてもおかしいことに気づかなくてはなりません。そのような漠然とした営業活動に対してPDCAなんて言って本当にぐるぐるPDCAが回っている組織を僕は見たことがありません。特にPDCAのうちPばっかりこねくり回して、全然Dに行かないというケースは至る所で見かけます。逆にもし本気でPDCAを営業活動に適用しようとするならば、営業活動とは別の仕事（報告、計画立案）が激増するだろうし、それに合わせて柔軟でスピーディな意思決定ができる経営に変えていく必要があるんじゃないかと思います。

Productivity、Creativityは車の両輪

元々PDCAはアメリカの統計学者であったエドワーズ・デミング博士が、敗戦後の日本において工業製品の品質改善モデルとして提唱した理論です。実際に製造業においてPDCAは基本的な考え方となり、高度成長期の日本製品の高品質化に大きく貢献したことは事実です。製造の現場では、無駄を減らし、不良品を減らすことが何より大切です。日本製品の優位性はまさにそこにあり、高品質でありながら、短納期、低コストを実現することが成功への近道だったのです。PDCAの目的はProductivity（生産性）とQuality（品質）であり、その生まれからして「無駄」や「失敗」や「予定外」を嫌う思想なのです。これが営業の現場にそのまま持ち込まれればどうなるかなんて簡単に想像出来ますよね。営業はお客さんありきの仕事です。こっちがいくら詳細な計画を立てようとも、お客さんがその計画通りに動き、予定通りのタイミングで契約してくれる、なんて都合の良いことはなかなか起きないし、もし起きたとしたら、それは「計画が良かった」わけではなく「運が良かった」と考えるべきです。マーケティングや営業は今様々なテクノロジを活用して採れる戦術の幅がとても広くなっています。これまでは不可能と思われるような顧客にもリーチできる時代になりました。僕は営業には必ず成功するというモデルは存在しないと思っています。成功の数だけパターンがあるのです。だからこそ重要なのは発想力であり、好奇心であり、探究心であって、これらがCreativityに繋がるのではないかと思います。

PDCAからEAチェーンへ

僕自身がマイクロソフト勤務時代に営業活動において基本としていた思想が、リデル・ハートの「間接アプローチ戦略」、そしてJ・C・ワイリーの「順次戦略と累積戦略」です。どちらも軍事思想家が著した戦略概論ですが、ここから得られる示唆は非常に富んでいて、ビジネスでも活用できる考え方がたくさんあります。書籍の内容はまた別の機会に譲るとして、これらの英知と実際にそれを実践して生まれた僕らの行動原理が「EAチェーン」ってワケです。EAチェーンとは「実験（Experiment）」と「適用（Adapt）」を繰り返すということです。営業における新しい取り組みをとにかく実験的にやってみる。お客さんのために提供できること、提案できること、貢献できることを考え、それを実験的にやってみるってことです。実験であれば、誰も失敗しません。あるいは失敗さえも学びになります。うまくいくならば、以後営業活動に適用させます。たくさんのおもしろ実験をみんなで考え、次々に実行していくことです。どのように実験を進めるか、予想通りに行かなかった場合はどのように対応すべきか、その行動規範は、リデル・ハート先生の「戦略の八原則」に従うことで、成功率は飛躍的に高められるでしょう。PDCAとEAチェーン一体どこが違うのか？確かにプロセス自体は非常に似ているのは間違いありません。しかし、思想としての根っこが違う点が重要なのです。PDCAは失敗や不良を減らすための収束型の思想です。EAチェーンは失敗しても良いから独創的な実験を考え、その体験を通じて様々なことを学ぶ発散型の思想です。

PDCAという言わば常識に縛られることなく、独創性で勝負する営業チーム、これが今日本のビジネスで最も求められているのではないでしょうか。営業こそクリエイティビティですよ。自由な発想で提案活動を行うのです。ずいぶん長くなったので今日はこれまで。ちなみにリデル・ハートの戦略論からEAチェーンまで、戦略思考の教科書にすべて書いたような気がします。ぜひ暇な人はチェックしてみてくださいね。

ソフトウェア開発永遠のテーマ

ただいまアジャイルがダメか、良いかで（ごく一部の限られた社会で）大変な盛り上がりを見せているようです。僕も職種こそプログラマからコンサルタント、マーケティング、営業へと変化していったものの、サラリーマン時代は一貫してソフトウェア業界に生息してました。今にして思えば、僕がソフトウェア業界でキャリアを積んだ時期とアジャイルが世に広まった時期はほぼ同じだったようです。マイクロソフトの Visual Studio に Team Systemが登場した2005年に、日本中を飛び回って Visual Studioを使ってイテレーション開発をやりましょうなんて説いて回ってましたしね。そんな僕ですから、もちろんアジャイル側の人ってことになるでしょう。

「アジャイルがダメだと思う7つの理由」から始まったアジャイル論争の現時点のまとめ

議論の内容自体は、上記サイトを参考にしてもらうとして、色々と考えさせられました。そして、あらためて思いました。アジャイルかウォーターフォールかの議論は10年以上経ってもあんまり変わってないんだな、と。

開発方法論に良し悪しはない

たとえば、実体経済よりも一歩先行する金融経済の世界では、超巨大で、超複雑で、しかも極めて高いセキュリティが要求される超高度なシステムが日々運用されています。現代の金融機関にとってはまさにシステムこそが命ですね。そのような巨大なシステムをアジャイル手法で開発するというのはやはり想像できません。東京スカイツリーやエンパイヤステートビルを事前の構造計算や設計、人員計画、必要な部材の調達計画なしで建造することは不可能だと誰にでもわかるでしょう。

一方で今、ビジネスの世界でのキーワードはコンシューマライゼーション（消費者個人）です。昨今のテクノロジの進歩によって、毎日のようにどこかで斬新なサービスやソフトウェアが生み出され、それがSNSを始めとするインターネットを介した新しいコミュニケーションツールによって世界中に広まっていく、このような現象はほんの数年前まではなかったことです。そうなると必然的にトレンドが移り変わる速度も加速することになります。

同じ金融機関であっても、今度は基幹系とは異なる情報系システム、たとえば「新婚カップル向け新築ローンアプリ（アベノミクス対応）」などの場合、あれこれソフトウェア開発の計画を立てて、社内稟議を回して、ダウンロード数の予測を立てて、なんてやるのは馬鹿な話です。こちらは、それこそ開発計画や詳細設計などを作る暇があるなら、さっさとアジャイル手法で動くものを作ってしまい、実際にユーザーのレビューや反応を見ながらアップデートを繰り返し、機能を拡充していくのが正しい戦略となります。3週間で開発して、運用しながらアップデートをして、半年後には運用終了なんてことが実現できるわけですからね。

伽藍かバザールか？

エリック・レイモンドさんは「伽藍とバザール」の中で小さなカーネルから始まった Linux を称賛しました。現にそれが今や社会を支える基盤といえるほどまで成長し、またオープンソースという思想をも広める重要な役割を果たしました。そして Linux がこれほど成功した裏側には、90年代のコンピュータの世界に、それ以前から脈々と育っていたハッカー文化があったおかげであることは間違いありません。そんなハッカー文化と非常に強い親和性を持つアジャイル開発と、日本の行政機関や金融機関、あるいは巨大製造企業の電算部門から発展したウォーターフォール型の日本のIT企業は残念ながら簡単にはわかり合えないというのも仕方ないのかもしれません。

ご存知の通りインターネットの登場によって主に金融や情報が国境を自由に越えて行き来するようになりました。しかし、今世界経済のトレンドは、グローバルな自由化です。今後は金や情報だけでなく、ヒトやモノがもっともっと激しく流通するようになるでしょう。日本にいると全然気づきませんが、本当に今世界は凄まじいスピードで変わりはじめています。

「バザール方式」よりも「伽藍方式」を得意としてきた日本のIT企業は、バザール方式のダメな所を探すよりも、むしろうまく取り込む必要があるのではないかと思います。僕らピアズ・マネジメントでは、これを「城下町方式」と呼んでいます。日本の城下町は、中心に立派な天守閣があり、その周辺に自由闊達なる商工業の町が形成されていました。どちらが良いという二者択一ではなく、両方です。この両方をバランス良く成長させることで、経済的にも、軍事的にも強い国（藩）となったのではないでしょうか。重要なのは「伽藍もバザールも」ってことです。

最後はやっぱり人

日本のソフトウェア開発者に求められるのは、どちらの開発手法が良いのかを議論することよりも、両方に精通し、それぞれの良いところを柔軟に取り入れながら、社会や消費者が求めているシステムを素早く提供していくことではないかなと思います。なぜならば、ソフトウェア開発方法論の議論は、最後は必ずそれを実行する開発者の能力にかかっているという結論に行き着きますからね。

先だって生まれてはじめて伊勢神宮にお参りに行って来ました。これまで神社といえば、近所か観光地かというくらいしか、あまり行ったことがなかったので、今回の伊勢神宮参拝は色々と日本を考える良いキッカケとなりました。

伊勢神宮は内宮（ないくう）と外宮（げぐう）に分かれて、それぞれに天照大御神（あまてらすおおみかみ）と豊受大御神（とようけのおおみかみ）という二柱の女神がお祀りされてます。日本の古神道のひとつの中心地であることに異論なく、古くからお伊勢参りとして日本人が生涯一度は目指した聖地でもあることは皆様ご存知通りでしょう。

そんな伊勢神宮の社殿が建築されたのは今から20年前の1993年です。はて、伊勢神宮が20年前に建造された？そう、私たちが伊勢神宮に出かけてお参りする社殿は20年前に作られたものだそうです。そして、今また新しい正殿が作られ、今年の秋（2013年10月）に天照大御神と豊受大御神の御神体は新しい社殿に遷御（せんぎょ）される予定になっています。

文化や宗教においては古いものほど価値があるように思われがちですが、伊勢神宮は常に社殿を清く（＝新しく）保つことを良しとしてきました。20年一度、正殿のみならず、その他いくつもの社殿、倉、橋などすべての建造物が生まれ変わるのです。これが伊勢の「神宮式年遷宮（じんぐうしきねんせんぐう）」です。20年に一度建て替えるという文化が継承されて今年で62回、途中戦国時代などの中断を含めると、第一回式年遷宮が行われたのは持統天皇が統べていた飛鳥時代（690年）、実に今から1300年前です。大分昔からやっているお祭りですね。

どのような経緯と目的で20年ごとの式年遷宮が制定されたのかは諸説ありますが、様々な視点から見てみると、非常にうまくできた仕組みであることがわかります。もちろん、神道として神様を常若（とこわか）にお祀りするというのが、第一でしょう。しかし、日本的思想の真髄は、それらを生活や文化に溶け込ませることで、長く、強く生き残る点にあると個人的には思っています。

まぁ、私の推測ではありますが、一番大きな目的は宮大工という特殊な建築技術を長く継承することだったのではないかなと考えています。特に一世代20年と考えると、ますます20年での式年遷宮は技術継承を目的としたイベントなのではないかと思えてきます。1300年にわたって引き継がれてきたのは社殿そのものではなく社殿を作る技術です。結果的に私たちは持統天皇が生きた飛鳥時代と同じ伊勢神宮を目にすることができるのです。

もちろん大抵、宗教というものは永遠の美を目指すものです。西洋のキリスト教も良い例でしょう。地震が少ない当地の石の文化では、石で作られた頑丈な大伽藍によって永遠に続く美を表現しようとしました。逆に地震や台風など自然災害の多い日本で、私たちのご先祖様たちは、式年遷宮と言う方法で、こちらもまた永遠の美を保とうとしたのかもしれません。わかりませんが。結果的にそうなってます。

日本は北海道から沖縄までどこに行っても、神社があります。伊勢神宮や出雲大社に比べればもちろん小さなお宮さんです。しかし、これら全国津々浦々の神社がいつも美しく、清らかに保たれているのは、ひとつは伊勢神宮をはじめとしたいくつかの神社で、式年遷宮が守られているからではないかと思えるのです。式年遷宮があるから、日本にどのような文化や宗教が他国から流れ込んできても、飲み込まれることなく、むしろ良いところだけをうまく取り入れてさらなる文化的発展に役立てることができたのかもしれません。

明文化された教義や教典が存在しない神道だからこそ、宮大工は言葉ではなく、仕事を通じて神様への畏敬の念を持つことができたのではないでしょうか。そんな宮大工はきっと古くから日本人にとって最も誇り高い職業であったことは想像に難くありません。その宮大工が持ち得た思想こそが、私たち日本人に、労働は罰であり贖罪であるという考えではなく、働くことは神様との対話であり、崇高な行いである、という考えとして根付いたのかもしれません。

どれも憶測の域を出ませんが、ともかく生まれてはじめてのお伊勢様を見て、文化的、宗教的に優れているだけでなく、技術を継承するために文化に組み込んだ（ように見える）ロジックが非常に見事だなぁと思った次第です。

今年（2013年）は60年ぶりの出雲大社の式年遷宮も重なり、私たち日本人にとっては、浄化であり、生まれ変わりの年であり、新しいことを始めるに最高の年であると言えます。新しい正殿にお渡りになった神様たちが、きっと私たちの日々の頑張りを見守ってくださることでしょう。安心して色んなことにチャレンジしましょう。

アイデアが出ない時ってのは誰にでもあると思います。僕もしょっちゅうです。こんな時に焦って残業なんかやっても良いアイデアが出てくる個はありません。トム・デマルコ先生もピープルウェアの中で

人は早く作業はできても、早く考えることはできない

って言っていたような気がします。特に知的生産の場合アイデアと思考が結果のクオリティに大きく影響するので「考える作業」をいい加減にするわけにもいきません。アイデアは早く出てきて欲しいですが、こればっかりは時間をかけなきゃいけないこともありますからね。

復活するためにはある程度時間が必要な場合もあります。僕なんかの場合は何年かに一度夜通しゲームにハマることがありますが、大抵スランプの時です。しばらく仕事のことを忘れてゲームをやっていると、なぜか不思議とパッと新しいアイデアが閃いたりします。僕はこうやってなんとかスランプを乗り越えて来ました。

事前にインプットがあると良いかも

人によってスポーツをやったり、アニメを見たり、子どもと遊んだり、色んな方法があるのでしょうけれど、とりあえずは仕事からすっかり離れるという期間が必要なのかもしれません。ただし、できれば、新しい閃きをもってスランプを脱したいのであれば、遊びに入る前に大量のインプットをしておくことをおすすめします。

関連する資料や書籍などをとりあえず読みまくっておいて、そして、読んだ内容はもちろん、読んだことすら忘れゲームをしたり、スポーツをしたり、その間にアイデアがでなければ、それ以上深入りせずに、次の仕事にとりかかるのが良いです。そうするとしばらくして突然斬新なアイデアを思いついたりするものです。

アイデアは脳内で熟成される

たぶんですが、仕事を忘れて何も考えていないようでも、僕らの頭の中では、インプットした情報がごちゃごちゃとこねられて、くっついたり、離れたりし続けているのでしょうね。それが時間の経過と共にひとつのアイデアとして沸き上がってくるという感じでしょうか。アイデアというのは実は漬物みたいなもので、うまく寝かせて、熟成させることが重要なのかもしれません。

とは言え、最近個人的に気をつけているのは、最近のゲームはネットワークを介して友達とつながっていたりしているおかげで、ハマりすぎてしまう危険性があります。ハマりすぎは体にも頭にも良くないので、そこんところのバランスが大事かと思います。ちなみに僕はXBOX360のKinectという体を使ってキャラクタを操作できるゲームを子供たちと一緒にやったりします。適度に体も動かすし、子供たちとのコミュニケーションにもなるし、また本気で疲れるので何時間もぶっ続けでやることもないので、オススメです。

 日本は経済的に油断ならない状況にあるのは依然として間違いありませんが、かと言って、イノベーションの種となるようなアイデアは、そんなに簡単に会議で出てくるものではないと思います。社員ひとりひとりにアイデアを熟成させるようなゆとりを確保できる経営が求められているのではないかと思います。