A Day In The Boy's Life -43ページ目

A Day In The Boy's Life

とあるエンジニアのとある1日のつぶやき。

情シスは本当に「もういらない」のか? / @IT


確かにクラウドサービスの勃興により、リソースの調達手段というのはかなり迅速に便利になりました。

ただ、それだからといって情報システム部門が必要なくなるかというとそうでもないような気もします。

むしろ、だからこそ情シスって必要になるんじゃないかって気もしています。



クラウドの手軽さに生まれる弊害


クラウドサービスによって一番メリットを享受できるのは、システムから遠い位置にいる管理部門の人たちでしょう。

今までは、自分たちでシステム化施策の構想は練れてもそれを実現するためには、外部に発注するか社内の情報システム部門に頼るしかありませんでした。

それが、幅広いクラウドサービスにより自分たちの手で取捨選択できるだけでなく運用さえもまかなえてしまいます。


ただ、手軽に導入できるからといって全てが情報システム部門無しに導入や運用ができるわけではありません。

システム導入にはセキュリティであたり、アカウントの管理など運用面であったり、既存の社内システムへどうつなげさせるかなどデータ連携を考慮しないとけいませんが、そのようなことは管理部門の人たちは普段から考えているわけではありません。

その人たちに大事なのは業務プロセスをどう組み立て実装するかって方になるので、システム運用の方は二の次となります。


こういった話は自分もよく聞く話ではあるのですが、管理部門の人たちが勝手にASP導入に踏み切って、かなり話が進んだ段階で、「システム運用としてプロの意見を聞きたい」ということで情報システム部門へアドバイザーとして参画して欲しいという依頼がきたりすることがあるのですが、こうなったときには私たちとしては「勝手にそっちがやりたいといったんだから俺たちはシラネ」みたいな雰囲気で険悪になったりもします。

結局は、自分たちでやるだけでは不安という思いも管理部門の担当者は持っているのでしょう。

この辺を本当にサポートできるのは、社内システムを熟知しているシステム部門でしかないと思うわけで。


何でもかんでも手軽だと謳うクラウドサービス側に罠があるのは、実際にシステム運営に携わる側としても経験して痛い目を見ている人も多いとおもいます。

「○ステップで導入可能」とか「既存システムへの影響や改修無しに導入できます」なんてうたい文句を鵜呑みにしていると大抵は導入でなかされることになります。


似た話で、コストを抑えられるからよいということでオフショア開発が流行った時期がありましたが、今ではチャイナリスクとか言われる始末でうまく言った話をあまり聞きません。

言葉の壁以上に文化の壁があったりして、開発コストは抑えられても管理コストが増大したりして結局しわ寄せが別になった形で開発・運用費が抑えられているのか疑問にも感じたりします。



手軽に導入できる時代だからこそ出てくる情報システム部門の持ち味


統制なきクラウドサービスの利用が社内に進むとシステムが乱立して混乱が生じます。

ただ、手軽に導入できるからこそ管理部門の要件も見えやすくなってくるわけで、そこをうまくフォローするニーズは高まってくるでしょう。

今まで手が出せなかったシステム導入が気軽にできる分、ユーザー主体でユーザーのニーズをそのままにサービスの導入が行われていきます。


こうなってくると情報システム部門の立ち位置も変わってくるわけで、今までのシステム開発の案件とは異なった役割が出てくるわけですが、そこは時代の流れに合わせた変化を求められてきます。

確かに今までの情報システム部門はIT投資の価値や統制やコストの適正化ができずにその存在意義を失いつつあるかもしれません。

そして、クラウドサービスの流行によりますます窮地に立たされているかもしれませんが、そんな玉石混合の時代だからこそ情報システム部門の価値が出てくるでしょうし、この状況は存在意義を見せるチャンスになるようにも思えます。


クラウドサービスの提供業者があなたの企業価値を高めることを本気で考えていることはありません

社長が本気で自社のIT投資の価値を外部の業者がしてくると思っているようならよっぽどお人よしのように思えます。


こういってしまうと語弊があるかもしれませんが、ホームページや営業はそういう謳い方をしていますし、実際に一昔前のサービスに比べたら格段に質のよいものを提供してくれると思いますが、契約やコスト面で提供業者ができるサービスには限度が出てきますし、何よりもクラウドサービスは汎用的であるが故に細かなところに手が回らない課題もあります。

日本のシステム要件ってやたら重箱の隅をつつくようなものが多く、だけどそれが大事って考える風潮があったりしてクラウドサービスのような汎用的なものを使う場合、現行の業務プロセス側を変化させる必要があるのでなかなか導入が難しい側面もあるように思えます。

手軽に導入できるからという名目でクラウドサービスを利用しようとしても、要件がそぐわずに無理にそれを実装しようとしてカスタマイズが必要になったりして予算がオーバーとなったり、無理な機能追加をすることでプロジェクトが火を噴いたりというのはよく見る光景です。


結局、自分たちの企業価値やシステム投資を適正化できるのは自社で現場がわかっている人間でしかないわけで、だからこそ情報システム部門の価値を再確認しなくてはならなと思うわけです。

もちろんそれには情報システム部門の中にも変化が求められるわけですが。




ワーク・シフト ― 孤独と貧困から自由になる働き方の未来図〈2025〉/プレジデント社
¥2,100
Amazon.co.jp


未来の働き方を考える一冊。

私たちは、いつも仕事に関する悩みを持っています。

これはやりたい仕事かどうかと自問し、この仕事を何時まで続けられるのかということが気になり、取り巻くビジネス環境の変化に取り残されることへの不安に駆られます。


そんな、働き方への不安に対して真っ向から考え直してみることをさせてくれる本です。

この本の中で、そんなビジネス環境の変化を5つの要因(テクノロジーの変化、グローバル化の進展、人口構成の変化と長寿化、社会の変化、エネルギー・環境問題の深刻化)を元に未来への働き方の変革を予想しています。

面白いのは設定を2025年にして、その時の状況を登場人物や背景をはっきりさせて物語として描いているところです。

2025年のある日、その人は朝起きてどんなことをし、どういった状況で仕事をしているのか、そしてその時に起こっている問題とは何なのかを描いています。


まぁ、この手の未来予想というのは結構突拍子も無く見えてしまうわけで、誰も未来のことなどわからないのでその状況が正しいかどうかなんてわかりません。

ただ、未来を予測する上での5つの要因というのは、現在起きていることではありますので、その延長線上にどんな未来が待ち構えているのかというのを自分なりに予測するインプットにはなりえます。


この問題は決して自分だけを中心に考えられる問題ではありません。

自分がどう変わっていけばいいのかというのは自分たちの子供や新しく入社する新しい世代という人たちの考え方にも大きく影響を受けます。

働き方もお金を貰うためだけという割り切り方をして趣味の世界や仕事での充実感を得たいという人もいますし、もっとお金を稼いで豊かな生活を送りたいという考えを持っている人もいます。

どちらかというと、私たちは後者の考え方に偏重してきました。

働くというのは決して自分の好きなことだけをできるものではなく、ただお金は働かないといけない手に入らないから辛いことも受け入れられなくてはならないような雰囲気は自分の親の世代の働き方を見ていて自然に頭に植え付けられれますが、この考え方も世代とともに変化するだろうと予想しています。


私自身はエンジニアとして以前に、「クラウド時代のエンジニアの活きる道 」という記事の中で、エンジニアの働き方の変化を少し書いて見ましたが、ITという今やきっても切れないインフラを支えるエンジニアでさえ、未来的には二極化して中途半端な技術を持つエンジニアは淘汰されそうです。(そして、技術はそれほどでも無くてもアイデア次第で活躍できる)

決して安心できる職業でもないわけですね。

この本の中では、そういった状況を打破するためには、色々なことを幅広く知っているゼネラリストではなく専門技術を深くまで追い求めたスペシャリストになる必要があると説いていますので、エンジニアとして食べていくには二極化する一旦の方を目指す必要があるということが伺えます。


もう一度言いますが未来など誰も予想はできません。

ただ、今の自分たちの行動の先に未来はつながっています。

そのことについて、この本では「漫然と迎える未来」と「主体的に築く未来」という視点で大きく変わってくるだろうと言っています。

自分たちがなるようになるだろうと何も行動しなければ未来での問題は大きくなります。

未来にあるべき姿というのを描き、それを実現するためにはどうすればいいのかというのを考えて行動する必要が出てくるわけです。

働き方さえも、そんな変化に飲まれて変わっていくわけですから、どうやって働いていけばいいのかというのを未来に向けて考えないといけないのかもしれません。



目次


第1部 なにが働き方の未来を変えるのか
 第1章 未来を形づくる五つの要因

第2部 「漫然と迎える未来」の暗い現実
 第2章 いつも時間に追われ続ける未来 - 三分刻みの未来がやってくる
 第3章 孤独にさいなまれる未来 - 人との関係が断ち切られる
 第4章 反映から締め出される未来 - 新しい貧困層が生まれる

第3部 「主体的に築く未来」の明るい未来
 第5章 コ・クリエーションの未来 - みんなの力で大きな仕事をやり遂 げる
 第6章 積極的に社会と関わる未来 - 共感とバランスのある人生を送る
 第7章 ミニ企業家が活躍する未来 - 創造的な人生を切り開く

第4部 働き方を<シフト>する
 第8章 第一のシフト - ゼネラリストから「連続スペシャリスト」へ
 第9章 第二のシフト - 孤独な競争から「協力して起すイノベーション」へ
 第10層 第さんのシフト - 大量消費から「情熱を傾けられる経験」へ




昔に比べて時間は減ったものの、自宅でプログラミングすることはよくあります。

職場でプログラミングの仕事が減った分、相対的にみたら自宅でコードを書く時間の方が多くはなっているかもしれません。


何で家でまでプログラム書いたりするの?ってことは周りのエンジニアからも言われたりするのですが、単に趣味の世界から離れて職場に比べたら家でするほうが環境としてはそろっているような気もします。



安価で手に入る環境


何よりも大きいのは個人で楽しめるレベルの自由な環境が全然負担にならないレベルの金額で手に入れられるという点です。

少し前でも最低でも数千円、専用サーバーなら数万円出さないといけないというところから、仮想化などの技術の進展により千円を切るレンタルサーバーのサービスも出ています。

昔は、そういった金額さえも手を出すのが億劫になって、自宅で余剰となった使わなくなったPCに付録でついているLinuxインストールして遊んでたりもしましたが、今はそんなことする方が場所をとったり電気代とか壊れた場合の保守などを考えると高くつくかもしれません。


会社でサーバー導入するなら数十万するような高価なサーバーを導入しなくてはならず、個人で使いたいからという理由だけではなかなか承認が降りることもありません。

仮想化やりたいと言った場合も真面目な構成を考え出すと、ブレード入れたりストレージや高価なスイッチ用意したりすると個人だと目玉が飛び出るレベルの金額になってしまいます。


そもそも会社でサーバー買うとなると、プロジェクトや案件で必要になるものであり、個人の開発環境としてという理由では導入しにくかったりもします。

そして、そういった環境はOSが決まっていたり(そして、一度決めると変更できなかったり)言語やフレームワークが決まってたりと利用目的の制限の中で個人の好みややりたいこととマッチしないケースもあります


個人でも安価で手に入れられるVPSプランなどを提供するサービスを利用すれば、手軽に仮想化環境を使えますし、気に入らなければ別のOSに乗り換えることもできますし、他のサービスにも手軽に移行できます。

要は、ちょっとプログラミングしたいな、って時に昔ほどお金をかけずに環境を手に入れられますし、始めるまでのスピードも早いわけです(もちろん手離れもいいわけです)。



縛られない環境


もう1つは、仕事の環境に縛られない点があります。

失敗してもよい環境、壊しても壊れてもよい環境、関連がなく制約が無い環境、仕事で使う環境よりずっと自由なことができる環境があるわけです。

仕事の環境は失敗が許されず、壊れたら自分を苦しめ、関連システムがあるために作業できない制約があったりと窮屈であったりもします。


何よりも利用目的が決まっているがために、作るものにも制限が出ます。

今流行のこの言語で作りたい、このライブラリを試してみたい、既成のパッケージなど使いたくないといってもそのチームを取り仕切る権威ある人の鶴の一声や、リスクをとりたくないがためにレガシー化した技術に固執するということもしばしばあります


責任を負うのは自分一人で済むのは随分と気が楽なことです。

そもそも自宅でのプログラミングは自分磨きなどとあまり堅苦しいことは考えていなくて、どちらかというと趣味の延長線上にあったりします。

これを勉強しようなんて気概で取り組んでもあまり長続きもしなかったりしますし、とりあえず動くものを作りたいとか、これが無いから自分で作ってしまおうというほうが吸収しやすかったりします。


会社の仕事は色々な制約があります。

納期に縛られるがための時間であったり、就業時間にも縛られますし、作る目的も求められます

目的なんかは自分の意見も含まれるかもしれませんが、あくまでチームや組織の総意であることが求められたりもするので、その中に押し殺した自分の意見も含まれるでしょう。

そもそもオーナーあって作るものなので、その中には「この機能誰が使うんだよ」とか「その変更本当に必要なの?」とか「この期間で作れって氏ねって事ですか」とかry、あるわけですが自宅でのプログラミングはそういったことがありません。


何よりも時間に縛られない点で言えば、会社では打ち合わせや様々な依頼事項によって細切れになる時間で集中する時間をもてない点が大きいのではないでしょうか。

プログラミングが好きであれば、なお更自宅でコードを書ける環境を持つことのメリットは大きくなるはずです。

繰り返しにはなりますが、個人の環境を持つコストはどんどん低くなっていますし、様々なコードやライブラリが公開され、技術に選択の余地が多くなっている今であれば、それを自由に手軽に誰にも縛られなく使えるという点においてもメリットが大きくなっていると感じます。