人間の仕事が完全にAIに移行するには、まだ時間が掛かるのかもしれません。記事の反応ツイートをまとめました。@gigazineニュースサイト「GIGAZINE」(ギガジン)公式アカウント。最新ニュースを速報中。365日年中無休で更新しています。誤字脱字指摘や記事ネタの連絡はGIGAZINEページ一番下にあるメールフォームへのリンクから送ってくれると助かります。System」を導入しました。@GarmLarsenどんな仕事でも作業内容のミスに対し感じる「違和感」が割と重要な安全装置になってる、と思ってる。機械にはそれが無いからなぁ。@TAmikura平行稼働テストせずに切り替えるとは...基幹システムは怖いよなー。しても後でしっかり読もう。言うのを受け入れる側の仕事だし。新システムと旧システムを並走させる期間は必要でしょうに。@honekingあああ、あるね~、としか言いようがないあるある。ここまで規模が大きいのは珍しいかもだけど。@octnovfifthstこんなことって日本の公共事業じゃ当たり前(見切り発車)かと思ってたら、海外でも有りうるのか。@fstoraまぁこういうはなしは世界中にあるわな。@funako2010これほどの規模ではないけど、割と身近でも聞く失敗のパターンだよねえ...。@machik79組織内にITに卓越しない人がいないと起きる典型。サルの幻想に惑わされてはいけない。@AK_QAN_T_限りなくゼロに給料がなるとか怖過ぎる。あと、カナダの人口に対して26万人の公務員は多過ぎる気もするけど。2018年3月5日Oracleの給与計算と言うとPeopleSoftかな?と思ったらPeopleSoftだった。あれはビジネスロジックをPSに寄らせるようなBPRを提案しないと膨大なアドオンが必要になるんで、融通の効かない公共機関には向いてないと思うぜ。実際に動かす前にテストすれば上手く行かないことは分かったろうに・・・。要件定義や基本設計レビューには給与計算部門の人が参加していたのだろうか。この後辞めさせられると知りながら。2018年3月5日ああ~。聞く炎上案件って奴や・・・。世の中真に100点満点で当たり前の仕事というのはさほど多くないんだが、給与計算はその数少ない一つだと思ってたんだけどなあ...ここで間違いがあると所属してる組織への拭い難い不信感を生むところだからね。2018年3月5日ところで、このバグだらけのシステムに元々データを入力したのは誰なんだい?ってまぁ概ね予想は付くけどさ。仮に予想通りだとして、システムが完成したら首切られて何の責任も取らない、取れない人たちが真面目に働くだろうか。いうのを考えると、なぜうまく動かないのかは決してIBMやOracleのせいじゃない気がするな。見切り発車で日程立てて、その日程に基づいたギリギリの契約しかしなかった。したら下流案件が火を噴いて日程までに間に合わずIBMは知らないゾと言ってぶん投げたようなイメージしか湧かなかった。予算ケチっても碌な事が無い。2018年3月6日これ、発注側が「いったいどういう仕様を発注すればいいかよくわからないけど、なんか今まで人力でファジーで何とかなってた給与システムを電子化してね。仕様は...あれもこれもそれも追加追加追加で。́・ω・`)まさしく不死鳥のごとく、うんうん。いうの競合するリクエストがスパゲティに絡まっておいしくいただけるからいいよね。日本だとこの修正は全て顧客が無理難題吹っかけようがタダ働きになる上追加要求を乗っけてきて(無論これもタダ)泥沼にしかならんから受けちゃだめなやつ。IBM(カナダ?)はすごく仕事上手でうらやましい。日本企業の管理職みたいなおっさんが技術レベルの要求書いたんじゃろ。2018年3月6日このやり方では、ある意味必然と言える結果。「コンピューターは、非常に速く、非常に正確な間違いを犯す」(マーフィーの法則より)とはこの事だったか。2018年3月6日システムの仕様以前の問題として、仕様を理解できる業務側のメンバーを根こそぎ解雇なんてやったら、最低限の協力しか得られないのは当たり前。するかという点がカナダ政府になかったというだけ。2018年3月6日カナダに限らず、兵隊と言う名の公務員がいるから、日本より多く感じると聞いた事があるな。仮にシステムに問題があったとしても、それを導入時や平行運用で検知し解決するのが本来本筋なんだろうけど...発注側がどんだけ無茶させたんだろう、としか思えない。一概にSIが悪いとは言えないでしょう。2018年3月6日コストを削ろうとして問題が発生しさらにコストがかかるという典型的な例。システムの確認が不十分だったのが原因だが、一番の問題は給与計算部門を削れる費用だと認識してしまった点。現段階においてそれは削ってはいけないコストだったんだよ。2018年3月6日IBMの強気のコメントを見ると「システム側の問題」というよりは「穴がありまくる適当な仕様のシステムを仕様通りに組み上げた故の問題」っぽいなあ。平行運用でテストしないのを決定した奴らが悪いということで。2018年3月6日IBMの強気のコメントって、スルガ銀行の時も同じような感じの主張だったよなぁ。自分は悪くないユーザーさんの責任ですみたいな。2018年3月6日みんなコンピュータを魔法かなにかと勘違いしてるんだよな。導入したら全てが解決みたいな。仕様を考えるのも、開発するのも、運用するのも人間だよ。どこのお人好しが協力するのか、という話ですよね。2018年3月6日なんか「ブロックチェーンが」とか言ってる奴いるけどブロックチェーンも関係ないな。転生失敗したまま燃え尽きたフェニックスかな。完熟まで平行運用しなかったんだ、と思ったけどシステム周りでよく聞くあるある案件過ぎて違う涙がでる。この件って有名なの?内輪でごちゃごちゃもめて契約切ろうとして訴訟寸前とか聞いたけど。不死鳥システムなんて名前付けるからだろ...(呆れ)アレは自ら業火に飛び込んで焼身自殺を遂げた後に復活する。人がやってる業務をそのままシステムの落とし込もうとすると際限なく要件が膨れるからなあ。大勢の人が関わるものだと特に。システム構築の計画の段階で業務自体の見直しや改善が必要なんだけど、他の企業が『複雑すぎる』と判断ということは、計画時点から泥船案件だったんだろうな。2018年3月6日コメントに、AIってちょっと複雑なプログラムなだけというのがあって、結構モヤモヤ。AIというのは、凄く大雑把に言うと、計算を省略して高速化する技術。将棋必勝法はコンピュータに計算させれば出ることは理論上わかっているけど、その計算に必要な時間と言うのが数十年レベルで全く実用性がない。学習しとくとか色んなAI技術でその計算を省略して制限時間内に処理を終わらせる。そのせいで計算結果に誤差とかが含まれてしまい、将棋AIが負ける事がある。2018年3月6日”この問題の責任に大部分は、システムの準備が整っていない兆候が目立っていたにもかかわらず、プロジェクトを運営していた政府高官にあると述べました。"全国のさまざまな部門で給与計算を処理する1200人の従業員を解雇し、政府給与の大部分を処理するためにフェニックスを採用してシステムの運用人数を500人に抑えて集中管理し、コストを削減することが目的でした。カナダ政府の会計監査部門の調査により、この部門に新しく雇用された人材の多くが教育不足であり、しかもオーバーワーク状態で働かされていたことが判明しました。「他の沿岸警備官や刑務所護衛などの独自のシフトに合わせた複雑な給与計算ができるようには改修されていませんでした」要件定義漏れやん。2018年3月6日あぁ他人のプロジェクトが炎上するのは何て心躍ることだろう。人給絡みでPeopleSoft使って揉めた(確か訴訟まで行った)のってアメリカのどっかの大学でもあったような。なんかもうOracleはPeopleSoft売るのやめたらいいのに...。EdwardsにPeopleSoft。企業買収の結果だし、それぞれにターゲットとしてる企業規模とかの絡みで推しが違うんだろうけど、いくら何でも製品ラインナップ多すぎ。☺️反応が知りたい記事募集中!リプライやDMで気軽に連絡してくださいね。