荒木

ありがとうございます。あ、ご出身どちらですか？

荒木

あぁ、群馬でしたら、スーパーの店頭に並んでいるのを見かけていただくことが多いかもしれませんね。
今は、石垣島産のさとうきび100%で作ったお砂糖も好評なんですよ。

「ITのなんでも屋さん」

荒木

IT関係全般ですね。当社の「ITのなんでも屋さん」といったほうがいいかもしれません。

荒木

わたしを含めて5名です。正社員が4名、派遣社員が1名です。

荒木

はい。社内のシステム開発はもちろん、運用、ヘルプデスク、インフラ周りもです。
守備範囲はかなり広いですね。

どれが最新なんだ?問題を解決

荒木

はい。社内の基幹システムの入れ替えに、開発会社とのやり取りが必要になって、kintoneを使い始めました。
あ、見るかなと思って持ってきたんですけど（ノートPCを開きながら）。
こんな感じで。

荒木

はい。ここで、開発会社の人とドキュメントの共有ですとか、やり取りとかをすべてやらせていただいています。一元化して。

荒木

システムを開発していくうえで、ドキュメントの最新化がすごく課題になるじゃないですか。
「これどうなってんだ？」って言ったら、「それ古いバージョンですよ」みたいなことを言われたりとか・・・

荒木

はい。それで、この成果物のところ。最新のやつだけここに残してるんです。
変更が入ったとしても、ここで（履歴のタブをクリックしながら）確認できる。

荒木

こうすることで、おのずと開発会社のメンバーとうちのメンバーの、認識が間違うことがなくなるんですよね。
最新版じゃないものを見ることがない。みんなが同じものを見て話せる。

長年の経験からくる、躓きどころの予測

荒木

前職も前々職でも、開発者としてやってきて。さっきも話に出た、「最新版の管理」が「すごく」難しかったんですよね。
やり取りのなかで「言った言わない」の話にもなりますし。

荒木

はい。そういうところは、絶対に課題になるだろうと思っていて。
だから今までやってきた経験のなかで、これは開発で問題になるだろうというのを、事前につぶしておいたんです。

見積もりの半分の工数で実現。やったな！って

荒木

ちょっと自慢に聞こえたらあれなんですけど。この基幹システムの入れ替えを、4人という人数で乗り切れたのは、「我ながら実はちょっとすごいなと思っていて」（笑）

荒木

最適な人数としては、やっぱり7、8人はいたほうがいいと思っていたんですよね

荒木

大変でした（笑）。わたし以外はほとんど開発の経験がないメンバーだったので。

荒木

はい。という風には思ってますけど。
ちょっと口幅ったいので、社内にはぜんぜんそういうことは言っていないですけれども。
もちろんわたしひとりの力ではなく、社内の業務担当者全員が協力してくれましたし、チームのメンバーがプロジェクトを通して目に見えて成長してくれたので、まぁ、やったな！って感じでした。

必ず出てくる口癖「今までと同じで」

荒木

うーん、システムを変更しなければいけないという実感がないんですよね。はい。
当時のシステムは、Windows 2000で動いていて。2013年にですよ。（笑）
Oracleが9で、もう3世代前なんですよ。さてどうしよう。基幹系システム入れ替えなきゃいけないと。システムに携わる身としては、ほとんど危機感しかなかったです。

荒木

まぁ、システムの開発経験者、運用経験者って、わたししかいないので。そこは仕方ないかなと。
ただ一番気になったのは、彼らの「システムは与えられるもんだ」っていう認識なんですよね。

荒木

必ず出てくる口癖があるんですよ。

荒木

「今までと同じで」って。

荒木

システムは変わるものなので、今までと同じなんてできないし。今までよりも逆に不便になってしまうケースもままあるとは思うのですが。
「今後、改善していくから」とか「今までと同じじゃなくて、もうちょっと良くすることを考えようよ」って言っても、「いや、今までと同じで」って。
ここがすごい、ものすごく、ハードルというか壁が厚いんですよね。

「自分たちの業務は自分たちで変えなくてはいけない。」というマインドを作っていく

荒木

そうですね。まずは、「自分たちの業務は自分たちで変えなくてはいけない。」っていう意識ですかね。

荒木

直接的に伝えるということはないんですが。
いつも口癖のように言っているのは、「『〇〇なんですけど、どうしましょう』って言うのは、ダメ。『〇〇だからこうしたいと思うんですけど、これでいいですか？』って言って」って。

荒木

はい。彼らにやりたいことがあって、力不足でできないのであれば、わたしはいくらでもサポートします。
でも丸投げされると、やっぱりそれはちょっと違うんじゃないっていう風に思ったりするんですよね。
わたしの経験から言えることは、自分たちで仕事のやり方を変えられるんだってことがわかったら、仕事はおもしろくなるってこと。絶対に。そこを伝えたいですね。

若手メンバーだけでAccessからkintoneへ移行。ぐっと来た瞬間。

荒木

まだまだなんですが。
でも、（画面を指さしながら）これ！これを見ていただければと思うんですが。
これは、大阪にいる研究開発部のメンバーが企画して、うちの若手のメンバーと一緒になって進めたプロジェクトで。

荒木

はい。わたしは一切タッチしていないです！
MicrosoftのAccessからkintoneへの移行なんですが。
研究開発部の、開発とかシステムの知識はない人が、うちのメンバーと一緒にやってこのアプリケーションを作り上げたんですよ。

荒木

（画面を指さしながら）ここにいろいろ書いてあるのですが、「処理速度が遅い」とか「過去の履歴を確認するのに時間がかかる」とか、不都合があったんですよね。
「kintoneにすれば、ここがこんな風に解決できる」っていうのをそれぞれのメンバーが体験して学ぶなかで、自分たちだけで企画して作り上げるまでできるようになったんです。

荒木

はい。ぐっときますね！

荒木

「体験」だと思います。
実際に自分で体験しなければ、こういう風なアイデアは出てこなかったよねっていうのがわたしの思いなんです。

荒木

はい。そう思っています。
業務改善、というか課題の気づきには、まず体験から。と思ってます。
そういう意味で言うと、kintoneは体験してもらいやすいツールだと思うんですよね。
「実際にこれができるよ」というのを見せやすいですし、「こういうことをやりたいんだけれども」っていうアイデアがきたら、じゃあやってみたらって。（笑）

想像もつかないようなアイデアを出してほしい

荒木

わたしが想像もつかないようなアイデアを出してほしいです！

荒木

いやぁ、わかんないです。（笑）
少なくとも出してほしいなと期待しているのは、他社とのコラボをkintoneで実現してほしいかなと。

荒木

はい。そうですね。うちの会社には共同運営会社として砂糖の製造工場があって、ほかの同業他社と共同で砂糖を作ってたりするんですよね。
そういう意味で、結構関連する他社が多いので、そこでのやり取りに、わたしが開発会社とのコミュニケーションで使ったような、情報を一元管理してみるとか、そういうようなアイデアは出してほしいなと思っています。

「社員がやりたいことをストレスなくできる」が業務改善のイメージ

荒木

社員ひとりひとりがやりたいことをストレスなくできることが業務改善のイメージです。

荒木

はい、その土台を作りたいと思っています。
やりたいことをできる環境を準備するっていうところが、システム室としてのわたしの役目だと思ってますので。
人からやらされる仕事はおもしろくないんですよ。自分がやっぱり楽しくないと。

失敗したらやり直せばいいという環境を作りたい

荒木

はい。それが失敗になったとしても、反省すればいいだけの話で。
そこでへこむ必要もないですし。

荒木

そうですね。あとはそれを許す環境ですよね。
失敗してもいいよって、許す環境っていうのを作りたいなと思って。

荒木

はい。それが業務改善かなって個人的には思ってます。