logmi・ログミー

世界をログする書き起こしメディア

業務改善の旗手は「IT部門」が担え! 京王電鉄バスが語る、kintone活用のメリット

業務改善の旗手は「IT部門」が担え! 京王電鉄バスが語る、kintone活用のメリット

サイボウズが「共に生きる」をテーマに開催した「Cybozu Days 2016」。二日目の基調講演では、サイボウズ青野代表がゲスト登壇者を迎えて、「情報システム部門と現場部門」「経済格差」「男女」という3つのテーマですべての人が共に生きるためのヒントを探ります。本パートでは、京王電鉄バスの虻川氏が登壇。サイボウズのビジネスアプリ作成プラットフォーム 「kintone(キントーン)」を使って、150個以上のアプリを次々に開発し、業務改善を進める京王電鉄バスに、現場と共生していくための改革のコツを聞きます。

(提供:サイボウズ株式会社)

シリーズ
Cybozu Days 2016 > Day2 基調講演 -共に生きる-
2016年11月10日のログ
スピーカー
サイボウズ株式会社 代表取締役社長 青野慶久 氏
京王電鉄バス株式会社 管理部システム業務推進担当 課長 虻川勝彦 氏

IT部門に今、なにが求められているのか?

青野慶久氏(以下、青野) それでは次のテーマ、ガラリと変わりまして「現場と情シス」というところにいきたいと思います。 IT業界も問題をはらんでます。よく言われるのが、この現場と情シスが共に生きてないねってことです。またいくつか資料をお見せして、ゲストをお招きしたいと思います。 これはもう毎日のようにニュースで流れますけれど、IT部門が無能だとか社内的地位が低いとか正当に評価されてないとか、こんな感じによく書かれます。情シスは頑張っているのに、IT部門は頑張ってるのに、なにか報われないなと思います。 そんななか、露骨にお金も動いておりまして、例えばITのシステムを買うときにIT部門が決定権を持つ割合がどんどん減っています。つまり、IT部門の人以外のところでITが買われ始めていると。 こんなデータも出ています。実は私たちのシステム購買担当にも影響が出ています。例えば私たちはkintone、アプリケーション開発プラットフォームですから、基本的にIT部門が買うだろうと思ってやっているんですけど、実際にIT部門が買っている割合は2割。それ以外の8割は、違う部門が買っている。こういうけっこう衝撃的な事実があります。 そうすると私たちも、もうIT部門に営業に行かないわけですね。「ほかの部門に行ったほうが買ってくれるぞ」みたいな、こんなことが起きています。 そして、IT部門に今、なにが求められているのか経営者の視点からいきますと、新しいビジネスを実現するシステムを企画して構築してくれと、こんな話になってます。Uberみたいな新しいビジネスのシステムを作ってよ、みたいな。これが今、IT部門に求められているそうです。なかなか厳しいですよね。 358A7001 実際にそれが一番求められているんですけれど、2番目に求められているのは、例えば3つ目の全社的視点でデータ管理、全社のシステムを見てよとか、5番目の情報セキュリティの体制整備とか。今までの全社システムを見ながら、セキュリティも見ながら、新しいビジネスを作ってくれみたいな、こんなけっこう厳しい要求がIT部門につきつけられています。 ITは人材不足真っ盛りであります。今の時点でも20万人ぐらいが不足していて、これが2030年になると80万人ぐらいIT人材が不足すると言われています。困りました。人もいないのに「新しいことをやれ。でも今までのこともやれ」。どうするんだ、ということになります。

6名で150アプリを開発、京王電鉄バスの事例

そんななか、つい先日こんなニュースが出ました。「kintoneで150のアプリを次々開発。京王電鉄バスさんが業務改革をしている」150ですよ。まだkintone導入されて、そんなに経っていないんですけど。 「なんなんだ、このスピードは」ということで、あまりにも気になりますから、今日はこの京王電鉄バスのIT部門で課長をされている虻川勝彦さんをお呼びしております。大きな拍手でお迎えください。どうぞお入りくださいませ。 358A7009 まずお聞きしたいんですけど、150はけっこう多いと思うんですが、これは一体何人ぐらいで情報システム部門を回されているんですか? 虻川勝彦氏(以下、虻川) システム部門は、私を含めて6名です。 青野 6名で150。すごくハイスピード開発なんですけど、一体どういったプロセスで作られてるんですか? 虻川 この生産性を出せているのは、やはりkintoneのアプリ開発が非常に簡単であることがとても大きいと思います。 青野 ありがとうございます。 358A7030 虻川 システム開発をするときに、今まではウォーターフォールできちっと要件を決めて、ドキュメント化をして、あとあと問題にならないように役割や責任分担を決めてみたいなことをやっていたと思います。 青野 そうですね。 虻川 kintoneでの当社のアプリ開発はほとんどの場合、ユーザーと打ち合わせをしながら目の前でモノを作っていくというプロセスで、非常に短時間でユーザーとの意識の乖離も齟齬もなく、どんどん作れていっています。 青野 面前開発をされているんですね。 虻川 そうですね。

ユーザーの目の前で作っていくメリット

青野 でも、私たちはツールとしてはもちろん開発時間を短縮できるようにはしますけれど、そのプロセスに変えていくのってシステム部門の方は嫌がりませんでした? そんなことないですか? みなさんやはり、今までのプロセスのやり方に慣れておられるので、ユーザーと一緒に作るとか、なかなかそういう発想にシフトしていけないんじゃないかなと思うんですけど。 虻川 はい。やはり社内でもドキュメント化をしっかりやろうって声があったのも事実なんです。 大事なところは、データがどこにどう管理されているのかを、しっかりと可視化することだと思います。それさえしっかりできていれば、あとはドキュメント作成は生産性とトレードオフの部分も多いので、kintoneで設定した画面があれば、ドキュメントの役割を担う部分が多分にあると考えています。 青野 今までだったら、設計して設計書を持って作るのが当たり前だったのが、逆に作っちゃって。それで、この結果をもって設計書を残す。そんなふうにプロセスが変わった、そんなイメージでよろしいですか? 虻川 そうですね。実際にその設計書を起こすのもユーザーからヒアリングをして、SIerやシステム部門がヒアリングすると思うんですけど。 ユーザーさんもシステムを作ることに慣れていないことが多いので、考えていることをなかなかそのまま口にできないと思うんですね。 青野 そうですね。できないですよね。 虻川 ユーザーさんの頭の中にあるものをうまく引き出して、kintoneの画面上で見せながら進めることが生産性を上げる点では一番大きいと思っています。 青野 なるほど。ユーザーに設計して、と言っても無理だから、ある意味システム部門はよく業務を理解して、聞いてあげないといけないわけですね。これはなかなか大変ですね。 虻川 「こんな感じでしょうか?」「ここ、こんな感じでしょうか?」みたいな。 青野 それをシステム部門の方がされるんですか? 虻川 そうですね。

小さな成功体験がモチベーションを上げる

青野 それはかなり意識改革が進んだんじゃないかなと思うんですけど、どんな手を使ってみなさんの意識改革をされたんですか? 虻川 いろいろな雑誌の調査とかでも業務改革、業務改善をシステム部門が求められているということが、出てると思うんですよね。ですけれど、それを大上段に掲げたところで、なかなか人がついてこないというか、どう動いていけばいいかわからないってところがあるかと思います。 kintoneみたいなツールを使っていけば、小さな成功体験というものが、簡単にどんどん積み上げられていくんですね。 作ったアプリをユーザーに使っていただいて、実際に自分の目でここが改善されたということが見えていければ、モチベーションはどんどん上がっていくと思います。 青野 なるほど。小さな成功をして現場の人に喜ばれて、「このやり方でいいんだ」と。そんなふうにして意識改革が進んでいくんですかね。 虻川 そうですね。納得性が大事だと思います。  青野 でも役員の方とか、なにか言いませんでした? 役員の人ってシステムをわかっていないから「設計書出せ」みたいな、ややこしいことを言われませんでした? 虻川 設計書を実際に役員が見ることはそうそうないので、そこの部分はあまり言われなかったです。ただシステムを作るときに「kintoneでやりたいです」と言ったときは、「なんだ、それ?」ってやっぱり言われました。 kintoneのよさ、コスト面を具体的に説明していくとスモールスタートで始められて、「こんな金額でできちゃうんですよ」と言うとやはり驚くわけです。 「大丈夫なのか?」というのは言われますよ。それは、「責任持ってやります!」と言うしかないです(笑)。

「1個あたり15円」の費用対効果

青野 なるほど。システムわからないから、気持ちを見せるしかないですね。では、その少ない金額でまずはスモールスタート。そこも小さく役員の気持ちをつかんでいくと。 虻川 そうですね。実際に今、kintoneは1ユーザーで、月1,500円ですよね。私、営業みたいですね(笑)。今後、使う範囲が広がっていくとユーザー数が多くなっていくので、最終的にはコスト高になるんじゃないかってことはやはり指摘されるところだと思います。 ですけれども、kintoneはaPaaS、アプリケーションパースと言われるアプリ構築インフラですので、実際にアプリをいくつ作ってもいいというところがあります。そうすると100個作れば15円。 青野 「1個あたり15円だよね」という言い方ができるわけですね。 虻川 そうすると、活用すれば活用するだけ費用対効果は上がっていきます。 青野 なるほど。 虻川 なので、そこも経営層に理解してもらうには非常に有効だったのかなと思っています。 青野 では、ある意味、150個どんどん開発するっていうことは、役員にとっては「もうぜひ、どんどんやってくれ」。どんどん単価が下がるわけだから、やってくれ。こんなふうにコスト面では、ポジティブに背中を押してもらえるようになるわけですね。 虻川 でも実際にはアカウントによって見えるアプリの権限をつけているので、150個あるってことは多分気付いていないと思いますね(笑)。 青野 なにかいっぱいあるな、みたいな(笑)。そうですか。

敷居が下がり、現場からの要望が出てくるように

でも現場の人はどうですか? 京王電鉄バスさんも、歴史のある会社ですから、現場に行くとアナログなものがいっぱい残っていて、それで仕事をして満足してる人がいっぱいいると。ここに、ITツールをねじこんでいくというわけじゃないですか。なかなか現場も抵抗しそうなんですけれど、いかがでした? 虻川 当社は最近まで、IBMさんのAS/400というオフコンを使ったレガシーシステムが相当数動いていました。それでかゆいところに手が届くシステムを非常に手間をかけて作っていた文化があります。30年前に作ったものが、つい最近まで動いていたというものもありました(笑)。 ある意味よくできたものだと思います。 でもそのベースで考えると、例えば1つの帳票を出すにあたっても、「ボタン1個で出ないと」と言われたり。そういったところでkintoneでは実現しにくいところもあり、導入のハードルは少なからずあったと思います。 現在のkintoneでは、機能面だったり、使い勝手だったりというものは、残念ですけれど100点は目指せないと割り切っています。そこは頑張って、75点ぐらいかなと思ってます。 ですけれど、構築や変更のコストやスピードは100点に近いと考えています。「ここをこう変えてくれといったときに、目の前ですぐ変えられちゃいますよ」と、そういったところをアピールしていくと、「ああ、そういうものなのか」というところでだいぶ理解はしていただいて、今では導入のハードルは相当下がっていると考えています。 青野 なるほど。やはり100点を求めると、きっちりかっちり作って時間もかかってくるんですけれど、そこを目指さないと75点なんだけど、どんどん行けるよ、と。それで、合計点を足してみたら、こっちのほうが大きいじゃないみたいな、そんな感じで現場にも伝えていく感じなんですね。 虻川 そうですね。実際に今までシステムを作るとなると、それなりのコストがかかるという意識はみんな持っていただいているので、逆に「こんな作業はなかなかシステム化してもらえないよね」といったところもたくさんあったわけですね。 青野 現場もあきらめちゃってた。 虻川 そうです。けれどもこれからは、システム部門に「こんなことやりたいんだけど」と言ったら、「じゃあ、ちょっとやってみましょうか」と言ってkintoneでバババッと目の前で作っちゃうわけですね。 青野 すごい。

役員からも「これkintoneでできるんじゃない?」

虻川 そうなってくると、こういうシステムもあるんだなと認識はすごくしてもらって、意識の高い人から、「こんなことできないの、あんなことできないの」ということを言ってくれるようになってきています。 青野 現場から「これもシステム化できないの?」みたいに、改善意欲のある人はどんどん言う。それにIT部門も応えていくと。 虻川 そうですね。 青野 すごい信頼関係ですね。 虻川 あと役員からも「これkintoneでできるんじゃないの?」というような声を頂くこともあります。 青野 え。役員からも来るんですか? 虻川 そうなんです。 青野 おお! すごいですね。 虻川 ありがたいお話です。 青野 いやあ、おもしろいですね。 虻川 うれしいですね。

業務改善のスキルを積み上げていくこと

青野 今日いらっしゃってる方、IT部門の方もたくさんいらっしゃっていると思います。なかなか役員の説得、システム部門の改革が進んでいないところも多いんじゃないかと思うんですけれど、もし何か虻川さんからヒントを頂けるとするとなにかございませんでしょうか?  虻川 そうですね。今日は、ユーザー部門の方とシステム部門で半々? 青野 あと、SIerさんの方もいらっしゃいますね。 虻川 なるほど。今までのような、SoRと言われるようなしっかり情報を保存していくシステムもやはり必要だと思います。 それと合わせて、SoEと言われるkintoneのようなシステムをできるだけ早く導入して、小さなところからでもいいので、業務改善をどんどん経験していって、業務改善のスキルを貯めてシステムスキルの次の柱が作れるとよいのではないでしょうか。 そういったスキルをつけて、他部門に対しても「ここは、こうしたほうがいいんじゃないか」と、どんどん提案していけるような組織になっていくのがいいんじゃないかなと思います。 青野 おもしろいですね。情報システム部門は、イコールシステム開発、システム構築ではなくて、もっとユーザーに近い業務改善のところまで踏み込んでいくと。それは今までの置き換えるという発想よりは、お互い伸ばしていく、そんなイメージで捉えたほうがいいんですかね。 虻川 そうですね。そういった業務改善を新たにやるとなると、そんな工数はなかなか取れないよって会社も多いと思います。業務改善をやるといって、そこに会社から人をつけてくれることは、そんなに多くないかもしれません。 従って、今までやってきた、例えば、運用保守業務をできるだけクラウド化や自動化を進めて手離れをさせていって、業務改善をするリソースを捻出していくようなアプローチが必要だと思います。 それでしっかり結果を出していけば、そこに対して人とか予算がついてくる。そういう、いいスパイラルを起こしていくことができればいいかなと思います。 青野 なるほど。おもしろいです。ぜひ引き続き、日本のIT部門の改革の旗手としてのご活躍を期待しております。今日は虻川さんにお越しいただきました。大きな拍手でお送りください。ありがとうございました。 虻川 ありがとうございました。 青野 すごいですね。こんなに美しいIT部門変革ができた会社ってなかなかお目にかかったことがないんですけれど、虻川さん、リーダーシップも非常にお持ちになられていてすばらしいなと思います。

  
×
×
×
×
×
この話をシェアしよう!
シェア ツイート はてブ
業務改善の旗手は「IT部門」が担え! 京王電鉄バスが語る、kintone活用のメリット

編集部のオススメ

無料で求人掲載できる!エン・ジャパンの採用支援ツール、engage(エンゲージ) PR

おすすめログ

人気ログランキング

TOPへ戻る