ＩｏＴで私が気になっているのは、これでＳＩヤーはどのような影響を受けるの？という点です。今までＳＩヤーは、ユーザ企業の情報システム部にアプローチしていましたが、このＩｏＴに関してはユーザ企業のどの部署にアプローチすればいいのか？という問題です。たぶんＩｏＴに関しては、事業部主体で話が進むのでＳＩヤーは事業部にアプローチせざるを得ず、いわゆる「情シス飛ばし」が否応なしに現実化するのではないでしょうか？そしてこの場合に言っているＳＩヤーは今までのウォータフォール的なＳＩヤーではなくＰＯＣ（Ｐｒｏｏｆ Ｏｆ Ｃｏｎｃｅｐｔ）をしてくれるアジャイルなＳＩヤーです。
２つの組み合わせが考えられます。この２つの組み合わせは、名称は同じでもやってることはまるで異なり、まるで水と油のように混ざらない体質です。無理に統合しようとすると余計混乱するでしょう。
どちらも現時点では必要な仕事なので当分は共存していくんじゃないかな。。
ＩｏＴではインダストリー４．０とインダストリアル・インターネットという言葉がでてきますが、私なりの理解を．．
インダストリー４．０はドイツ発の製造業の改革で製造業中小企業間のプラットフォームを目指している。インダストリアル・インターネットはGEが旗を振っている顧客への価値提供革新の仕組みをＩｏＴを利用して提供しようとする試みのようです。どうもインダストリー４．０は企業間の協業が必要なので政府主導の強いリーダシップが必要な印象があります。日本ではどちらが普及していくのでしょうか？インダストリアル・インターネットの方が実現しやすいのでは？と感じています。動向には注意が必要です。
ＩｏＴが最近のトレンドなので少し勉強していきたいと思っています。要素技術としてはセンサーとかネットワークとかクラウドとかビックデータとか、複数の新しい技術の集合体でなかなかとらえどころがなく製造業も詳しくないので難しいと感じていますが、どうもこのＩｏＴって最終的に集まってきた多量のデータを分析してなにがしかの意思決定するところが肝の様です。つまり分析ノウハウのある人間や人工知能があって付加価値が出るもののようなのです。自分としてはそれぞれの要素技術にはどんなものがあって、分析結果を利用して下した意思決定で、ビジネスがどう変わるかを中心に調べていこうと思っています。
「こころの定年」を乗り越えろ 楠木新 という本を読みました。この本によるとどうも実年齢の定年（６０歳）を迎える前にたいていのサラリーマンは何かしら組織で働くということに限界を感じ「こころの定年」を迎えるらしい。たしかに私の場合も５０歳くらいからこのままでいいのかな？とか思っていた節はありますね。この本の中で、
社会とつながる力＝Ｘ（自分の得意技）＊Ｙ（社会の要請・他人のニーズ）
という方程式みたいなのが出てくるのですが、これは気になる。ここで社会とつながる力というのは、サラリーマンが独立してフリーランスとしてはたらく力と言い換えると
フリーランスとして働く力＝Ｘ（自分の得意技）＊Ｙ（社会の要請・他人のニーズ）
となりますが、サラリーマンは組織の中の歯車になり下がっているため社会の要請や他人のニーズがわからず独立してもうまく行かないというのです。
私が思うにＸの方も問題が..．自分の得意技も今じゃ古くて使いものにならないので、ニーズのある得意技を再構築するところからはじめないといけなくなりそうです。
先日、日比谷図書館でやってた「ＨＩＢＩＹＡ イノベーション キャンパス ２０１６」というセミナーに参加してみたのですが、その中で会社しばりだと、バイアスがかかりイノベーションは起きないみたいなことを言っていました。なるほどと思いますね。会社だとすぐのＲＯＩだの事業計画だのとか求めるので、遊びがないですから。。遊びというと少し語弊がありますが、探索がないとだめらしいです。要は、おもしろそうだからやってみるとか失敗しても気にしないで次に進むとかの態度じゃないとだめらしいです。
また、デザイナーなる人が講師だったので強調したのかもしれませんが、ＢＲＡＮＤが重要で、価値をどのように世の中に出すのかが重要ともいってました。１つのものに対してどのように価値を感じるかで、顧客は出現する。言い換えるとたとえ１つのものでも、言い方や考え方で値段（顧客が感じた価値）が変わるということでしょうか？これは、イノベーティブなものを作らなくても。コモディティなものも、別な考え方や物の見方が受け入れられれば、全体としてはイノベーティブなものになるんだなと、妙に感心しました。
そんな例は、過去にありそうです。まとめておくといいかもしれません。
５年に１度とか１０年に１度システムは保守期間切れで機器の入れ替えをする必要があります。その時ついでに業務アプリケーションの見直しをして、ついでに業務改革もしたら？という誘惑にかられます。ですが経験的にこれは全部を同時に手を付けるのは、やめといたほうがいいでしょう。
たとえるのなら、手術で開腹するのでついでに他の悪い病気の箇所も全部一挙に手術してしまえみたいな乱暴な話です。患者さんの体力がもちません。機器の変更がない時に、業務アプリケーションの見直しをやった方が安全です。さらに言うと業務アプリが古いからという理由で刷新しなきゃという考えは捨てたほうがいいです。ちゃんと動いているし、古い作り込んだ業務アプリはコテコテに作り込んでいますから、そのままにして、業務アプリの周辺部にアジャイルな開発手法のアプリを増築しておけばいいでしょう。
まあ中小企業なら今あるシステムをＳａａＳで入れ替えみたいなことで業務のやり方も変わってしまうのでそんな場合は上記のような面倒なことは考えなくていいと思います。そう思うと中小企業の方が変化に柔軟に対応できて有利です。
自分なりにＷＥＢマーケティングの手順を考えてみました。まあＷＥＢマーケティングというより、自分のブランド化とか自分のネット露出計画とか言った方が判りやすいかも。。
まずは、毎日ブログで情報発信を頑張ろう！
以下のことを心にとめて。。
（１）今後のシステムはウォータフォール型で作らず、クラウドファーストをＩＴ戦略とする認識を持つこと。時代遅れの誤ったシステムをさらに改修してお金をかけないこと。
（２）業務知識がなくなっており、要件定義ができないため改修フェーズにおいては存在価値はなくなる。しかしながら改修フェーズでの仕事は今後は増えることはなく又ウォータフォール型の仕事の進め方であるため、将来性はない。業務改革の要素がない作業は、必要悪として最小限にとどめておくこと。必要悪と今後のＩＴ戦略という区別ができていること。
（３）業者の特徴を見極め、どのフェーズではどの業者を使えばいいかという目利きができることが重要である。
（４）業務改革を伴うシステム改修ではクラウドファーストとし、既存システムとはデータ連携で対応するようにする。また既存システム改修業者には、業務改革的なコンサル力はないと考えた方が良い。既存システム改修業者に相談していると、既存システムの上にさらに同様なウォータフォール型システムを構築してしまうことになる。
