  |
はてなキーワード: 情シスとは
まったくその通りで、数年前ならPCを使った会議をメインでやることも少なかったから2コア4スレッドメモリ8GBのPCで全然十分だったんだよ。
でも今はOfficeだけを使うケースはあんまりなくて、Teamsで画面を共有しながらOfficeを使う。リモートワークになってるから情シスが導入を強制した監視ソフトがパワーアップしてて常に1コアを占拠していたりする。Teamsが1コア、監視ソフトが1コアを占拠しているから2コアが全部使われているので他のことをやる余裕がCPUにはなくなっている。
会議しつつ、「いま資料を出します少しお待ちください」とか言って皆を待たせることになる。そこに30秒ほどかかってしまう。自分の生産性が下がるだけじゃなくその会議に出てる全員の生産性を下げている。
監視ソフトが1コアを占拠しているがハイパースレッディングのおかげでこれが占有しているCPU使用率は25%と表示される。監視ソフトのベンダや情シスは「1/4しか使っていないので他のことは十分できるはずである」などと言っているがそんなことはなく実態としては40%くらい使っている。とにかく今の時代にはメモリ8GBで2コアのCPUでは、企業で使うという制約の下では、環境によっては仕事にならない。半分は情シスのせいだとは思う。
この間情報システム部ですって人がいた。
「今、会社でスクラムを導入する大きなプロジェクトを任されてて、、、」みたいなこと言ってた。
なんかこれみよがしに分厚いスクラムの本読んでた。スクラムマスターになるんだって。
まずそもそもスクラムというのはIT界隈でシステム開発を進める際のお仕事のやり方です。私も詳しく知らないのでラーメン屋で例えます。
ラーメン屋で新しいラーメンを開発するときに、スープの開発、チャーシューの開発、麺の開発、メンマの開発があるとします。
スープ担当が開発を始めるとチャーシュー担当はこう言いました。
「僕はスープに最高に合うチャーシューを作りたいので、スープの味がわからないとチャーシューを作れません。スープできるまで待ってます。」
「僕もスープとチャーシューに最高に合う麺を作りたいので、スープとチャーシューの味がわからないと麺を作れません。二つができるまで待ってます。」
「僕も。。。
これでは一つの素材を開発している間に他の担当は遊んでしまうことになります。
そこで、みんなが同時に開発ができるように、最初に大まかな仕様を決めて、そのサンプルを作ったりして進めることにしました。
見た目がわからなければスケッチ描いたり、食品サンプル作ったり
大まかな仕様が分かれば、あとは各担当が作業に取り掛かります。
でも進めていく間に、改善できる点や問題点が出てきて、仕様に変更が出るかもしれない。
よーし、そいじゃあ毎朝、進捗をみんなで確認しあおうや。みんな忙しくてあんまり時間取っても良くないし、立ち話で済ませよっか。そうだな名前はスタンドアップにしよ。
毎朝スタンドアップでお互いの進捗確認して、何か変更とかあれば共有しよっか。
あと、進めてく上でいろんな意見交換した方がいいから、週一でよかった点、悪かった点、あとは共有事項とか話し合おうか。そうだな、一週間の振り返りだから英語でカッコよくレトロスペクティブにしよか。
週の終わりにレトロで振り返りを行う。
店主はみんなを纏めたり円滑なコミュニケーションができるようにする、そう彼がスクラムマスターです。
さて話は戻り、知り合いの情報システムの方がスクラムマスターになるんだと。
システム開発じゃないよ。
Hello Worldも知らないんだよ。
ラーメン屋に例えるならこうです。
ある日ラーメン屋でいつものように新メニューの開発をしていると、一人の客が入ってきて言いました。
客「君たちのラーメンを僕の会社の食堂で出したいんだが、何か僕の会社だけのラーメンを開発してくれよ。名前は情シスラーメンがいいなぁ。」
店主「本当ですか！ありがとうございます。是非作らせて頂きます。」
客「うむうむ。それじゃあ明日から早速スタンドアップをしよう。困ったことがあればなんでも僕に相談して。僕は潤滑油だー！」
店主「は？」
客「は？」
店主「いえ、開発は我々が責任を持って行いますので、お客さまは出来上がりまでお待ちください。もちろん途中経過はご報告させて頂きますが。」
客「バカを言わないでくれ。僕はスクラムマスターなんだよ。みんなの意見をまとめてコミュニケーションを促進させなくちゃ。潤滑油だし。」
店主「えっと、、、あ、ラーメンについてお詳しいんですか？」
客「ラーメン？いや？作ったこともないし。見たことはあるけど。それが？」
店主「は？」
客「は？」
なんかこういうウワベだけを真似すること多いよね。
テック企業はみんなスクラムやってるから儲かってるんだ！スクラムするぞ！
なんかシリコンバレーの企業はみんな儲かってるんだって！よし！シリコンバレー営業所作るぞ！視察して表敬訪問だー！
スクラムについて間違ってたらごめんなさい。
僕の今いるところではそこまでスクラムに沿ってやっておらず、スタンドアップでは軽く進捗共有したらみんなでおしゃべりしたりしてます。
スクラムマスターなんてものは見たことなく、いるのはEMとPMくらいです。
多分こういったものは厳しいルールを作り、資格にして、お金を稼ぐ人がいるんだろうなーって思います。
スクラムはただのツールであって、それだけを手に持ってやってこられても、うーん何しに来たのって思っちゃいます。スクラムの創始者だってDeveloperだったわけでしょ？エンジニアの知識なしにスクラムやってもなんのこっちゃわかりません。ましてや外注してたらもう。。。。
DX推進として会社がしてること
名前もよく聞いたことがない中堅ベンダーの人工知能製品を導入し、7000万の資金流出を招いた。
「人工知能」と銘打っているが、実態は定型データを取り込んでグラフにして可視化するだけ。
何が人工知能なのか。
ベンダーの成果物・スキルに不満があるのは私も責任者も共通認識だが、「メインの大枠は内製化して単純なところだけベンダーに出せよ」と言ったら、「それはやりたくない（できない）」という答えが返ってきた。
担当者が「やった感」で満足するだけ
製品開発・企画チームは新しいことには興味があるけど中身は分からない。そもそもSE経験者ではなく元が事務だったり製品のハードウェア設計だったりがメインの業務だった彼らだ。
勤務記録を見ていると進捗は全然遅れているのに毎日定時帰宅している。
そもそも社内でノウハウを蓄積するという目標があったのに結局はできず、ベンダーへの丸投げに転換した。
結果、資金流出、ノウハウの流出を招いたが、しかし当事者たちは「自分たちは流行りのDXの仕事をしている」と得意げだ。
所感
世間がDXDXと言ってるから雰囲気につられて明確なビジョンもなく取り組んでいる印象。
変えたいと思うがなかなか難しい。
自分がそのうちやる気をなくすか、何某か変わるか、どちらだろう。
「知ってるよそれぐらい」
って思った人は実情はその半分ぐらいだと思った方がいい
例えば大手企業でDaaSとか入れてシステム化をしっかりしてるような会社でも
タッチタイピング出来る人って半分ぐらいなんだわ
って思ったけど、基本的にパソコンはマウスポチポチしかしないし
資料とかも派遣に作らせてちょっとした文言修正も全部任せてるんだよね
だからキーボードなんて全然触らないし、数字をちょこっと入れるぐらい
そんなんだからSlackみたいなコミュニケーションは全然取れないし
メールとかも凄く短くて電話・対面でのコミュニケーションを強要する
こんな人たちにDXがどうのこうの言っても根本を理解できてない
社長がその程度ってのは当然だし、CTOでもそういう人はかなりいる
なので情シス的な部門も当然そのレベルで業者に言われるがままDaaSだとかシステムだとか入れてる状況
ちなみに年輩とか関係なくて新入社員から老害社員まで一律にいる感じ
仮にそうするならおとなしく業務委託すればいいのに
「技術を蓄積するんだ」
って感じでGitHub, Dropbox, MS365とか軒並み禁止
Notionとか、そもそも何それ？っていう対応でとにかく禁止
元々入っていたシステムとかもサポート切れになったタイミングでExcel管理に移行
一部は新しいシステムに置き換わったけど素人が発注してるから既存のDBにCRUDするUIが付いてるだけ、っていうシステムになってて
意味不明な「なんたらコード」を入れたりしないといけない部分はExcelファイルからコードを探し出してきて手入力
前はあった情報共有のWikiとかもセキュリティを名目に閉鎖されて代わりに見た目はおしゃれなFAQサイトが開設
情報は適宜アップデート、ということで最新情報は載ってないし更新もできない
アジャイルとかウォーターフォールの問題じゃ無くて、発注者側がアホだとどうしようもないってことが良く分かった
いくら苦情を言っても
「どうせ後１年ちょっとで異動だし」
っていう感じでノラリクラリの対応されるから何にも変わらないし
って言ってるんだけど全然届かないし幹部連中も素人なので「そんなもん」と思ってるみたい
腹が立って仕方が無い
https://www.sofia-inc.com/blog/7233.html
情シス（情報システム部）はもういらない？これからの情シスに求められる、あるべき姿とは？
皆さんは情シス（情報システム部）が果たす役割・機能を何だと考えますか？ 全社のIT戦略策定・システム企画、社内インフラやアプリの保守・運用、ユーザーサポートやトラブル対応といったことを思い浮かべる方が多いのではないでしょうか。
しかし昨今、情シスにそのような役割が求められていない、もしくは情シスの業務自体がなくなりつつあることをご存知でしょうか？
今回の記事では、これからの時代の情シスに求められる役割、あるべき姿について説明します。
近年Microsoft AzureやAmazon Web Serviceといったクラウドサービスの台頭により、オンプレミスからクラウドへの流れが起きています。社内に物理サーバーを置いて保守・運用するといった必要がなくなり、ソフトウェアもPaaS・SaaSといったクラウド上で提供されるサービスに代替されるようになってきています。それに伴い、膨大な設備投資費や社内SE（システムエンジニア）の人件費を削減できるようになりました。今後すべてのITリソースの保守が必要なくなるという可能性もあります。
デジタルトランスフォーメーション（DX）が多くの企業で重要課題となっている現代において、企業がIT活用で目指すべきことは、単純にITインフラ・ツールを変革させるということではありません。業務変革・組織変革を伴うような、より大きな次元での変革です。経済産業省も、ITを変えるだけがDXではないと説明しています。
「企業がビジネス環境の激しい変化に対応し、データとデジタル技術を活用して、顧客や社会のニーズを基に、製品やサービス、ビジネスモデルを変革するとともに、業務そのものや、組織、プロセス、企業文化・風土を変革し、競争上の優位性を確立すること」
このデジタルトランスフォーメーションの実現を企業が目指すにあたって、情シスの仕事も大きく転換しようとしているのです。次章では、まず従来の情シスの役割について整理・紹介していきます。
DX（デジタルトランスフォーメーション）を推進する上で押さえておきたい3つのステップ
昨今ビジネスの場において、DX（デジタルトランスフォーメーション）という概念が頻繁に取り上げられるようになりま…
これまでの情シスに求められていた役割は主に以下の４つでした。
会社の経営戦略や事業戦略に基づき、システムの企画立案・要件定義をする役割です。社外ベンダーの見積もり検討・選定、およびその後のプロジェクトマネジメントを遂行し、ユーザー部門に対して新しいシステムを開発・提供します。
社内ユーザー部門からのリクエストや業務プロセスの変更に応え、既存システムのカスタマイズなどを実施します。運用・保守によってシステムを安定稼働させ、会社の事業活動を下支えする役割を担います。
自社サーバーやネットワークの構築・運用・保守を行いつつ、セキュリティ対策やデータ保全を実施することで、万が一の事態に備えます。また新技術・製品の導入検討や評価を行って、常に社内環境のサービス向上に努める役割です。
社内ユーザーからの問い合わせ対応・トラブルシューティングを行います。ツールやシステムの導入サポートの他、新卒や転職者へ社内システムの教育を実施することで、社員１人1人の円滑な業務遂行を支援します。
以上が従来情シスに求められてきた役割ですが、現在のクラウド時代において運用・保守業務はその必要性を失っています。また業務システムについても、SaaSなどのクラウド上で提供されるアプリケーションを利用できるようになっており、企業独自でシステムを構築するということは少なくなっているのです。
このような中で、今後情シスには一体どんな役割が求められてくるのでしょうか。次章で詳しく解説していきます。
クラウドで提供される業務システムは、往々にして業務の生産性に関する考え方が先進的であり、しかも随時バージョンアップしていきます。従って「自分の行動にシステムを合わせる」のではなく「システムに自分の行動を合わせる」というのが日常的に求められるのです。
しかし事業部門をはじめとする多くの社内ユーザーは、旧来の業務のやり方に慣れ親しんでいるために、「システムに自分の行動を合わせる」ということに自力で順応するのが容易ではありません。システムを使いこなせないばかりか、新しいテクノロジーに対して抵抗感を覚えてしまうケースもあります。
そこで必要となるのが、自社の業界・事業・業務においてITツールをどうやって活用するかを考え、そのための情報を関係各所へ提供する存在です。これからの情シスには、システムの機能や技術面だけでなく現場の業務プロセスにまで入り込み、具体的なユースケースを提案・サポートすることで、全社的なIT活用を推進する役割が求められています。
また、会社としてDXを推進するうえでは、単にITツールを組織的に活用することだけでなく、同時にチェンジマネジメント（組織変革）を進めていくことが必要です。新しいワークスタイルを実現するためには、職場の文化・風土も変革していかなければなりません。次章ではDXを促進する立場としての情シスの役割について紹介します。
クラウドサービスの台頭でIT部門の仕事がなくなる 企業のIT部門の仕事、と聞いて何を思い浮かべるだろうか。自社の…
DXを促進する情シス（情報システム部）の役割と専門家との協働
デジタルトランスフォーメーションにおいて最も上手くいかないことの１つとして、先進的なITツールに対して個人個人の理解度・受容度が追い付いていけず、会社として変化を受け容れられないことが挙げられます。ツールの機能、業務プロセスへの適用法が分からないことで現場が混乱し、これまでの業務のやり方やワークスタイルから脱却できないといったことがそれにあたります。
これを解決するために必要となる活動が会社のカルチャーチェンジ、社員一人一人のマインドチェンジです。単にITツールの活用法をナビゲートするのみならず、業務プロセスや職場の文化・風土というところまで踏み込んで、ユーザー部門に対して新しいワークスタイルの実現に向けた啓蒙活動を展開していったり、全社的な意識改革に向けたコミュニケーションを展開していったりといった役割がDX推進には不可欠なのです。
しかしこの役割は、専任のDX部門が担おうとしても失敗するケースがあるほど難しいものであり、そもそも経営層が事業戦略におけるITの重要性を十分に認識していなければ到底実現できるものではありません。では、情シスがDXを推進する役割を担っていくためにはどのようなアプローチをしたら良いのでしょうか。
それは情シスが持つIT知識や社内システムへの知見を最大限利用し、経営層を巻き込んで企業を変革する旗振りをしていくことです。ただし限られたリソースの中で上層部や会社全体に働きかけるというのは非常に負担が大きく、失敗に終わる可能性も大いにありえます。そこで１つの解決策となるのが、そういった業務改革・組織改革の支援を行うITベンダーと協働することです。高い技術力と豊富な支援実績を持ったITベンダーが上層部への答申からITツールの全社展開まで幅広く支援してくれます。そして、組織風土変革や社内へのコミュケーションは、自社の人事部門や広報部門が実務として実施していきます。現場部門との協働はもちろんですが、変革を企画する部門と協働することで、より全社的なムーブメントをつながります。
まとめ
以上のように、近年情シス（情報システム部）に求められる役割は大きく転換してきています。従来担ってきたITインフラやシステムの構築・保守・運用業務は不要となり、今後はデジタルトランスフォーメーション（DX）実現へ向けた社内ユーザーへの情報提供・啓蒙活動を行っていくことがその使命となっていきます。
もしあなたが情シスのメンバーであり、従来の役割を脱却できずにいるのであれば、業務改革・組織改革支援を行うITベンダーの活用を検討してみてはいかがでしょうか。
それは「他責」にしやがるとこなんだよね。
「関係部署の提出物が遅れたので～」とか「システム不備の対応に情シス部門が時間かかって～」とか「今回は通常よりも業務量が肥大して～」とかとかとかまぁまぁ出るわ出るわ外部環境要因がさ。
はっきり言っててめぇの仕事が遅いだけなんだよ。余裕がないから少しでもイレギュラーが起きようものならスケジュールがあっという間に破綻する。
それなのに今後の遅延対策が「関係部署に提出物の締め切りを守ってもらうようにします」だとか「システム不備が起こらないよう情シス部門に徹底してもらいます」だとか「業務量の標準化を要求していきます」だとかだとかまぁまぁ他人の変身を願うものばかり。
で、また同じことを起こす。
仕事ができなくても、できるようになるためには自分がどう変わればいいのか模索してのたうち回ってる奴はまだ救ってやろうかという気持ちもわく。
でも他責野郎はそんな気持ちが起きるどころかもはや軽蔑もん。大きい組織であれば、そう遠くないうちに"排除"されていくので放っておくに限る。
