はてなキーワード: 情シスとは
https://tech.nikkeibp.co.jp/it/article/COLUMN/20090702/333080/
すべて「Bash」と呼ぶスクリプト言語で記述する。しかもデータベース管理ソフトを使わず、データはすべてテキストファイルで管理する。「ミドルウエアのオーバーヘッドがない分、処理も速い。ごく普通のパソコンで動作させても、25万件の商品データなら2秒程度で全件検索できる」と山崎課長は胸を張る。
情シス、ベンダーがそれぞれの仕事を全うすることがベストな関係を生む~良品計画がシステムを内製する理由
https://enterprisezine.jp/iti/detail/1380
「無印良品」ブランドでおなじみの良品計画。いまや海外15カ国にも展開するなど、好調な事業を支えるのが、“ユニケージ開発”と呼ばれる独特の開発手法だ。Linux標準装備のシェルスクリプトの他は、開発言語やデータベースなどを一切利用せず、1~2週間というきわめて短い開発期間で、次々にシステムをリリースしていく。
https://www.orangeitems.com/entry/2019/12/28/084402
俺はとある中小自治体で情シスをやったことがあるので、色々と思うところがある。
この記事だと、要件定義できない京都市が悪いで終わってしまいそうで、まあそうなんだけど事情も色々あるんだよというところで、フォローしてみたい。
まず、俺のいる自治体の話をしよう。
俺が情シスにいた10年程前に、今回の京都市のようにレガシーシステムを刷新した。刷新前は担当SE一人しかメンテナンスできないような、人間と機械がセットでようやく動くようなシロモノだった。
それを、某ベンダーのパッケージシステムをほぼカスタマイズせずに導入する形で刷新した。
当然多くの問題があったが、当時の上司が大手SIER出身で庁内でも力があり、市長も強く後押ししてくれたので押し切った。
今回の件に関して、自治体ごとにバラバラに開発するのは無駄って意見も多くあったけど、これは認識が古い。
中小自治体は、ほとんどがパッケージシステムに移行しててすでに平準化されている。
では、なぜ同じことが京都市ではできないのか?
政令指定都市は、都道府県並みの権限を持った基礎自治体で、簡単に言うと市と都道府県両方の業務をやってるようなもんだ。
業務の幅が非常に広く、対応できるパッケージシステムが存在しない。
国が標準システム作っても同じ事で、それは政令市では使えない。
それと、政令市のような巨大組織では部局間の独立性が高いことも事態を難しくしている。
ウチのような小さい組織なら原課を説得して回ることも難しくないが、巨大組織で同じような根回しは困難だろう。
その結果何が起こるかというと、「変えるのは良いけど今と同じことができないと許さない」という思考停止した要請が原課から投げつけられることになる。
情シス担当が異動でころころ変わるせいだという指摘も多いが、これは、そういう問題じゃないと思う。
では、なんで原課は今と同じに拘るのか?それは、今までそれが正しいという前提でやってきたので、違う結果が出ると今までが間違ってた事になって大変困るからだ。
ウチの場合も旧システムとは完全には一致しなかったが、納得できるところまで擦り合わせて、最後は諦めて押し切った。
でもそれは、一致しないのが1件とか2件だったから押し切れたのであって、規模が大きいとそれが数百件になってしまうかもしれない。
その場合は責任問題になるので、なかなか担当レベルでは踏み切れないだろう。
ただ、今までが正しかったという事を誰も証明できない以上、正しい計算で出てきた新しい答えを正解とする決断をしないと、事態は前に進まない。
結局、旧システムとの答え合せをどこかで諦めて、新システムから出たものが正しいかどうかを地道に突き詰めて、正しい結果なら今まで間違ってましたって認めるしかないのだけど、その決断ができないせいでこじれて何億もの税金が消えていくわけだ。
その決断は誰がするのか?それは情シス担当なんかじゃなく、間違いなく市長だろう。
この案件は市長の政治的決断で処理すれば問題にすらならないもので、推測だけど、他の政令市ではそれで押し切った部分があるんじゃなかろうか。
ということで、個人的には全て市長が悪い案件だと思っているのだけど、当の市長に担当者が責められてそうで怖い。
そこに要件定義ができないせいだとか書かれたら、さらに責め立てられる理不尽なことになりそうなので、あんまり担当者を責めないであげてほしいと思う。
補足→ https://anond.hatelabo.jp/20191205212350
これは退職者アドベントカレンダー2019 (https://adventar.org/calendars/4051) 5日目の記事です。最初は自分のブログに書くつもりでしたが、書いてるうちにどこまで筆が滑っているのかわからなくなったので増田に投げることしました。そしたら余計にタガが外れたのはご愛嬌。
よく見かける「未経験からエンジニアへ!」ストーリーの、あまりなさそうなルートです。よくあるルートのほうはなぜかTwitterで報告して「○○系エンジニア」的な命名をしてから入社その後の動向が闇に葬られているのをかなりの確度で見かけますが、まあ、なんか、いろいろあるんでしょう。逆にそういう成功(?)体験の生存バイアスを強化する情報ばかりあふれていると情報として健全でないように感じます。
といいつつ後日しれっと消えてたらInternetArchivesか魚拓で会いましょう。
この話はここから先はフィクションです。剣も魔法も労基法も出てこないファンタジーです。
地方に潜むフリーターです。好きなvirtual beingsはロボ子さんと東雲めぐさんとれいきらさんです。
これまでは自分のためのプログラムを書き散らすだけで、ITとは無関係のバイトをしてきました。玉掛とフォークリフトなら任せろーバリバリ
会社にもぐりこんだいきさつはやや特殊なのでぼやかします。とあるきっかけで知り合った人から誘われました。リファラルです。なお、とあるきっかけはなにかと炎上しがちないわゆるプログラミングスクールなどではないことを防火剤がわりに書いておきます。そんなもんに使う金など無い。
その人のことはあんまりよく知らなかったのですが、CTOとして手伝っている会社のシステム部門で人手を探しているとのことでした。会社のホームページにはリクルートページなど無く、何をやっているかいまいち要領が掴めなかったのですが、ざっくりと自社製のWebアプリ開発をやる感じらしく、内容も聞いた限りでは(自分のスキルと照らし合わせて)そんなにどえらいわけでもない印象でした。ちょうど金もないし無職だし、少し経験でも積んでみるかという気になったので、この際ホームページがDreamWeaverのサンプルを流用したまんまといった細かいところは観なかったことにしました。
面接にいくと社長から「いつからこれるの?」と言われたので「あっこれは」となりましたが、金がなかったので是非もなくそのまま入社の運びとなりました。この頃はプログラム書いて金もらえるなんてサイコーとか思ってました。ちなみにgithubやatcoderのアカウントを書いた職務経歴書は一顧だにされませんでした。
地方の製造業のシステム部門を切り出して別会社にした形態の、創立数年ほどの会社です。自分のほかにもうひとり、社内情シスのようなことをしている方がいましたが、基本的にはサポートが専門な感じでした(ただし肩書は自分と同じでしたが)。紹介してくれたCTOは週に一度のMTGに顔を出すだけということで、実質的に常駐している人間でプログラムが分かるのは業界未経験の自分だけというチャレンジングな環境からスタートしました。なお入社して社内の平均年齢を大幅に下げることになりました。
ちょうど入ったタイミングで情シスの方が抱えている仕事があり、とくにやることもなかったので手伝いました。グループ会社のサイトをスマホ対応させるもので、事情はわかりませんがそれまで他社に制作を委託していたものを自社で運用することにしたとのことです。みてみるとWordPress4でPHP5が動き、Bootstrap3を使ったオリジナルカスタムテーマで運用してきた様でした。もちろん仕様書やローカル環境もあるはずがないのですが、どうせ自分はWebデザインなど知らんのでとりあえず直にheader.phpにviewportを書いてmain.cssにメディアクエリを設定して、ザ・web制作初歩みたいなレスポンシブ対応をしましたが、デザインについて当事者との意見のすり合わせの機会なんかの開発手順はなかったので良しとしました。
入社して2周間ほどのち、社長についてこいと言われた打ち合わせの後日、MTGで「昨日のアレの進捗はどんな感じなの?」と聞かれたことから、いつのまにか新規案件を自分に一任されていることに気づきました。仕様は前日の打ち合わせがすべてだった模様です。要件定義や技術選定・検証のような工程など決まってないので好みで揃えました。趣味と関心からExpress+Mongo+Reactのセットか、触ったことのあるDjango/Railsでざっくりやるか、どうせならDockerも使い時か、こんなときに相談できる同僚やメンターが欲しいなぁなどと考えていたら、CTOがそれまで作っていたやつをみるとPHP+ES5+MySQLだったのでなんだかんだでそうすることになりました。PHPを初めて触り、「これがペラ1のphpにjsもcssもなにもかも書いていくといういにしえのスタイルか…!」と新鮮な感じでやってました。
Windows Server 2012で動いていたサービスをLinuxに移行しました。これは自分が入る前から情シスの方が任されていたのですが、マニュアルに沿ってコマンドを打ちこんではどこかで転け、エラーは読まずにあきらめてCentOSインストールからやり直すということを繰り返していたのを見るに見かねて手伝いました。SSHでPowerShellからマニュアルのコマンドをコピペして実行する方法を教えてあげると目を丸くされました。shellファイルを書いてあげると魔法をみるのような顔で驚かれました。自分が入ってなければどうなっていたんだろうか...
毎日出退時間を規定のEXCELフォーマットに記帳する必要があり、これが非常にめんどくさく無駄に思えたので、自動記述するpython/Goスクリプトを書きました。これは入社して2日目とかだった気がします。しかしここを自動化しても「印刷して人事に提出し、それをもとに人事の方がまたEXCELに書き込む」と知り虚無になったりしました。
これはやったことというか思うところあってプライベートで取り組んだことです。自分の想像していた開発現場との乖離を感じたので、こういうのはFE勉強すればわかるのかもしれないと思って1ヶ月くらいやって取りましたが、得られた知識で会社に活かせそうなものは何一つありませんでした。
チーム開発などという概念は存在せず、「1案件を1人で上流から実装、運用、保守、サポートまですべてやる」という進め方でびっくりしました。手持ちの技術スタックでできる範囲でギリギリなんとかやった感じです。よく転職サイト上で見かける文言で「お任せします」がありますが、これとかも要するに「丸投げ」の換言なんでしょうか。わたし気になります。
自分のように途中からジョインした人に対しての業務移行のシステムがないことから感じていましたが、案の定「誰かが抜けたあとの引き継ぎの機能」も整備されてないことに気づきました。もともとオンボーディングや研修の概念などありません。えらいひとは「そのへんは現場で協力してうまくやって」と丸投げし、すべての作業を自宅でやっているCTOは社内のこうした事情については放任で、いちおう情シスの方がいつのまにかメンター代わりになっていたものの、不明点を尋ねても頓珍漢な返答が多くもどかしかったです。どのサーバでどんなサービスが動いているのかやSSH情報を聞き出すのに苦労しました。こうした不幸と無駄な時間をなくすためにドキュメントを整備しようとしたのですが、頓挫しました。これからも物理フォルダーと社内サーバに散逸した各種の情報は混沌を深めていくのでしょう。gitも無いし。
サーバはオンプレでした。自分はクレカをもっていないためパブリッククラウドを試す機会がなく、ぜひとも触ってみたかったのですが、承認を得るための説明がうまくいかず、結局VBoxでやることになりました。唯一、それまで使われていたVBoxではなくVagrantを導入したのは少しだけ救いでした。どうせ自分しかいじらないのですが。
余談ですがオンプレで面白かったのはHDD増設のために初めてデータセンターなるものに入ったことです。インフラ/ネットワークはまったく分からんしなかなか個人で試せない領域だし縁がないかなと思っていたのですがやはりそこに見える物理層が存在するというのはテンションがあがりますね(断層みたいに言うな)
イキってカイゼン・ジャーニーや情熱プログラマーを買って読んだりもしました。目につくように共同図書のつもりで「ご自由にどうぞ」を添えて自分のロッカーに置いておいたら「私物は持ち帰れ」と言われてしまったので持ち帰りました。
さてお待ちかねメインディッシュですね。
もともと技術やコンテンツの会社ではなく、技術畑の人間がまったくいないことのインプレッションが次第に違和感として強く響いてきました。ITエンジニアとしてやっていくつもりの観点でみると、学習や成長の土壌は無いように思えました。協調関係や信頼がうまく築けず、自分のすべき道筋が不明瞭のままやっていけるほどタフなYATTEIKI精神ではなかったのです。
これは地方の、それもIT気質のあるわけではない、ワンマン経営の中小製造業ならばどこにでもあることかと思われますが、随所に感じるレガシーさに疲れてしまいました。一例を挙げると、毎朝30分に亘り行われる全社清掃(もちろん業務時間外)、社是の復唱、『感謝の言葉をみんなで味わうポエム』の輪読、その感想大会、頻繁に行われる中身のない会議、日報をエクセルで書いてメールで送ったり、出退勤表を毎日エクセルに書いて印刷して事務方に持っていくなどのルーティンがけっこう苦痛でした。
社内のコミュニケーションツールはLINEだったので使い勝手も悪く、会議でchatworkかslackを使いましょうと提案しても誰一人としてそれらの存在を知らず、「勝手にやってくれ」と言われてしまったり。LINE WARKすら知らんやんけ。説明しても「skypeじゃ駄目なの?」と言われたので諦めました。
えらい人の思いつきのたびに方向性が変わり、当人は発言したらそれで全て完了した気になってしまったのか、会議終了後の10分後に「さっき言ったやつまだ出来てないの?」などと言われた時はギャグかと思いました。会議の議事録も誰も見返さないので果たして意味があったのか疑問です。誰かひとりでもmarkdownが書けたり、少なくとも書く気があれば勉強会を開催してHackMDなどを推せたのですが。議事録が機能していないエピソードとしてひとつ思い出しました。開発中に機能追加を下された際に、その挙動は完全にプラットフォームネイティブであり今の技術選定だと作り直しになり、結果納期に間に合わない(し、自分の技術スタックからも遠く外れていたので学習コストも加算)と発言したらその場は収まったのですが、会議終了後に個人メールで「やはり機能はマストだ」と伝えられました。当然それは議事録に反映されることなく、なんかしらんけどそういうことになっているという感じになりました。
初めてのエンジニア職でしたが、社内に開発をる人やマネージャー職は不在で、いわゆる開発現場での流れを学ぶことはできませんでした。少なくとも技術を知らないえらいひとが「俺がスケジュールを立てたからこれに沿ってやれ」と、”開発”と”広告作成”しか書かれていない2週間の計画表をもってくるような現場はシステム開発として正しいのか、 と本能が警告を発していました。
もともと会社は製造業から始まったため、えらい人たちとの見解に齟齬があったのは体感としてあります。同じものづくりといえど設備とマンパワーと時間が線形的に結果に結びつく工場業務と異なり、システムエンジニアリングはかける時間の見積もりも容易でなく、かかった時間が必ずしも結果に結びつかないものである、と言う事実は受け入れられ難く、知識ドメインやマインドセットが異なれば説明も困難です。しかしながらえらいひとは一様に「経営者視点を」の号令で、経営誌を配り、その感想文の提出を義務付けるなど、現場視点を欠いた行動で現場(というか私)を疲弊してました。気づいたらSEO対策や別部署のMTGのためのプロジェクター設定、全PCのwindows updateに伴うドライバの更新の役も同一の職掌として役付けられそうになっていたり(一部は実際に情シスの人がやってた)、It’s not my workなシーンがみられるようになっていました。
そして、よくあることですが、理念と実態が乖離していたことです。世界をよりよくと言いつつ、目先の掛け算を考えてばかりのように思えました。グロースする中で発生しそうなあれこれをすっ飛ばし利益だけを皮算用するのはいいとして、データ量やトラフィックを指摘すると「そこは現場努力でしょう」となるので、世界を良くする前に精神を悪くしてしまい人生で初めて心療内科にいったりもしました。一応グローバル展開を目指しているとしながらサーバからMailerDaemonが飛んできたら「ギャっ英語っ!」と言って読まず捨ててたり、急にサービスが止まった時には激怒して責任の所在の追求を求められたため、草創期にえらい人の個人アドレスで取得してほったらかしにしていたドメインが失効したことが原因と伝えたら「あれはもう読んでいないアドレスだし仕方ない。こういうピンチのときこそチャンスにしようぜ」という謎理論を出されたこともありました。
違和感が確かなものになったのは、外部に提出する資料で社内の数字が異なっているとを指摘すると「こういうのは見栄が大事なんだ」と暗に公文書偽造をほのめかされたことですが、これ以上は闇っぽいので書きません(たぶんどこもやってて罷り通ってる範囲だと思うけど)
総じて、心理的安全性の低さ、そこからくる身動きのとれなさ、ロールモデルの不在、前時代的な風潮、社内文化へのミスマッチと不理解、成長の実感が沸かない不安と不満、それらに伴う摂取アルコール量の異常な増大と過食、といった要因の積み重ねが、ネガティヴな形での退職へと駆り立てることになったのだと思います。まあ、よく知らんうちにリファラルしてるところからして「採用・教育コストを考えてないのでは?」の念はあったのですが。中身がまったく不透明の状態で飛び込んだらそうなるよなぁ、の好例かもしれません。誘われた時はわりと藁にも縋る思いだったのでしかたないね。
現在はスキー場で住み込みバイトしてます。無考えに退職すると年を越せないことに気づきました。
可処分所得・可処分時間いずれも今の方が上なのはちょっとウケます。賃金はふつうに生きていければいいので前職程度でも気にしなかった程度なんですが。いまは映画をみたり積ん読を消費したり、在職時は深いところまで触れなかったPHPをいじったり、生PHPしかやってないことに気づいたのでcakeやったり、あとはweb周辺も久しぶりにキャッチアップしたりしてます。nodeネイティブおじさんなのでFWはangularしか知らないんですよね。vue/nestが面白そうな感じです。あと寮のwifiが談話室限定で窒息しそうだったので、持ち込んでいたラズパイをルータにして部屋まで飛ばしたら隣室の同僚から感謝されたりと活動は多岐に渡ります。
先のことはなにも決まってませんが、ちゃんとエンジニアリングしている組織で開発してみたいなという気持ちがあります。レビューやスクラム、アジャイルなんてのはひとりだと不可能ですし。ですが、やはりそういった会社は日本では都市部にばかり集中しているのでしょう。自分は空気の悪いところには住めないし、案外また辺鄙なところでtechとは無関係のことをしているのかもしれません。ワーホリでも使って海外で大麻栽培でも始めようかなぁ。
巷説に流布する「未経験からエンジニアへ」の言説のたぐいは、どちらかというと技術力よりもコミュ力が偏って高いタイプが生存しがちな雰囲気を感じます。たまにTLに流れてきたのを見かけますが、ああいった立ち回りは自分にはできないしやりたくないなぁと思ってきました。社会の要請ならばそれまでですが。
自分は体系的な情報教育を受けていないどこにでもいる地方高卒で、下手の横好きで趣味プログラムを書いてきたし、続けてるってことはそれなりに好きなんだと思います。得意じゃないけど。んで、こんなのがITエンジニアをしたサンプルというのは見かけないかもなぁと思って投稿しました。光あるところに闇あり。
といいつつ、やっぱり好きなことの結果がおかねになるのはいいよなぁと思った次第です。プログラムを書くのは楽しいけどエンジニアリングは超絶むずい、が雑な総括ですが、今回のことを顛末次第にはする気はないので、どこかに拾ってもらえるよう精進するきもちになりました。
プログラミングとか機械学習が流行している最近において、私の機械科専攻という点は、少しイマドキ風ではないと思いながら通学している。
現役で文系学部を出てはいるが、もとより車が好きで、高校も理系で出てはいた。
のっぴきならない家庭の事情で、勉強時間をかけずに進学できる文系を消去法的に選んだのが正直なところ。
仕事はSier勤務で、文系ながらエンジニアになれるというその一点だけで入社を決めた。
まあ、配属は思った通りに行かず、ゴリゴリの営業部隊配属になってしまったが。。
ではなぜ、今になって夜間大学に、それも情報系ではなく機械系に進んだか。
Sier勤務で想定されるキャリアというと、PMだとかPLだとか常駐だとか自社開発だとか言われるものが主だろう。
そして私も、それを目指すために働き始めた。
もっというと、なんかちょっと仕事できるようになったら客先の情シスに転職でもしようと思っていもいた。
特に、自動車メーカーの情シスに行こう、という夢を抱いていたのである。
しかし、まあ、夢物語とも言えないキャリアパスでさえ、時の運みたいなもので簡単にあきらめなくてはいけなくなるのが勤め人の宿命ともいうべきか。
ゴリゴリ営業部隊の一員となった私は、入社から二年間、ひたすらサーバコンピュータとかネットワークスイッチとかマカフィーなんかを売り歩かされることになった。
順調ではないがまあ平均かそこらの働きをしていたが、気づけば二年目の終わり。
一般的な不満は抱きつつも、じゃあどうすればいいかも特に考えず、漠然と過ごしてきた二年間。
そこに突然の衝撃が走る。
なんのことはない、SEの同期が自動車メーカーに転職しだしたのである。
はて、どこかで見たことある光景か、いや、私が頭の中で妄想していたキャリアパス像が、すぐそこに現れたのである。
まさに衝撃とはこのこと。
ボタンを掛け違えたまま過ごしてきた二年間で、どうやら思い描いていた人生からだいぶ遠いところに来てしまっていると。
なんとか収まるとこにおさまるだろうと適当なことを考え、自分を騙しながら過ごしてきた二年間が、音を立てて崩れたような気がした。
と、そこまで大げさなことではないが、何かテコ入れしなくてはと思い、気づいたら願書を送って試験を受け、晴れて手元に学生証が届いたのである。
さて、ここからが本題。
まず時間が圧倒的に足りない。
機械科に限らずどこも同じだと想像するが、レポート/試験に向けた独学の時間の確保が厳しい。
理系というくくりでいえば、実験レポートがさらにのしかかってくる。
平日の日中は仕事をし、その後講義を受け、帰宅するのは早くても22時過ぎ。
夕食や家事を済ませ、24時には就寝しないと仕事に差し支える。
その間、予復習を最大でも1時間。
仕事が詰まっているときなんかは、帰宅後業務の場合もあり、勉強時間が取れない場合も多い。
通常、土曜夜~日曜はさすがに休息/遊びの時間にしているが、試験前となるとそうもいかない。
体力に自信はある故、体を壊すことはないが、周囲の社会人学生のなかには体を壊す人も少なくない。
困った。
正確には、明確になっていないわけではないが、社会人一年目のときのようなキャリアプランが、もはや描けなくなっている。
勢いに任せてここまで来てしまった。
幸いなことに成績はそこそこ取れており、仕事も順調とはいかないがまあ普通程度にはやれている。
「AI=何かすげぇシステム」程度の理解をしているユーザー企業や官公庁の情シスと関わっているとシステムの不具合が出た時に最終的に責任を取る「人」は誰なのかと言う話になる
よくAIに取って代わられる仕事なんてのも一時話題になったけどシステムが関わる以上、システムと情シスの間に責任を押し付ける生贄を配置したがる、派遣とか下請けとか子会社とか
それが伝統的になっているSI業界でAIを取り入れてもAIで不具合が起きた時の対応部隊や生贄の配置は必須になり、恐らくAIを監視・保守するような仕事が発生する。
まぁ給与は少なく待遇も悪い上に人も足りないような仕事になるだろうが、システムに関わる知識を必要とされるため派遣会社がこぞって群がる案件になるだろう。
そんな未来が予想されるためAI導入でAIに取って代わられる仕事をしている労働者が不要とされる事はないと断言できる、日本人はAIを信用してないし責任を押し付ける人を欲しがるからね。
パソコン音痴の教師を舐めるなよ?奴らは仕事で使っているパソコンのOSが何か知らないんだ
インターネットに繋がらないとヘルプにかかってきた電話で詳細を確認すると「インターネットにつなげるためにパソコンの電源を付けたけど起動しない」
って事が非常に多いんだ、「ブラウザなんですか?」とIEを操作しながら質問してくる輩もいる
パソコン音痴の教師を舐めるな!Wordを操作しながら「Wordって何ですか?」と聞いてきたり「右クリック?なにそれ」と聞く輩もいる
しまいには操作手順書さえも忙しいと言う理由を付けて読まずに情シスに「ソフトが動かない!欠陥品送りやがって!」と怒りの電話をする輩もいる
そんな教師が大多数、はてなに出入りしている自称パソコンに強い先生はまだましそれが現状なのにプログラミング教育が成立するとは到底考えられない
*****
・内部の情シス的な人たちは、4/1からの新入りやら異動やらの対応で大変そう。
・紙の資料が多い
・優秀っぽい人が多い。情報処理能力が高い。理解力高い。早口。こっちが言葉足らずでも意図の理解、咀嚼、反応がはやい。
・チャットツールとかクラウドとかグループウェアとか使いたい。メールが飛び交いまくる。
・ミーティング多い。一日に一回ぐらいある。急に決まる。
・決裁めんどくさい。よくわかんない。
・優秀な人は多いのだろうが、仕事の構造、システムが悪い、古い感じがする。
・役職が多くてよくわかんない。
・街宣車や、省庁の前で拡声器で叫んでいる人がほぼ毎日いる。うるさい。こんな状況で仕事…。
・19時過ぎても相当の人が残ってる。ワークライフバランスとは…?
・中堅どころの人で「染まりたくない」と、色々取り入れようと頑張っている人もいる。報われてほしい。
・割と女性多い。みんなおされ。
・国会当番というのが大変そう。
・みんなちゃんと仕事してくれる。前の職場は仕事しない、したがらない、報告しない、押し付ける、あからさまに不機嫌を撒き散らす、などが平常だったので、人間性という意味では数段上に来た感じがする。
・しかし、こんな優秀な人たちが多いのに、組織やシステムとして機能してない、うまく回ってない、やたら手続きが多い、といった感じ。
・文書主義は、戦争の反省から組織としての暴走を防ぐために生まれたんだろうか。
・農水省の食堂はメニューに食料自給率が書いてあって面白い。職員以外の一般人も入れる食堂があるので、契約終わったあとも気が向いたら食べに行こうかな。
・ここにこんな経費はいらないよね?税金なんだから無駄にはできない、というマインドは良いが、細かな削減、枝葉末節の話が多く、そもそも大きな枠組みでそれはどうなの?と思うこともある。
・経済波及効果や文化波及効果といった意味では、やっぱ有用なのかなあ。
などなど。
凡人なりにがんばるよ。
→そうですね
→しらんがな
→あなたが使ってないその項目は他の誰かが使っている
・コピー機がつまった
→しらんがな
→しらんがな
→しらんがな
→MOSうけてください
・いい感じにシステムつくっといて
・システムが使いにくい
→そうですね。それは思います。でも情シスが勝手に作っているものではないです。お前の使っているシステムは社内の合意を得て設計されている
・パソコンが遅いので新しくしてくれ
→ハイスペック必要というなら説得できる材料を出してやらないとIT担当は首を縦に振っても、その上が首を縦に振らないんですよ
生産性があがらないというのであれば無駄にしている時間とか、そういうの出してくれないと動きたくても動けない
あなたの思っているコスト削減と事務畑の管理者が思っているコスト削減はプロトコルが違うのだ
・蛍光灯が切れた
→そうですね
・トイレが汚い
→そうですね
→お前の働きぶりは時給換算するとあいつ以下ですよ
・おまえ社内システムでなんでもできるんだろ
→なんでもできるけどなんでもしないようにするし、しらないふりにするのが役目です
ウチは300人ちょっとの会社で、業務内容はほぼ海外取引オンリー。
だからバックヤード部門を除き社長からヒラに至るまで、正社員は必ず年数回、海外出張に出かける。
というか人によっては、日本にいるのは1年のうち数日だけなんてケースもある。
かと思えば春節かよ!とツッコみたくなる帰国ラッシュが年数回あったり。
社員が使うPCは基本Windowsだが、中にはMacという人もいる(正直やめてほしいが)。
そんな会社でITを支える我が情シスは、以下のメンバーで成り立っている。
ここで問題になっているのが、最後に挙げたセキュリティ・PC担当の定着率。
基本的に新人も中途も、登竜門として最も技術的難易度が低いというか、そこまでガッツリ勉強しなくとも務まるセキュリティ・PC担当で仕事力を鍛えてもらう。
しかし、さほど難しくないはずの当該業務は、現実としてデキる人と全然ダメな人にはっきり分かれてしまう。
ちなみに全然ダメなのは決まってプログラマ上がりないし、「学校ではプログラミング好きだったんですよー」というタイプ。
たいてい、毎日3時間も4時間も謎の残業をした挙げ句、それだけ頑張っても3ヶ月と保たず業務に支障を来たし、「すいませんクビにしてください」と言って辞めてしまう。
これが不思議でならない。
だって業務と言っても、大して難しくない、こまごましたタスクがあるだけなのだから。
一応列挙すると
だいたいこんな感じである。
というわけで、一つ一つの作業は大した事ないというか、むしろ簡単なのがおわかりいただけるだろうか。
それこそマニュアルも不要なレベルだし実際マニュアルはないし、それでも今の社員数なら一人で回せる。
だから、プログラムなんてバカには絶対できない作業が行える人間が、この程度のことでつまずくというのが、ちょっと信じ難いのだ。
何が問題なのか、教えてほしいわ。