「うちの区はLINEがIT化限界点だからSlackを使うのはやめてくれ」PTAにシステム管理担当はいない問題
emi @frogfrogfrog やる気ある広報委員の人に、お願いだからプロしか使えない技を使うのはやめてくれ、うちの区はLINEがIT化限界点だからSlackを使うのはやめてくれ、ファイル共有システムの管理権限を無条件で委員全員に出すのやめてくれ、わからんやつが全消去するからと説明するPTAのお仕事…。 2022-04-28 15:45:23 emi @frogfrogfrog 便利なのわかる、できるのわかる、わかるんだけど、お願いだから家で普通に子供見てるパソコン詳しくない人のところまで降りてきて我慢してやってくれ。効率も大事だけどこれは仕事じゃないしみんな1年で辞めるんだ。システム管理担当はいないんだ。とにかく簡単に引き継げるレベルに全てを落として。 2022-04-28 15:48:14 emi @frogfrogfrog 1番大事なのは誰でもできることなの！うちは全員加入だから
IT業界に蔓延する客先常駐システム開発の変なところ | 株式会社アクシア
IT業界に蔓延する客先常駐によるシステム開発ですが、もう今更言うまでもなく理不尽なことだらけの世界です。 現在の客先常駐のスタイルが続く限りはIT業界の長時間残業の問題を解消することは難しいですし、働き方改革を推進し、日本のIT業界を成長させていくのであれば何としても現在の客先常駐によるシステム開発は消滅させていかねばならないと思います。 客先常駐スタイルのシステム開発の変なところをまとめてみました。 偽装請負が当たり前に行われている 客先常駐の何が一番おかしいかと言えば何といってもこの偽装請負です。どう考えても違法行為なのになぜか中々是正されません。 準委任契約だと請負契約ではないから偽装請負にはならないと勘違いしている愚かな経営者もいますが、違法行為であることは薄々気づいて（というか完全に気づいて）偽装請負に手を染めている経営者もいます。彼らは偽装請負のことを「グレーゾーン」のような呼
IT系上場企業の平均給与を業種別にみてみた 2017年版［後編］ ～ SIer／システム開発系、パッケージソフトウェア系、クラウド／ホスティング系
IT系上場企業の平均給与を業種別にみてみた 2017年版［後編］ ～ SIer／システム開発系、パッケージソフトウェア系、クラウド／ホスティング系 IT系企業で平均年収が高いのは、勢いのあるスタートアップ系企業なのか、あるいは大企業となった大手ネット系企業なのか。それとも伝統的なSIerなのでしょうか。 今年もIT系の主な上場企業を分類し、比較しやすいようにまとめてみました。 前編の「スタートアップ／ネット系、ゲーム／モバイル系、メディア系」に続いて、後編ではパッケージソフトウェア系、SIer／システム開発系、クラウド／ホスティング系の企業についてまとめました。 上場企業は毎年「有価証券報告書」の発行を義務づけられており、そこには従業員の人数や平均年齢、平均年収などが掲載されています。この記事では、これら公開情報を基に、Publickeyが独自の判断で主な企業をピックアップして業種を分類。
増え続ける50代SE、減る20代と30代
IT現場の最前線で働き続ける50代SEが増えている。55歳になるSCSKの舟野真樹氏は、データセンターの効率的な運用を考える企画業務に携わる。「先輩達を見ていて、50代はアドバイザー的なポジションになると思っていた」。かつての想像と異なる現在の仕事に驚きを隠せない。 舟野氏は入社以来、社内の情報システム部門、顧客へのシステム運用のコンサルティングなど様々な仕事を経験した。「システム運用の上流から下流まで経験した。経営層やスタッフ部門の考え方に深く触れることもできた」（舟野氏）。経験を活かして、50代になっても第一線から退くことなく現役SEとして仕事を続けている。 現在の肩書きは「ITマネジメント事業部門 netXデータセンター事業本部 サービス基盤部 第二課 シニアプロフェッショナル サービスマネージャ」。組織を率いる「部長」や「課長」といったラインマネジャーではなく、システム運用ソリュー
これはひどい！IT業界に巣食うブラックな顧客達 | 株式会社アクシア
IT業界に限った話ではありませんが、仕事をしているとたまにとんでもない顧客に出くわすことがありますよね。そんな顧客の対応をしているうちに精神的に消耗してしまうこともあるかと思います。そういう顧客とはできるだけ取引しないように注意はいますが、注意していても一定の確率でそういう顧客と当たってしまうこともあります。交通事故みたいなものです。 以前こんなブログを書きました。↓ 残業を求めてくる顧客はブラック企業です 本日はより具体的に、私が今まで出会ってきたとんでもないブラック顧客ｗをご紹介したいと思います。 ブラック度10%：「こうなると思ってました」を連発する システム開発ではこれから構築するシステムの仕様について、顧客と開発会社側で認識の齟齬が発生しないように、顧客の要件をヒアリングしながら仕様書に落とし込んでいきます。システム完成後の検収は基本的にこの仕様書に基いてシステムが正しく動作して
そもそもみずほ銀行の前身は、第一勧業銀行・富士銀行・日本興業銀行の合..
そもそもみずほ銀行の前身は、第一勧業銀行・富士銀行・日本興業銀行の合併あたりから始まってるわけです。 合併はしたもののこいつらは仲が良くなくて、社内でどこの銀行出身がリーダーとるかで血みどろの社内政治闘争が繰り広げられてます。それを反映して、社内の電算システムも、キメラ合体させ田つぎはぎのを使ってます。どの派閥も譲らなかったせいです。当然、死ぬほど古いプログラムを切り貼りして継ぎ合わせて使ってるので、もう誰も全体像はつかめないし改造するのも難しい状況ですし、触らぬ神に祟りなしみたいな状態でした。 記憶している人もいるかと思いますが、東日本大震災直後の2011年3月にみずほ銀行の子の電算システムは大規模な障害を起こしてます。8000億円規模の決済遅延を起こして、預金者に不便をかけました。当然金融庁の調査とかも入ってるんですが、その結果として「組織の上層部が派閥闘争しすぎで、仲悪すぎて、現場も
良く分かる「みずほ銀行デスマーチ」
やあ、デスマーチってるかい？ 実はデスマーチ基準ってのがあって、7時間寝られるか。 なんと自宅に居る時間は5時間だけ？継続してたらデスマーチよ。 法律守って作業者が自宅に9時間いられるようにマネジメントするのがお仕事。 （鎮火の初動は、終電まで働かせといて健康管理は自己責任とか言う人の排除から） というわけで、みずほ銀行が最近また話題になったので、振り返ってみよう。 銀行の権力闘争が根本原因さて、みずほ銀行の吸収合併は、こんな感じ。 みずほコーポレート銀行＜改名＝富士銀行←日本興業銀行みずほ銀行＜改名＝（第一勧業銀行←富士銀行のリテール部門）←（みずほ統合準備銀行←日本興業銀行のリテール部門）で、記憶に新しい2011年の東日本大震災システムトラブルの影響で、 システム刷新して再発防止するぜ！というのが2012年スタートの話。 みずほ銀行＜改名＝みずほコーポレート銀行←みずほ銀行 （一体化し
みずほ銀行次期システム関連のまとめ（2016/11/24 追記あり） - Akio's Log
(追記1：2016/7/11 7/7以降のブログ記事などを追加) (追記2：2016/11/24 延期発表の記事を追加) こんばんは。SE兼PM見習いです。 例のみずほ銀行の次期システム開発が話題になってますね。 blog.livedoor.jp blog.livedoor.jp 毎年この時期に、みずほ案件がグダグダだよね、という情報が出てくるのはもう恒例行事となってますが、開発工程終盤を迎えていよいよヤバイ状況が隠しきれなくなっているようです。 趣味が悪いと言われますが、デスマウォッチャーでして、特にこのみずほ銀行案件をウキウキとウォッチングしているのですが、ここでブックマークしている過去の情報を時系列に振り返ってまとめてみたいなと思います。 2002年〜合併時のシステム障害〜 次期システム案件の話に入る前に、みずほ銀行合併時の大規模システム障害に触れておく必要があります。 https:
僕の知ってる「特許庁」の話 | おごちゃんの雑文
私の見聞きした話の断片を憶測でつないだことなんで、話半分で読んで欲しい。ただ、個々の事実として語っている部分は事実だ。 また、スキャンダル的な部分を除けば、いろんなプロジェクトに共通することなので、一つの「寓話」として読んでもらうといいかも知れない。 特許庁のプロジェクトがコケたって話はあちこちで語られ、いい話のネタになっているようなんだけど、私が知っている範囲では、そういった綺麗な失敗ではない。 くどいようだが、話の断片を憶測でつないだことだから、その辺は用心して読むように。実はfacebookにちょろっと書いたんだけど、もうちょっと整理して書いておく。 「特許庁」のプロジェクトは、実は始まった時くらいに誘われていた。そういった話を持って来た人がいたからだ。あれだけの大プロジェクトに「その人」がなんで関わっていたかは知らない。まぁ当時は「その人」はそれなりに信用していた部分もあったので、
特許庁の基幹システム失敗の背景にある、日本におけるITプロジェクトの実態
今週月曜日に公開した記事「特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩本順三氏の述懐」は、記事に対して数多くのブックマークやツイートが行われ、大きな反響をいただきました。 その萩本氏から「問題提起だけで終わるのではなく、こうあるべきだという提案もしたい」、という依頼をいただいたので、記事にいただいた反響への返答という意味も込めて、萩本氏の提案についても掲載したいと思います。 以下からは萩本氏の文章となります。 これまでのIT業界の慣習を捨て去り、あるべき姿へ 僕が日記（注：記事の元になったFacebookへの書き込み）を書いたのは、二度とこのような案件が出ないよう本質的な問題提起をしようと思ったからです。 それが僕の責任だと思いました。 本質的問題を提起したつもりですが、しかし本当に理解していただいたのかというのが心配でもあり、また理解していただいたとしても、今後何
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
