「こころの定年」を乗り越えろ 楠木新 という本を読みました。この本によるとどうも実年齢の定年（６０歳）を迎える前にたいていのサラリーマンは何かしら組織で働くということに限界を感じ「こころの定年」を迎えるらしい。たしかに私の場合も５０歳くらいからこのままでいいのかな？とか思っていた節はありますね。この本の中で、
社会とつながる力＝Ｘ（自分の得意技）＊Ｙ（社会の要請・他人のニーズ）
という方程式みたいなのが出てくるのですが、これは気になる。ここで社会とつながる力というのは、サラリーマンが独立してフリーランスとしてはたらく力と言い換えると
フリーランスとして働く力＝Ｘ（自分の得意技）＊Ｙ（社会の要請・他人のニーズ）
となりますが、サラリーマンは組織の中の歯車になり下がっているため社会の要請や他人のニーズがわからず独立してもうまく行かないというのです。
私が思うにＸの方も問題が..．自分の得意技も今じゃ古くて使いものにならないので、ニーズのある得意技を再構築するところからはじめないといけなくなりそうです。
先日、日比谷図書館でやってた「ＨＩＢＩＹＡ イノベーション キャンパス ２０１６」というセミナーに参加してみたのですが、その中で会社しばりだと、バイアスがかかりイノベーションは起きないみたいなことを言っていました。なるほどと思いますね。会社だとすぐのＲＯＩだの事業計画だのとか求めるので、遊びがないですから。。遊びというと少し語弊がありますが、探索がないとだめらしいです。要は、おもしろそうだからやってみるとか失敗しても気にしないで次に進むとかの態度じゃないとだめらしいです。
また、デザイナーなる人が講師だったので強調したのかもしれませんが、ＢＲＡＮＤが重要で、価値をどのように世の中に出すのかが重要ともいってました。１つのものに対してどのように価値を感じるかで、顧客は出現する。言い換えるとたとえ１つのものでも、言い方や考え方で値段（顧客が感じた価値）が変わるということでしょうか？これは、イノベーティブなものを作らなくても。コモディティなものも、別な考え方や物の見方が受け入れられれば、全体としてはイノベーティブなものになるんだなと、妙に感心しました。
そんな例は、過去にありそうです。まとめておくといいかもしれません。
５年に１度とか１０年に１度システムは保守期間切れで機器の入れ替えをする必要があります。その時ついでに業務アプリケーションの見直しをして、ついでに業務改革もしたら？という誘惑にかられます。ですが経験的にこれは全部を同時に手を付けるのは、やめといたほうがいいでしょう。
たとえるのなら、手術で開腹するのでついでに他の悪い病気の箇所も全部一挙に手術してしまえみたいな乱暴な話です。患者さんの体力がもちません。機器の変更がない時に、業務アプリケーションの見直しをやった方が安全です。さらに言うと業務アプリが古いからという理由で刷新しなきゃという考えは捨てたほうがいいです。ちゃんと動いているし、古い作り込んだ業務アプリはコテコテに作り込んでいますから、そのままにして、業務アプリの周辺部にアジャイルな開発手法のアプリを増築しておけばいいでしょう。
まあ中小企業なら今あるシステムをＳａａＳで入れ替えみたいなことで業務のやり方も変わってしまうのでそんな場合は上記のような面倒なことは考えなくていいと思います。そう思うと中小企業の方が変化に柔軟に対応できて有利です。
自分なりにＷＥＢマーケティングの手順を考えてみました。まあＷＥＢマーケティングというより、自分のブランド化とか自分のネット露出計画とか言った方が判りやすいかも。。
まずは、毎日ブログで情報発信を頑張ろう！
以下のことを心にとめて。。
（１）今後のシステムはウォータフォール型で作らず、クラウドファーストをＩＴ戦略とする認識を持つこと。時代遅れの誤ったシステムをさらに改修してお金をかけないこと。
（２）業務知識がなくなっており、要件定義ができないため改修フェーズにおいては存在価値はなくなる。しかしながら改修フェーズでの仕事は今後は増えることはなく又ウォータフォール型の仕事の進め方であるため、将来性はない。業務改革の要素がない作業は、必要悪として最小限にとどめておくこと。必要悪と今後のＩＴ戦略という区別ができていること。
（３）業者の特徴を見極め、どのフェーズではどの業者を使えばいいかという目利きができることが重要である。
（４）業務改革を伴うシステム改修ではクラウドファーストとし、既存システムとはデータ連携で対応するようにする。また既存システム改修業者には、業務改革的なコンサル力はないと考えた方が良い。既存システム改修業者に相談していると、既存システムの上にさらに同様なウォータフォール型システムを構築してしまうことになる。
よくあるユーザ企業情報システム部門のＳＩヤーへの不満です。
（１）営業は請求書を持ってくるだけで自発的な提案が無い。これは、現状のシステム運用費用が安くなるような改善提案は自らの売り上げを下げる提案をすることになるため、今の営業からはできないので当然と言えば当然である。ゼロからプログラミングしてシステムを構築してビジネスしている業者にはＳａａＳを利用してシステムを組み上げるという発想はない。営業も売り上げが下がるので提案したくない。また既存業者は、新たに業者を変えるとスイッチングコストが高いため、ユーザが業者を変えることはないと安心しきっているため、システム更新の時だけしか提案してこない。
（２）ウォーターフォール型の仕事の進め方なので、仕事のペースが合わない。これは、既存のシステムがウォータフォール的にシステム開発されているのでその改修も同じ開発手法となってしまうためである。
こんな不満は一般にありますよね。で、ＳＩヤー崩壊みたいなことを思っていたんですが、ＳＩヤー崩壊の前にユーザ企業の情報システム部門が消滅しそうです。（苦笑）だって、ＳＩヤーは多重下請け構造なので人を下請けから削減していったり、値段を安くしていけば、延命はできます。がユーザ企業の情報システム部門は、企業内でその存在価値がなくなれば、解散です。メンバーばらばらにされてちりじりばらばらになり消えてなくなります。
ほんと自分でよく考えておかないとサバイバルできない時代です。
昨日、今後のＩＴ部門にはデザイン思考、アジャイル思考、ＷＥＢマーケティングのスキルが必要と述べましたが、それプラス、「気付き力」も必要ですね。「カイジの気付き」というテーマでブログ書きましたが、システムの構造に気付く、行動の裏にある心理に気付く、組織の仕組みに気付くと書きましたがこれらはまとめて物ごとを俯瞰的にみる視座を持つ。メタ認識力を持つということです。まとめるとこれからのＩＴ部門は
が必要になるということじゃないでしょうか？「カイジ」の話も無駄ではなかったということです。
本ブログでは、それぞれおいおい深堀していきたいです。
ユーザ企業の情報システム部門は、既存の基幹システムの保守もあるので急ではないでしょうが、徐々に崩壊していくと予想しております。じゃどうすればいいの？というお話です。私の個人的な推測ですが。。
結論から言うと社内で新サービスを企画、ローンチしていくことになるのではないかと思っております。ですがこの作業は今までの情報システム部が持っているスキルとは大きく異なるのでかなりその変革は難しいでしょう。ＩＴ技術以外に次のようなスキルが必要です。
これってかなりハードル高いです。新サービスを社内でローンチさせる経験を積むと業務改革のエキスパートになり、これは市場でも売れるスキルです。行き着く先はＩＴコンサルタントが目標になります。
というわけで、次回から上記３つを主なテーマとして深堀していきたいと思っています。
