投稿

ラベル(ITリテラシー)が付いた投稿を表示しています

ITにどう向き合う?どう向き合ってもらう?

いろいろな企業様とお仕事をさせていただくと ITに対する向き合い方は様々です。 当座をしのげればというスタンスのお客様もいらっしゃれば ITの持つ可能性を探りたいと考えていらっしゃるお客様も様々です。 私の仕事のスタンスというか、 独立してまで仕事を始めた目的は ITに対する価値と必要性を感じてもらい、 それを事業に生かし、最終的なお客様の企業価値向上につなげてもらいたい。 それも日本の経済を支える中小企業の皆さんに。 なので、入り口として当座をしのげればと考えていらっしゃるお客様に対しても プロジェクトを進めていく上で、そこに気付いていたけるように 理解を進めていただくというのも大きな目的の一つになっています。 しかし、あまりにこれをグイグイやっていくと ものすごく営業活動に熱心な人ととられかねないとも思っていて(^^; 今は、どうやったらそういった押しつけがましさを感じずに ITへの理解を進めてもらえるか?というのが大きなテーマの一つになっています。 今はITのサービスも少人数であれば無料ということもあって トライアルでの導入はしやすいのですが、 トライアルって経験上、本気で取り組まない ことも多く これに失敗すると入り口でコケることになり ITの価値について「大したことできないな」というイメージを抱かせてしまう という恐れもあります。 もちろん、実際に大したことができなければ そう思っていただいてもよいのですが、 ITに本気で取り組んで、まさにDXと呼ぶにふさわしい進化を遂げた企業も実際にある中 そういう思いを抱かせてしまい、企業の可能性の芽を摘むことだけはしたくありません。 なので、今考えているのは もっとわかりやすく、かつお客様に 「へぇ、ITってこんなこともできるんだ」 と思ってもらいやすいソリューションが何かないか? と探しています。 ITに慣れていると TrelloやJiraによるインシデント管理などや データ活用にも興味を抱いてもらえなくもないですが やはりそのあたりになると、ある程度本気で取り組まないといけない ある程度ITリテラシーが育っているというような企業でないと 価値が感じてもらえません。 chatbotなどもそうですね あれも「入れれば夢の世界が」みたいなことがよく謳われていますが 満足に稼働させるまでの下準備がとっても大変 です。 ラ...

ITリテラシーを身に着ける

ITリテラシーって最近は耳にする機会が増えたと思います。 いわゆるITに対する理解力や使いこなすスキルのことを総じてITリテラシーと言いますが 今、結構どこの会社も困っているのが自社のITリテラシーの低さではないでしょうか。 DX人材!とか言ってみても、そもそも会社のITリテラシーが低すぎて そのレベルに全く届かない!どうしたらいいんだ! なんてこともあるあるだと思います。 このブログでも何度も書いているように 今やITはありとあらゆるものに使われており、 インフラの一つと呼ぶにふさわしい状況になっています。 そんな中 「うちの会社もITを使っていかないと・・・」 と焦る経営者や管理職の人がまず思うのは 「と言っても、どこから手を付けたらいいんだ?」 です。 で、最初は当然、内部人材を活用しようと思いますが (誰がIT使おうなんて話、共感してくれる?) ってところでいきなり躓いたりします・・・。 この ・ITを使おうと思うんだけど?っていう話をしても、誰も興味を持たない という所が ITリテラシーが低い のスタート地点ではないでしょうか。 このITリテラシーの話の面倒なところは ITに対する知識の深さの話とは別に 対象範囲の話が絡んでくるところだと思います。 例えば、 ある事業会社の情報システム部門 とても優秀でITベンダーに引けを取らないほどだが、 情報システム部門以外の部門に関しては エクセルもよくわからない この状況では会社としてITリテラシーが高いとはとても言えません。 ITの事がどれだけわかるか?という知識の深さの話 と ITのことがわかる人間がどれだけいるか?という範囲の話 この2つの話が絡む為、話が難しくなっているのですが どちらかというと深刻なのは後者の方で ITがインフラと同じ扱いになっていると、一部の人だけがわかればいいという話ではない為 ある程度、会社の大多数の人が理解できないとその効果は十二分に味わえないわけです。 こういった課題に対して、企業によっては 全社員に対して プログラミング研修を施したりし始めているのが、その現れだと思います。 この問題に関しては色々な会社が様々なアプローチをしており、 正解というものがまだ見えない状況ですが 言えるのはそのフェーズごとにやり様は変わるという事だと思います。 例えば、私にITの相談をしてくだ...

RPA(ロボティック・プロセス・オートメーション)の難しさ

今回のRPAのお話は 先の記事であるEUCのお話とシャドーITの話と関連します。 3つで一つみたいな感じです。 【あわせて読みたい】 社内SEがシャドーITを嫌がる理由 EUC(エンドユーザー・コンピューティング)とは 過去の記事で書いたように シャドーITの存在は情報システム部門としては看過しがたいものです。 一方、EUC目線で言えば、自前でツールを作ることを許容しなければ浸透させることが出来ません。 このように二律背反を起こしているような状況なので、どう折り合いをつけるかという点で各企業、非常に頭を悩ませています。 この二律背反に更に付け加える要素として、今回の記事のRPAが加わります。 RPAはEUCの一環として考えてよいと思います。 ・RPAとは 平たく言うと作業の自動化をしてくれるツールの事になります。 定型的に決まっている作業を、ボタンを一つ押すだけですべて自動でやってくれる。そんな機能です。 例をあげると、 1.他の部署からもらったテキストファイルを開く 2.EXCELを起動する 3.EXCELの決められたセルに、1.のテキストファイルに書かれている数値を張り付ける 4.関数で出た結果をコピーする 5.テキストファイルを作って、そこにコピーする みたいな一連の作業をボタン一つでやってくれるようになる。 そんな機能です。 さて、このRPAですが、どういう風に作るかというと ・上に書いたような作業を、一旦画面上で実際にやって、それをRPAツールに覚えてもらう というのがベースになります。 「画面で再現しただけで覚えてくれるなんてすごい!!」 と思われると思いますが、これでなんとかなるのは、非常に単純な作業だけで 結局、これだけでは足りず、簡単なプログラムみたいなものを追加しないと求めた動きはしてくれないことが大半です。 ですのでRPAを導入するという事は、多少なりともプログラムっぽいものがかけなくてはいけない もしくはその概念が理解できていないといけない という点がRPA導入において見落としがちな点です。 これを考慮せずに RPAいれれば自動化が簡単にできる!作業効率もアップして、いいことづくめだ! と思って導入すると、失敗します。 RPAが簡易に作業を自動化できるという触れ込みなのに対し、 世間に導入の成功事例が溢れていないのはこういう理由の為です。 さ...