中小企業に最適なITソリューションって何？

今更ではありますが、リモートワークにも慣れてきて 気が付いたこともあるので備忘録的な内容になりますが 書いておこうと思います。 オールドノーマル時代より書類は増やす必要がある 何の話かというと、 リモートワーク下における会議（コミュニケーション）のしづらさ に関するお話です。 リモートワーク下において、よく言われる言葉として 「いつでも連絡してくれていいですよ～」 ですが(笑) 実際には 顔が見えないから声をかけづらいし 声をかけても反応がなかったり・・・・ 意思疎通に苦しんでいる人も多いのではないでしょうか。 会議でも、直接会ってる場合、目が合うと黙り込むのもエネルギーがいるので なんだかんだで話が始まったりしますが web会議でカメラオフとかだと、視線が自分に向けられているかどうかっていう問題を無視できるので 沈黙してても、名指しされない限りは沈黙を決め込むことが可能です。 だからと言って、カメラOnを強要すると、それはそれでまた別の問題が発生したり・・・・ じゃあ、そんな状況下で円滑にコミュニケーションを取ろうと思ったら エビデンス（物）ベースで語る必要があると思っています。 勿論、これだけでは解決しませんし 「そんなこと、リモートになる前から心がけてるよ」 という人もいると思いますが、この重要度が昔よりもさらに増しているというのを実感している今日この頃です。 私も、事前に資料は送っておく派だったのですが、 リモートワーク下においては、やった方がいい作業から、 やらなくてはいけない作業に格上げになった と思います。 今までは手ぶらでもいけた打ち合わせも、なんでもいいから物は持っていくようにしたほうがいいという感じです。 まず、物があると、 みんなの目がそれに集まる、もしくは集まっているという前提で話ができる。 これが結構大きいと思っていて、話す側も顔が見えない状態（誰がどこを見ているかわからない状態）では話しづらいですが、 仮にでもこの資料に目が集まっている状態と仮定できると話もしやすいです。 実際、こちらが資料を投影しているのに「見てません」ってなると「なんで？」ってなりますしね。 あとは説明する上で、今まで使えた目くばせや身振り手振りが使いづらいので それも資料に代わりにやってもらうことが出来ます。 資料がないにもない状態で画面真っ暗だと、 聞いて...

IT資産の棚卸に近い話題ではありますが ファイルサーバーのメンテナンス これ、地味に大変で、おそらくどこの会社も「やり方の正解」というものを持っていない課題です。 この「ファイルサーバーのメンテナンス」をやらないとどういう事が起きるかというと ファイルサーバーのゴミ箱化 です。 おそらくこの記事を読んでいる人は皆さん 身に覚えがある というか実際に自社内で起きていると思います。 ファイルサーバーや、クラウドストレージ、今は様々な形のファイル格納場所がありますが、おそらく全容を把握できている人は社内のどこにもおらず わかっていたとしても、自部署の限られた範囲の中だけ。 一般的には自部署の中もよくわからん という状況になっている会社は多いかと思います。 下手すると ファイルサーバーにあるのかクラウドストレージにあるのかわからない というか、そもそもファイルサーバーとクラウドストレージってどういう使い分けになってるんだっけ？ と思ってる人も多いかもしれません。 ただ、安心してください。 というのもおかしな話ですが、これはどこの会社でも起きています。 会社の規模の大小を問わず発生しています。 私は今まで、様々な規模感の会社に所属してきましたが、この問題はファイルサーバーを持っている会社、全共通の話題です。 ゴミ箱化してしまうとどういう問題が起きるかというと 探しているファイルがどこにあるのかわからない。というか存在するのかもわからない 自分が見てるファイルが最新版なのかわからない いらないファイルが容量を圧迫して、コストがかかる バックアップに異常に時間がかかる 等々です。 そして、どうしてこんなことになっているかというと 後で使うかもしれないからファイルサーバーにあげておこう このファイルみんなに共有しておいた方がいいだろうから、アップしていこう（実は最新版が他の場所にある） 今のフォルダ構成だと適切な場所がないからフォルダを新しく作っておこう と、各人が思ってじゃんじゃん作ったりアップしたりするから起こっています。 この話をもう少し掘り進めると 例えば「自社にチャットボットを導入したい！」 と思った場合、 一番最初にチャットボットにやってほしいこととしては、どこに何があるか答えてほしい。といった類の期待をすると思いますが、 これはAIがファイルサーバーをぎゅーん...

ちょっと前回の記事と内容が重複する部分があるのですが 棚卸をするべき資産という意味で切り口を変えて書いてみます。 あわせて読みたい 情報システム部門を持っていない中小企業に向け て 自社にIT資産がどれだけあって、 それにどれだけのコストがかかっていて、 いつ費用が発生しているのか？ 契約期間のスパンはどうなっているのか？ こういった情報をしっかり把握している会社は 企業の規模感を問わず、意外と少ないです。 大企業の場合 資産が大量にあるので、誰かが把握しているだろうとは思いつつも、別に自分じゃなくていいだろうと思って、情報が分散。 いざ、棚卸しようとすると、まずそれを知っている人を探すのに時間がかかる。 中小企業の場合 請求されているものが必要なものなのだろうとは思いつつも、その中身の意味が分からないので とりあえずベンダーを信用して放置 というように、理由はそれぞれですが 結果として把握できていないという所は変わりません。 大企業や情報システム部門をもっている企業の場合は 担当者に確認をしてもらえれば 時間がかかるでしょうが、おそらく答えは出ると思います。 ただ、ここでいう「時間がかかる」は経営者の皆さんが思っているよりも遥かにかかるので、心しましょう。 中小企業の場合の問題は請求されているもののサービス内容が よくわからない という所です。 この「よくわからない」は その金額が妥当なものなのか？ 必要ないサービスまで買っていないか？ など様々な弊害を呼んでしまいます。 例えば、あるソフトウェアを使っていたとします。 当時社員は100名いたのでライセンスを100買っていたのですが 数年経つうちに必要なライセンスの数は80まで減りました。 こういった場合、企業側から「ライセンス数を80にする」 というアクションを取らない限り、ベンダー側から「80にした方がいいですよ」なんてアナウンスは来ないので、ずっと100ライセンス分のお金を払い続けることになります。 （しかし、ライセンスが100から1でも超えると、追加しろというアナウンスは来ます・・・） サービスの内容がわかっていないと、本当は80ライセンスで問題なくなっているのに、それに気づかない為、20ライセンス分 余分に払っているという事にすら気が付かない という事も起こりえます。 他にも あるソフトウェアはOffi...

社内SEってどういう人か？ というのは、過去にこのブログの初期の方で書いたのですが この時の記事はどちらかというと、既に情報システム部門を会社として抱えている企業向けに書いていました。 が、社内SE（もしくは情報システム部門）を今持っていない会社、 例えば中小企業にもそういった企業はあると思いますが そういった企業からすると、 そもそも必要？今も別に困っていないけど？ と考えていらっしゃる企業もあると思うので、なぜ必要なのかを別の視点で書いておきます。 今、情報システム部門を持っていない会社は 会社のシステムをどうやって運用しているでしょうか？ 「うちの会社にはシステムと呼べるものは何もない」 という事はないはずです。 必ず大なり小なりシステムはあるはず。 そういったシステムのメンテナンスなどは おそらくお付き合いのあるSIerさんにお任せしていると思います。 では、 それに対してどのくらい費用が掛かっていて、それが適切かどうか？ 考えたことはあるでしょうか？ おそらくそこまで考えてはいないと思います。 もし、考えていたら「情報システム部門って必要？」とは思わないはずです。 何故なら、 システムにかかる費用というものは システムに対してのノウハウがない人からすると、非常にわかりづらく それが妥当なのかの判断もしづらいもの だからです。 もし、そこのコストが気になるようであれば「わかる人に聞いてみるか」とか 「わかる人間雇わないと気持ち悪いな」となっているはず。 また、妥当な金額というのは単純に「ぼったくられているんじゃない？」という意味だけではありません。 例えば、 本当はそのシステムの重要性を考えたら、 もっと堅牢な仕組みにしておかないといけないのに、安いからという理由で、その構成を選びました。 などの場合は、もっとお金をかけておかないと、いざという時に事件が起きることになりかねません。 例えば、サーバーが一台おいてあって、 それも自社の部屋の一角においてました。 こういった場合、非常に災害に弱い構成だと言えると思います。 もし、この状態で大きめの地震が来たり、 大雨が降って浸水したといった場合 会社は無事だったが、サーバーが壊れてしまった という事態も起こりえると思います。 そうなると、そのシステムを使った仕事は一切できなくなってしまう 会社そのものと従業員はダ...

どちらになるべきか かつて、IT業界で生きる人間のキャリアパスを考える上で 頭を悩ませてきた問題ですが、 私が思うに今は スペシャリスト一択 になっていると思います。 というか、従来ゼネラリストと呼ばれていた人もスペシャリストの枠にカテゴライズされるようになった という感じでしょうか。 今までは ITのゼネラリストがいて、その人が色んなジャンルのスペシャリストをコントロールする みたいなイメージでしたが、これまでの記事で何度も書いているように ITはもはや生活の様々な所に浸透し、社会インフラと呼べるような状況です。 一言でITと言っても広大なジャンルに及び、その上、一つ一つの技術が深化していっている為、上に書いたような従来な形ではプロジェクトをコントロールできなくなっています。 必然、上記のような いわゆる「ゼネラリスト」という概念は通じなくなっている と思います。 また、報酬という意味でも 昔はマネジメント職の方がスペシャリストよりも評価されていた （というか、最終的にゼネラリストを目指すという時代だった。）ので ゼネラリストの方が報酬が高かったのですが いまや能力の高いスペシャリストの方が圧倒的な単価を稼ぎ出すようになり この側面でも、敢えていきなりゼネラリストを目指す理由もなくなってきてていると思います。 そもそもゼネラリストというものは ゼネラリスト≒マネージャーという捉えられ方をしていたと思います。 ゼネラリストは広範囲で物事を見渡して、コントロールするのが仕事で マネージャは人を管理するのが仕事ですが ゼネラリストの素養を持つ人がマネージャの素養を持っていることが多いので いつしか ゼネラリスト≒マネージャ≒管理職という構図 になり、 スペシャリストとして高単価を稼ぐという道がなかった時代には みんなゼネラリスト（マネージャ）を目指さざるを得なかった。 というのが実態だったかもしれません。 勿論、マネジメントができる人間がいらないのか？ というとそんなことはなく、その役割を務めるべき人間が移り変わっていっているという事だと思っています。 今までは発注するユーザーがいて、その人がITの専門家たちに丸投げして（失礼） その専門家たちの中でゼネラリスト、スペシャリストの住みわけがされているという形だったのが ITの浸透により、 発注するユー...

コロナも収束するかと思いきや、新株が発見されたりなどで なかなか落ち着きを見せませんね。 日本企業の中ではこのコロナ禍の中、 いわゆるニューノーマルをスタンダードに置き換えようとする企業 オールドノーマルに立ち返ろうとする企業 と、二極化の様相を見せていましたが、 もうオールドノーマルに立ち返るなんてことは許されなくなっているのかもしれません。 その表れの一つがタイトルにあるジョブ型雇用というものです。 職 務 給制度と言ったりもしますね。 ちゃんと説明し始めるとながーーーーーくなってしまうので、 端折ってしまいますが、 従来の日本の雇用は職 能 給というものです。 これは平たく言うとその人の 経験や知識に応じて給料を支払う というものです。 経験と知識は年齢に応じて、増えていくものでしょ？ という考えのもと、日本の年功序列にそのままつながったりします。 一方、職 務 給は人ではなく、 その仕事に給料が付いてきます。 この仕事ができたら月給100万円という仕事がまずあって そこにはまる人を探してきて、その人に100万払ってその仕事をやってもらう という形です。 職 能 給は人 職 務 給は仕事（ポジション） に報酬が紐ついていることになります。 そして、自社の未来に対して危機感を感じている企業は その企業の規模感を問わず、このジョブ型雇用に切り替えようとしています。 ジョブ型雇用に切り替えると会社に取っていい事というのはいくつかあるのですが ざっっっくりいうと以下の二つのメリットがあります。 ・会社のやりたいことが出来るようになる。 ・人を確保できるようになる ジョブ型にすると何故、上記のメリットが得られるのか？というと 職 能 給におけるデメリットが解消される ことというのがまずあります。 職 能 給ですと先に述べた通り、「経験と知識」が評価されるのですが それがそのまま在籍年数に紐ついてしまうために、「ただ長く在籍している人」が出世したりするわけです。 誰もが経験したことがあると思いますが 「なんでアイツが？」 というような人が出世したり上司になったりするので、 社内の帰属意識はどうしても低下します。 つまり若手が辞めていきます。 しかも仕事が出来て簡単に転職ができる優秀な人間からやめていきます。 これがデメリットの一つ もう一つ 高齢化が進む日本で、この経験と...

ちょっと今更感はありますが、 DXの定義について、改めて知る機会があったので 書いておこうと思います。 私はITの世界に生きて20年ぐらいになりますが、 敢えて積極的にIT用語を取り入れるようなことはしてきませんでした。 理由はいくつかあるんですが、 一つ目は、ユーザーやお客さんとお話をするときに、 ITの専門用語は 障壁にはなってもコミュニケーションの糧にはならない からです。 メリットがあるとしたら、相手を煙に巻く、もしくは「凄そう・・・・」と思わせる という所ぐらいで基本的には胡散臭さを増すことが多く、仕事の役に立たないことが多いです。 それよりもユーザー側の専門用語を知る方が10倍大事で 今までの部下にも IT用語なんかより、お客さんの業界用語を覚えなさい といってきました。 二つ目はITの世界は時代の移り変わりが早く 泡沫的に流行り言葉が出てきて、いつの間にか消える ということが多く、その中には 呼び方を変えただけで中身一緒 みたいな用語も多いので、捨て置いている という事もあります。 当初、DXもそういった泡沫的な用語の一つだと認識していましたが 今やどこのシーンでもDX、DXと叫ばれており、 ある程度、市民権を得てきたので改めてちゃんと捉えることにしました。 さて、そもそもDXって何？っていう所なんですが これとよく一緒くたにされるのがIT（デジタル）化です。 DXも大きな枠で言うと IT（デジタル）化に含まれるかなと思うのですが、 ちゃんと整理すると、向いている方向というか見ているところが違います。 DXというのはITを使って売り上げを伸ばす事を言います。 一方、IT化とかデジタル化というのは今ある業務をIT（デジタル）に置きなおし、省力化することを言います。 なので、 うちは紙帳票を全部電子化しました！ というのはIT（デジタル）化であってDXではないですが、 一方で マーケテイングにSNS分析を導入し、売り上げを前年比120%にしました！ とかはDXです。 なので、「うちもDXしましょう！」 というのは通訳すると「うちもITを使って売り上げ拡大しましょう！」です。 別にSNSを使っているからDXとか、新しい技術を使っているからDX とかの仕切りではないということもポイントです。 さて、ここからは蛇足になってしまいますが 私がIT用語を...