  |
はてなキーワード: 日本IBMとは
安野たかひろ ：1990年生まれ。東京大学工学部システム創成学科卒。ボストン・コンサルティング・グループ。
高山さとし ：1986年生まれ。灘中学・高校卒、慶應義塾大学経済学部卒。ボストン・コンサルティング・グループ。
稲原むねよし ：1989年生まれ。東京大学工学部卒。日本IBM。
角野なすか ：1989年生まれ。東京大学工学部卒。リクルート。
小林しゅうへい：1990年生まれ。千葉商業高校卒。株式会社ドワンゴ。
みねしま侑也 ：1990年生まれ。開成高校、東京大学法学部卒。ゴールドマン・サックス。
河合みちお ：1990年生まれ。東京大学文学部卒。教育系企業。
山田ゆうじ ：1990年生まれ。東京大学大学院卒。開成中学校・高等学校教員。
川端ゆうすけ ：1990年生まれ。東京大学経済学部卒。総務省。
古川あおい ：1991年生まれ。東京大学法学部卒。カリフォルニア大学バークレー校情報大学院卒。
前田みさ ：1992年生まれ。慶應義塾大学経済学部卒。P&G Japan。
まあ、そういう政党なんだろうな。
1990年代半ば、九州大学病院（九大病院）は病院情報システムの全面刷新を計画していた。従来の断片化したシステムを統合し、最先端のオブジェクト指向技術を全面採用した次世代システムに生まれ変わらせるという大胆な構想である
tumblr.com
。入札条件にも「純粋なオブジェクト指向技術で実現すること」を掲げ、業界内でも前例の少ない大規模プロジェクトに挑むことになった
tumblr.com
。この計画に応札した日本IBMは、開発言語にSmalltalkを採用し、社内外からオブジェクト指向開発の専門家を総動員する。日本IBM自身のチームに加え、Smalltalkの豊富な経験を持つ多数のシステムインテグレータ各社が協力企業として参画し、一時期は約200名もの技術者が開発に従事する巨大プロジェクトとなった
tumblr.com
。医療現場からは「21世紀を先取りするシステムになる」という期待の声が上がり、IBM側も「国内最高峰の病院に最新技術を投入できる」と意気込んでいた。誰もが、この試みに大きな希望を抱いていたのである。
プロジェクトは1996年、本格的に動き始めた。九大病院の情報システム担当者たちは、院内各部門から新システムへの要望をヒアリングし、「新システムへの要望リスト」を作成して日本IBMに提示した。しかし、その内容は具体性に欠けていたと言われる。「実現したい業務の全体像がはっきりしていなかった」のだ。病院側は約1,400床を擁するマンモス病院ゆえ、部門ごとの意見をまとめ上げ全体方針を打ち出すことが難しく、提出された要件定義書は「中身はほとんどなかった」と関係者は振り返る。一方の日本IBMも、その不十分な要件定義を十分詰め直すことなく開発を進めようとし、この問題を放置してしまった。プロジェクト序盤から、実は大きな不安の種が芽生えていたのである。
それでも当初の計画は極めて野心的だった。フェーズごとに順次システムを稼働させる計画で、第1次カットオーバー（最初の稼働開始）は1997年1月と定められていた
tumblr.com
。限られた時間の中、日本IBMと協力各社の開発チームはオブジェクト指向の新手法に挑みつつ、多数のサブシステムを並行開発するという難事業に取り組み始めた。しかし要件の曖昧さは各所で影響を及ぼす。開発メンバーの一人は後に「実際にはオブジェクト指向の入り口にさえたどり着けなかった」と語っており、肝心の新技術を活かす以前に基本事項の詰め直しに追われる状況だったという。
1997年初頭：見えてきた遅れとすれ違う思惑
年が明けて1997年になると、第1次稼働予定の目前になっても開発は難航していた。結局、日本IBMは1996年10月末になって九大病院側に「当初予定の1997年1月にはシステム稼働が間に合わない」と突然伝えることになる。これは病院側にとって青天の霹靂であった。代替策として「一部機能に範囲を絞れば1月稼働も可能」といった提案すら無く、一方的に延期が告げられたことに、病院担当者たちは強い不信感を抱いたという。プロジェクト・マネージャー同士の密なコミュニケーションも欠如しており、延期決定前から両者の意思疎通は十分でなかったようだ。これが最初の綻びとなった。第1次稼働時期は当初計画より9カ月遅れの1997年10月へと大幅に後退する
tumblr.com
。
この延期表明を境に、現場は混乱に陥る。病院側は日本IBMだけに任せておけないとの思いから、一部の協力会社と直接組んで独自にプロトタイプ開発に乗り出すなど、プロジェクト体制は分裂気味になった。一方、日本IBM側の士気も下がり始める。ある協力会社メンバーは「これほど求心力のないプロジェクトも珍しい」と当時を振り返り、リーダーシップ不足だったIBMの姿勢に驚いている。複数の外部企業（延べ10社以上）が関与する巨大プロジェクトでありながら、日本IBMは1997年10月頃まで一貫して主導権を握れずにいた、と多くの関係者が指摘する。誰がハンドルを取っているのかわからないまま巨艦だけが突き進む――そんな不安定な状況であった。
事態を重く見た九大病院と日本IBMは、1997年2月から6月にかけて要件定義のやり直しに着手する。一度作成した要件定義書を更地に戻し、業務フローも含めてゼロから整理し直す作業だ。しかしこのリカバリーにも時間を要し、プロジェクトの遅延はさらに広がっていった。「ようやく問題点に光を当て始めたかに見えたが、時すでに遅し。気づけば頭上に厚い雲が垂れ込めていた」と語る関係者もいる
。プロジェクトは先の見えないトンネルに入り込み、関係者の心にも次第に不安が募っていった。
1997年春：一筋の光明 – オブジェクト指向データベースの導入
混迷を極めるプロジェクトに光が差し込んだのは、1997年春のことである。要件定義の立て直しと並行して、日本IBMはシステムの技術基盤を強化すべく重大な決断を下した。従来のリレーショナルDBではなく、米国GemStone Systems社のオブジェクト指向データベース（ODB）「GemStone」を採用する方針を固めたのだ
tumblr.com
。GemStoneはSmalltalkとの相性が良いことで知られ、オブジェクト指向開発との親和性が高い製品である
tumblr.com
。この採用決定に伴い、GemStone社から複数名のコンサルタントが来日しプロジェクトに参加。停滞していた開発体制の再整備が行われた
tumblr.com
。経験豊富な専門家の助言により設計も見直され、チームはようやく開発の目処を掴み始めたのである
tumblr.com
。
病院側もこの動きを歓迎した。長引く遅延に業を煮やしていたものの、最新のODB導入で性能や拡張性の課題が解決されるならばと期待を寄せた。協力各社の技術者たちも「ようやくトンネルの先に光が見えた」と胸をなでおろした
。現場には久々に前向きな空気が漂う。遅れを取り戻すべく、再結集した開発チームはスパートをかけた。システム全体のアーキテクチャをGemStone前提に再設計し、失われた時間を埋めるため懸命な努力が続けられる。巨大プロジェクトは今、再び軌道に乗ろうとしていたかに見えた。
しかし、その光は長くは続かなかった。1997年7月初旬、プロジェクトに再び試練が訪れる。日本IBMとGemStone社との契約交渉が突如決裂し、参画していたGemStone社コンサルタント陣が全員帰国してしまったのだ。肝心のGemStone製品も利用不能となり、頼みの綱を断たれた開発チームは一瞬にして暗闇に放り込まれた。まさに「悪夢のような出来事」であった。
7月20日になって、日本IBMはようやく協力各社を集め緊急説明会を開いた。日本IBM側の説明によれば、「GemStoneとの交渉決裂は企業（日本IBM）の根幹に関わる問題による」という。詳しい理由として、契約書の条項に**「システムのユーザー等が何らかの理由でGemStone社を訴えた場合、メイン・コントラクタである日本IBMが全ての法的対応を負わねばならない」といった内容が盛り込まれており、日本IBMはこの重い責任リスクを受け入れられなかったのだという。さらに料金面でも折り合わず、3カ月間におよぶコンサルタント8名の派遣とソフトライセンス料などに数億円近い費用**を要求されたことも判明した。法的リスクとコスト高騰――企業として譲れぬ一線を越える契約条件に、日本IBMは最終的に「ノー」を突きつけた形だ。だが、それは即ちプロジェクトの生命線を断つことを意味していた。
この報に接した開発現場は騒然となった。GemStoneを中核に据えて進めてきたアーキテクチャ設計を一から練り直す必要が生じたためである。ある協力会社の関係者は「この時点でプロジェクトの失敗を覚悟した」とまで語っている。大黒柱を失ったチームには動揺と失望が広がった。折しも夏本番を迎え、福岡の空は照りつける日差しに覆われていたが、プロジェクトには再び厚い雲が垂れ込め始めた。
GemStone脱落という非常事態に対し、日本IBMと九大病院は必死のリカバリーを図る。1997年8月上旬、急遽代替のODB製品としてフランスA.D.B社の「Matisse」を採用する決断が下された。Matisseは国内では知名度の低いODBだが、日本でも過去にSmalltalkアプリケーションのデータベースに採用された実績があり、「何とか使えるめどは立つ」と判断されたのである。
しかし代替品とはいえGemStoneとMatisseでは機能に大きな違いがあった。GemStoneで可能だったサーバ側でのSmalltalk処理実行がMatisseではできず、セキュリティ機能も貧弱だったため、開発チームは不足分を自前で作り込む必要に迫られた。この結果、システム全体の設計をクライアント中心処理へ大幅に変更せざるを得なくなり、再び設計の手戻り作業が発生した。炎天下での再出発である。エンジニアたちは寝食を忘れ、懸命にコードを書き直した。
その甲斐あってか、1997年9月末の時点で第1次開発の主要部分を年内に実現できる見通しが立ったという。一度は暗転したプロジェクトにも、わずかながら光明が見えた。病院側も「何としても年内稼働を」という思いで支援を続ける。だが、このとき水面下では別の動きが進んでいたことを、現場の多くは知らなかった。
1997年10月9日、事態は最終局面を迎えた。この日開かれた会議で、日本IBMはSmalltalkによる開発断念と、マイクロソフト社のVisual Basic（VB）への全面的な方針転換を突如宣言したのである。晴天の霹靂とも言えるこの決断に、現場は凍りついた。幾多の苦難を乗り越えようやく目指してきた最先端技術での構築を諦め、当時広く普及していたVBという「オブジェクト指向ではない」開発ツールで作り直すというのだ。九大病院が当初求めた**「純粋なオブジェクト指向」**という条件にVBが合致するかは議論の分かれるところだが
tumblr.com
、病院側ももはや背に腹は代えられない。最優先すべきはシステム稼働そのもの――この苦渋の転換を受け入れる以外になかった。
実はこの決断に至る伏線は存在した。日本IBMは1997年4月頃から密かにVB採用の可能性を九大病院に打診しており、さらに8月頃からは段階的にSmalltalk担当エンジニアを現場から引き上げ始めていたという。ある協力会社のメンバーは「裏ではVBによる開発をすでに進めていたようだ」と振り返っている。つまりGemStone交渉決裂後、表向きはMatisseによる巻き返しを図る一方で、日本IBM本体は別動隊でVB版システムの構築に乗り出していた可能性が高い。振り返れば、日本IBMにはSmalltalkに固執しない理由もあった。同社は翌98年2月の長野冬季オリンピック向けシステムをSmalltalkで構築しようとして失敗し、結局VBで作り直したという“前歴”もあったと伝えられる。アトランタ五輪（1996年）では自社Smalltalkツール（VisualAge）を投入したものの、国内の大型案件では苦戦が続いた経緯があった＊4。豊富な人材がいるVBなら「最後は人海戦術で何とかできる」という計算も働いたようだ。GemStoneとの契約不成立も、IBMにとっては結果的にSmalltalkを断念する良い口実になったのではないか――協力会社メンバーの一人はそんな憶測さえ口にする。
方針転換の発表とほぼ同時に、Smalltalkで開発を担っていた協力会社の大部分はプロジェクトから撤退することになった
tumblr.com
。10月中旬には、多くの外部技術者が病院を後にしている。自ら招いた転換とはいえ、日本IBMにとっても苦渋の決断であった。投入したリソース・費用は莫大で、一からVBで開発し直すのは会社としても大きな後退だ。しかし背に腹は代えられない状況まで追い詰められていたことも事実であろう。IBMの現場責任者は病院側に深々と頭を下げ、「必ずや残された方法で間に合わせます」と約束したという。九大病院の担当者も沈痛な面持ちで頷き、「形はどうあれ、患者さんに影響を及ぼす前にシステムを動かしてほしい」と絞り出すように告げた。
以降、日本IBMは自社内のVB技術者や、自社が持つ病院向けオーダリングシステムのパッケージ製品＊5などを総動員してシステム構築を続行した
tumblr.com
。データベースも、当初IBMが提案していながら見送っていた自社のリレーショナルDB「DB2」を採用する公算が高まった
tumblr.com
tumblr.com
。もはやオブジェクト指向の夢を追う余裕はない。現実的かつ確実に動く仕組みを、一刻も早く届ける――プロジェクトはその一点に向け再編成された。かつて200名近くいた開発陣は大幅に縮小され、構成メンバーも一変する。病院の看護師スケジュール管理など一部のサブシステムは、撤退しなかった協力会社が細々とSmalltalk開発を続けていたが、その姿はもはや主流から外れた存在となっていった
tumblr.com
。ある古参の協力技術者は去り際に「全力を出して戦う前に、白旗を上げてしまったという感じがする」と寂しげに語ったという。こうして九大病院プロジェクトの第1フェーズ――オブジェクト指向技術による野心的挑戦のフェーズは幕を下ろしたのであった。
VBへの方針転換後、九大病院の現場には複雑な空気が流れていた。病院スタッフにとってシステム刷新は長らく待ち望んだ悲願だったが、その中身は当初聞いていた「最新技術の結晶」から一転して、従来型の技術で作られるものになってしまった。「結局、夢物語に終わったのか」という落胆の声も一部にはあった。しかし同時に、「多少古くてもいい、とにかく業務を改善する仕組みを早く動かしてほしい」という切実な声も強まっていた。目指すゴールは変われど、一日でも早く新システムを稼働させ、慢性的な業務負荷を軽減することが現場の切実な願いとなったのだ。プロジェクトチームは日夜作業を続け、簡易な操作研修なども始めながら、年明けまでの稼働に向け突き進んだ。
そんな中、1997年11月3日付の西日本新聞朝刊一面にこのプロジェクトに関する記事が掲載される。タイトルは「九大病院システム未完 巨額費用に批判」。内容は「九大病院はシステムが未完成にもかかわらず日本IBMに月額4,250万円を支払い続けており、税金の無駄遣いとの指摘が出ている」という衝撃的なものだった。同日、このニュースは地元RKB毎日放送（東京ではTBS）のテレビニュースでも報じられ、九大病院プロジェクトは社会問題として一気に世間の注目を浴びることとなった。院内では「患者そっちのけで何をしているのか」といった批判も耳に入るようになり、大学本部や所管官庁からの問い合わせも相次いだ。追い打ちをかけるように外部からの視線が厳しくなる中、病院とIBMはただひたすら開発を前に進めるしかなかった。
結末：プロジェクトの結末と残された教訓
1998年初頭、紆余曲折を経た九大病院の新システムは、当初の構想とは似ても似つかない形でようやく一部稼働に漕ぎつけた。日本IBMは多数のVBプログラマを投入して力技でシステムを完成させ、旧来システムの置き換えを順次進めていった。最終的に納入されたのはSmalltalkでもオブジェクト指向DBでもなく、Visual BasicとリレーショナルDBによるシステムだった。かくして九大病院の「純粋オブジェクト指向システム」への挑戦は事実上の敗北に終わった。現場の医師や職員は、当初期待された華々しい先端技術の恩恵を受けることはなかったが、ひとまず業務に支障のない情報システムが手に入ったことで安堵するより他なかった。プロジェクトは当初の理念を捨てて現実路線へ舵を切ることで、なんとか沈没だけは免れたと言えるだろう。
振り返れば、この失敗の背景には最新技術への挑戦ゆえの困難もあったが、それ以上に古典的とも言えるプロジェクト運営上の Permalink | 記事への反応(0) | 21:29
https://twitter.com/gamerobotlov/status/1682435734320607232
#NECアベニュー は
これには一般オタク老人会からも総ツッコミ、さらにPCエンジン関連の開発者たちがツッコミ。
https://twitter.com/Shingi/status/1682503628479946758
https://twitter.com/hor11/status/1683076902591037440
https://twitter.com/snapwith/status/1683084722354917377
もちろん「この影響で」というのは当時を知っている人間であれば完全なガセであり否定されて然るべきものなのだが、このオッサンが一切認めようとしない。
いわく「80年代からPC-88/98が圧倒的シェアだったと言ってもそれは一部の富裕層オタクだけのもので、一般に普及したのはWindows95以降だから間違ってない」だの「2000年にNECのシェアが高かったのはネットの記事にそう書いてある」だの、まあ一部の視点については完全には間違ってはいないんだが、肝心の「PCエンジンの影響で」という部分がソースもなにもない思い込みなのだから始末に負えない。
そもそもWindows95以降に爆発的に一般層に普及したといっても、まだまだPCは業務用のものであり、コンソールゲーム機の影響でPCが売れるなんてことは仮にもなかった。
https://pc.watch.impress.co.jp/docs/article/20010222/idc.htm
オッサンが挙げていたこちらの記事においても、出荷実績1,400万台中家庭向けは約50%の724万台だったという。
シェアトップ3のNEC、富士通、日本IBMといえばビジネスPCの御三家であるから、台数のうちかなりの割合が業務用だろう。
家庭用のうちNECのシェアがどのくらいあったかだが、これがWindows以前のPC-98全盛期なら90%くらいあったんじゃないだろうか。体感だけど。
Windows以降になると、NECはPC98-NXというAT互換機に移行するのだが、他の互換機との差別化は難しいため埋没していく。
それでも広告や店頭販促はかなり打っていたので雑誌やショップで見かける機会は多かったが、NECがシェアを取っていた感覚はまったくない。自分の周囲を見てもほとんどがソニーのVAIO、でなければソーテックやコンパックあたりの廉価機だったと思う。iMacが爆発的に売れたAppleのシェアも無視できないほどあったように思い出される。
さらにいうと、2000年頃は自作ブームだったのだ。98年頃のCeleron 300AやK6-2ブームを経て、2000年頃はPentiumIIIやAthlonが流行だった。メーカー製PCを買うより圧倒的に安く組めたので、自分もこの頃は自作機だった。
https://pc.watch.impress.co.jp/docs/article/20001122/nmb14.htm
こちらの記事によると自作PCが市販PCより2倍も多かったとある。PC Watch読者だからある程度マニア層のアンケートとはいえ驚きである。
ということで、「90年代、2000年代はNEC製PCが凄く人気でした」というのも家庭向けに関してはかなり怪しいし、ましてそれがPCエンジンの影響であるなんてことは誰が聞いても「？」となる話なのである。
前述の通り90年代前半ならPC-9801/21のシェアは圧倒的だったはずだが、本人が「PC-88/98はマニアしか買ってないから論外」って言ってるんだから除外すべきだろう。
なぜ（当の開発者たちに否定されてまで）PCエンジンのおかげでNECのPCが売れたことにしたいのかはわからない。話が通じないから深掘りすることもできない。
自分のチャンネルに誘導したいから炎上上等なのかガチなのかはわからないが、あまりの無敵ぶりに開発者たちも苦笑いしながら撤退するしかなかったようだ。
そういう方たちって123便に関するあらゆる資料、書籍、当時の生々しい写真掲載の週刊誌等々全て把握しインプットした上で当時の報道、公式発表以外の『証言』や『事実』を【陰謀論】と結論付けられているんでしょうか？
もちろん私も生存者、搭乗者ではなく『真実』は掴めることもありませんが色々材料を集めていくと大枠の
いくつか上げさせて頂きます
⚫これだけでも十分ですが...
当時中学生だった私は週刊誌にあった黒焦げの完全に炭化した黒い木の枝のようになったご遺体に強烈なショックを覚えました... これほどまで完全に人が炭になるのかと
しかし数年前にある書籍(タイトルは何か失念しました)の中で専門家が航空燃料で各ご遺体があれ程まで炭化する事はありえないと......
【同種の話で歴史上火災でビルの鉄骨が溶けて倒れたケースはなく600℃にしかならない航空燃料(灯油を精製)が1500℃の融点の鉄骨を溶かすことすら出来ないです 双子ビルはドンドンという爆発音と共に崩壊しましたが... 元大林建設役員はあの映像を見て『発破現場や』と漏らしていました】 →航空燃料ってそれほど高温にならないんですよね
故中曽根元首相が『この件は墓まで持っていく』と発言している事
⚫画期的なOSソフトを開発した日本IBMの次期社長含め社員10名以上が搭乗しておりこの事故でソフト開発は頓挫？ 翌年にビル・ゲイツ氏率いるマイクロソフトが台頭
⚫驚異的な高濱機長の技術で横田基地に何度も戻ろうとするが断られる(VRでしっかり記録されている)
⚫墜落して早々に上野村の青年2人がモトクロスバイクでついらく現場近くまで近づき様子を克明に証言
→自衛隊特殊部隊 (とわかる証拠がしっかり目撃されている)が墜落してしばらくで現場にホバリング
朝方近くまで墜落現場が分からなかったなんていう当時のメディアの報道を信じる方が相当無理がある
等々上げだしたら数百の矛盾 、報道.発表とは異なる【事実 証言】が出てきてるんですよ その1つ1つを全て【陰謀論】に仕立てるための工作だと思う事の方が遥かに無理がある 全てとは言えないでしょうけど当時のその目撃談 証言の大部分は利害関係関係ないですから
一冊だけでも読まれたらいかがですか？ 遺族の方々が情報統制、圧力を跳ね除け、集めた事実を色々本にされています 小田周二さんの『524人の命乞い』
遺族当時者の執念に勝てる真実は、私はないと思います 我々は全て所詮『他人事』なのですから
ちなみに私も2002年に家族を【事件】で亡くしました 家にテレビ局が殺到しました メディアの適当さ 、ボランティアではありませんから『資金』を出している者のいこうに沿うのは当然ですよね
以下自分語り。
WEB系事業会社で15年ほどWEBエンジニアやってたけど（転職3回）、色々あって結局SESやってる。SESといってもフリーランスだけど。
「事業会社で技術力でコミットして社会に貢献」なんて若い頃は思ってたけど、よっぽどいい会社に勤めない限り数年でそんな意識の高さはなくなる。
はてな界隈じゃやらたキラキラした退職ブログばかりポストされるけど、退職ブログ書かない（かけない）自分のような雑魚エンジニアは大体こんな感じになりがち。
この界隈がやたら転職多かったりフリーランスが多かったりするのはこういうのが多いから。
普通レベルの技術力があれば転職なんか楽勝だし、フリーランスはもっと楽勝。
むしろ会社員であるメリットは殆どないし（社会保険が安いぐらい）、会社の事業都合やら社内政治やらに付き合うのが面倒になってフリーランスになる。
フリーランス（という名の派遣）に社畜根性を求めてくる現場もまれにあるが、次の契約更新でサヨナラすればいいだけの話である。
自分はWEB系しか経験なくSIがどうなのかはよくわからんけど事業に直結するWEB系ですらこんななので、レガシー大企業が基幹システムを内製しようとたところでWEB系以上に漂流するプロジェクトとエンジニアが増えるだけだろう。
形だけ内製にしながら、事業部門営業部門がお客様感覚で開発部門を下請け化してブラック化->退職者続出する未来しか見えない。
あの野村證券も野村総研使わず日本IBMつかって開発失敗した挙げ句訴訟に負けている。グループ会社に使えてないのに内製化なんか出来るわけない。
ただ、人によって失うものの大きさが違うな。
日本IBMの大歳卓麻元社長（63）が女性のスカートの中を盗撮したとして、警視庁四谷署が事情聴取していたことが30日、同署への取材で分かった。同署は元社長を東京都迷惑防止条例違反（盗撮）容疑で書類送検する。
...
日本IBMなどによると、元社長は今月、同社最高顧問を辞任。三菱UFJフィナンシャル・グループと明治安田生命保険、カルビー、TOTO、花王の5社で社外取締役を務めていたが、30日までに辞任した。総務相の諮問機関、情報通信審議会の会長も辞めた。
https://www.nikkei.com/article/DGXNASDG3001X_Q2A830C1CC0000/
これってどうにもならないもんなのかね？
2019年12月に文部科学省が打ち出した「GIGAスクール構想」。これは教育のIT化に向け、1人1台の端末環境を実現するという構想だ。当初は23年度までに整備を行う予定だったが、新型コロナウイルス感染症の感染拡大による自宅学習の需要から20年度中へ前倒しになった。
21年度に入ってすでに4カ月たつが、教育の現場はどう変わったのか。現職の教員から校長、教育委員会、有識者などさまざまな視点から現状を探ってみた。
GIGAスクール構想の中で子供の学習用端末として配られたのは、Windows搭載PC、Chromebook、iPadのいずれか。OSや機種の選定は各自治体の教育委員会が行った。学校ではそれらの端末を使ってさまざまな授業が行われている。
東京都内でChromebookを使う小学校に勤務する鈴木教員（仮名）は、画面に自由に文字や図を書けるデジタルホワイトボードを活用。「子供たちがホワイトボードに書いた意見を共有して、全員が同時に見られるようにしました」（鈴木教員）と話す。その結果、今までは授業で発言しなかった子が自分の意見を出すようになるという効果が生まれた。
鈴木教員は今後、デジタルホワイトボード経由で他校と交流する授業もやってみたいと期待を膨らませる。将来的には、遠方に住む人に授業してもらったり、他国の子供たちと交流したりできるだろう。
ある小学校の校長は「ITが得意な教員は今まではそんなに目立ちませんでした。でも今では子供にも他の教師にも頼られて大活躍しています」と話す。今まではITスキルが高くてもそれを生かせる場面がなかったのだ。
子供の方でも同じことが起きている。「発表資料に動画を使いたいという子が出てきたとき、もともとPCが得意だったインドア派の子供が教えてあげる場面があります」という話を複数の教員から耳にした。
教育面ではメリットもあるが、困りごともたくさんある。学校が苦慮していることの一つに、家庭への端末の持ち帰り問題がある。持ち帰りが始まっている学校ではトラブルも続出している。よくあるのが「子供がYouTubeを見るようになって困る」という保護者からの苦情だ。
「アダルトサイトなどはフィルターがかかっていますが、YouTubeやゲームは制限がなく、学校の方で閲覧を止められません。学校ではもちろん『必要以上に見てはいけない』と指導していますが、家の中のことは……。家庭のことは家庭で対応してほしいというのが正直なところです」と都内の小学校教師はこぼす。
端末の破損も課題だ。公立校の教師経験もある情報通信総合研究所・特別研究員の平井聡一郎氏によると端末の保険料が問題になっているという。
自治体によっては、端末を家に持ち帰って故障させた場合は、過失・故意問わず保護者負担とするところもある。
「しかし、そもそも破損時のための保険を付けていなかった自治体の方に問題があります。リースなら保険が付いていますが、端末にかかる費用を安くするために買い取りにしたのではないでしょうか」（平井氏）
子供の通う自治体が保険料を払ったか否かで、家庭の負担が大きく変わるリスクが生じるというのは、保護者の立場なら納得いかないのも無理はないだろう。
また、自宅の通信環境も問題になっている。家庭の通信状況は学校で把握できないため「通信できなかったから宿題ができなかった」といったことも起きる。
夏休み明け以降に端末の持ち帰りが始まる学校も多く、教師は戦々恐々だ。端末の持ち帰りについては、まだまだ試行錯誤が続きそうだ。
今回の取材で教師から最も多く聞こえてきた困りごとは「学習のためのアプリが子供たちの端末に入っていないこと」だった。
GIGAスクール構想で子供の学習用端末の購入に充てられた補助金は子供1人当たり4万5000円が上限だ。この金額があれば端末代は賄える。しかし、教師たちが使いたかった学習用アプリなどが入れられなかった自治体も多くある。本格的に活用しようとなると現場では不足感が否めないようだ。
PCメーカー各社の多くは、GIGAスクール構想向けとして4万5000円程度のPCを展開している
4万5000円を超える金額について自治体が追加で上乗せするのは自由だ。アプリやサービスは各自治体の教育委員会が一律に導入を決めるのだが、教育委員会が自治体の財政部局に掛け合って予算を獲得しなければならない。
四條畷市教育委員会の植田篤司教育長（四條畷市のWebサイトより）
大阪府の四條畷市教育委員会はクラウド型の授業支援ツールを導入するため、予算獲得に奔走した。
「国の示す標準仕様の範囲でもITを活用した授業はできますが、ミドルウェア的な共通基盤となるツールを導入すれば、授業の生産性や効果、拡張性がより向上すると考えました」
そう指摘するのは、四條畷市教育委員会の植田篤司教育長だ。植田さんは日本IBMの出身で、大阪府立の工業高校の校長を務めたのちに四條畷市の教育長に就任したという異色の経歴を持つ。
IT活用のスピードも自治体によって大きく差がついている。同じ東京23区内でも、港区は20年12月時点で全員にiPadが行き渡ったが、足立区は21年7月の時点でも小学校で端末の配布が完了していない。
教育委員会がやるのは端末やアプリの選定だけではない。学校のインフラ整備も教育委員会の仕事だ。
校内の通信環境が悪く、インターネットに接続しづらい、通信速度が遅いこともある。これは必ずしも校内のアクセスポイントに課題があるわけではない。自治体によっては教育委員会のサーバを経由してインターネットに接続するようにしているケースがあり、通信速度の上がらない要因になっている場合もある。
データの保管場所にも問題がある。ある自治体ではセキュリティ上の理由で、教師たちのデータは教育委員会のサーバ、子供たちのデータは学校のサーバに保管され、互いのデータが送り合えない仕組みになっているという。そのため教師の端末から子供たちの端末に課題を渡そうにも、職員室にある専用端末にデータを移し、そこから子供たちに送付するという手順を踏まねばならないという。
情報セキュリティには敏感な一方で、パスワード管理には甘い部分があるようだ。
「子供がパスワードを書いた紙を持って帰ってきました。パスワードを紙で管理するのは非常識。娘にパスワードの重要性をしっかりと伝えて2人でパスワードを変えたのち、学校には『現状のパスワード管理体制には不備がある』と伝えました」
そう語るのは、横浜市の小学校に娘を通わせる前田さん（仮名）だ。IT企業のエンジニアであるため、学校でパスワードの重要性を説明すらしていなかったことに驚いたという。
こうしたさまざまな課題はあるが、GIGAスクール構想がもたらした変化の萌芽も確実に見られ始めている。これから現場はどのように変わっていくのだろうか。
前述の平井氏は「教師のITスキルはまだ高くないが、それは彼らが悪いわけじゃない。授業で使ったことがないからイメージが湧かないだけでしょう。問題は自治体がルールで縛ったことです。『iPadのカメラ禁止』『クラウド禁止』『YouTube禁止』なんて縛り方を間違えている」と指摘する。
「大切なのは『こういう授業をやりたい』というビジョンを持つことです。それがなければ、紙をタブレットに置き換えただけにすぎません」（平井氏）
「ある学校の美術の授業では生徒の自画像をクラス全員で共有し、いいと思ったところにみんなで付箋を貼る。こういう工夫が簡単にできるようになっています。現在の授業は、教師の知識伝達が7割、子供が情報取集をして自分で発信するのが3割という配分ですが、これを3対7に切り替え、子供が活躍する授業にしていくべきです。端末や通信環境の問題より、まずは教師が意識を変えないといけない。それが最大の課題です」（平井氏）
「教師はティーチングが主から、ファシリテートを主とする役割に変わっていく」――植田氏もそう断言するが、それはつまり教師の存在意義の大転換である。
21年7月、まだ準備中のデジタル庁がGIGAスクール構想に関して教育関係者へのアンケートの募集を始めた。今現場で起こっている課題感をヒアリングするのが目的とみられるが、文科省へのプレッシャーという意味もあるだろう。過渡期の試行錯誤が続くが現場は全力で戦っている。「どこへ向かえばいいのか」を国や首長が明確に示すことがその支えになるだろう。
高校～大学は情報系で、Webデザイナーの職業訓練校にも行ったことがあるが、いずれにしても「自分は適正が高いほうなんだな」と感じた。
でもやる気がない。勉強が嫌い。
俺が1時間悩んでいたJavaのバグを、話聞いただけで解決してしまった。
色々理由はあると思う。
今までCを丁寧に教えられてきたのに、いきなりJavaの基礎の基礎だけ習って計算機作る実習が始まったとか。
そいつはプログラミングが半分趣味でJavaも以前から勉強していたんだろうなとか。
まあでも、それまで「自分はプログラミング向いてるぜ！」みたいなテンションで楽しくやれていたのに、「まあ適正があるよね」みたいになって楽しさはかなり減った。
「プログラミング向いてるぜ！」ってなっていたのは、学部で仲良かった二人がプログラミングに苦戦していたのもあるのかもしれない。
一人は結構いい高校の理系1位だったし、もう一人もいい高校のトップクラスだったから。
結局、今の自分は事務をやっている。ちょっとHTML・CSSを書くぐらい。
プログラミングを勉強していけば食いっぱぐれないし、転職も簡単で年収も上がっていきやすいのだろうとは思う。
でもやる気がないんだなあ。やる気があるのが一番すごい。
仲良かった二人のうち一人は、苦戦してたけど楽しんでやってて今はSEとして働いてるし、尚更そう思う。
スルガ銀行のシステム開発にかける覚悟が表れたのが、日本IBMとの訴訟です。同行は基幹システムの開発を日本IBMに依頼しますが、契約通りに開発できなかったとして'08年に損害賠償を求めて提訴しました。
これまで日本企業の多くはシステム会社に対して要求された額を唯々諾々と支払ってきましたが、スルガ銀行はその悪習にも風穴を開けたんです。
判決は、日本IBMがスルガ銀行に約42億円を支払えというものでした。これで他のシステム会社も、スルガ銀行には開発費をふっかけられないと思い知ったことでしょう。その結果、システム開発費は他行より安くなっているはずです」（前出・加谷氏)
スルガ銀行には開発費をふっかけられないと思い知ったことでしょう。その結果、システム開発費は他行より安くなっているはずです」（前出・加谷氏)
いや、むしろ高くなってるだろ。この案件はパッケージ使って安価に作りましょうってスタートしたが、そのパッケージではスルガの要望に全部は沿えないってのが判ってきて、仕切り直しが泥沼化して契約解除なのだから、次のベンダーは(見えていない)リスク分を多めに積むようになるでしょ。ふっかけたのがばれたんで、金返せとかじゃ全くないし。(泥沼の中で色々やらかして不信感持たれたとかもあるようだけど)
今回の京都市の例もそうだけど、システム開発には地雷多すぎで当初見積もり金額で一括受託は無理ありすぎるよなぁと。その辺りのリスクをユーザとベンダが納得する形でうまく扱える契約形態が一般的にならないものかと妄想中。米国にはいろんな契約形態があるっぽいが良くは見てない。ベンダーのスキルが～とかユーザーのシステムに関する知識が～とかもあるがその辺は置いておく。小さなプロジェクトだとSESでアジャイル系ってのが一番良いのだろうけど。なんか良いのないですかね～、正直大手SIerも新規ではぶっこきまくってるから欲しいはずなんだけどなぁ。まぁ、下請けに被せてるから良いっすと思ってるかもだが。
A- 日本IBM、NTTコミュニケーションズ、アクセンチュア、野村総研(NRI)
B+ NEC、日本HP、新日鉄住金ソリューションズ(NSSOL)、日本総研(JRI)、大和総研(DIR)
B NTTコムウェア、伊藤忠テクノソリューションズ(CTC)、電通国際情報サービス(ISID)
B- 三菱UFJインフォメーションテクノロジー(MUIT)、みずほ情報総研(MHIR)、
C+ JSOL、農中情報システム、SCSK、日立システムズ(HISYS)、日立ソリューションズ(HISOL)
C NECソリューションイノベータ、ニッセイ情報テクノロジー、JR東日本情報システム(JEIS)、
C- オービック、TIS、オージス総研、富士通エフサス、シンプレクス、
D+ 三菱UFJトラストシステム、三菱総研DCS、兼松エレクトロニクス、都築電気、
D 損保ジャパン日本興亜システムズ、インフォコム、セゾン情報システムズ、日商エレクトロニクス、
コベルコシステム、IIJ、ネットワンシステムズ、パナソニックインフォメーションシステムズ、
菱化システム、JRシステム、富士通システムズイースト、東芝ソリューション、富士通FIP
D- ユニアデックス、NECネッツエスアイ、日立産業制御ソリューションズ、
三菱電機インフォメーションシステムズ、MS&ADシステムズ、NTTソフトウェア、
NTTアドバンステクノロジ、JFEシステムズ、テクマトリックス、三井情報、第一生命情報システム、
ソニーグローバルソリューションズ、ワークスアプリケーションズ
E+ 富士通システムズウエスト、富士通マーケティング、三菱電機インフォメーションネットワーク、
中央コンピュータシステム、ティージー情報ネットワーク、リンクレア、ジャストシステム
E NECフィールディング、NEC情報システムズ、富士通BSC、日本情報通信、
住友電工システムソリューション、JR西日本ITソリューションズ、
E- 富士通ネットワークソリューションズ、日立公共システム、NEC通信システム、
F+ 日立ソリューションズ・クリエイト、キヤノンソフトウェア、さくら情報システム、
トヨタコミュニケーションシステム、エクサ、アイネス、TKC、CAC、CEC、SRA
F クオリカ、NSD、DTS、さくらKCS、東邦システムサイエンス、菱友システムズ、
なんと自宅に居る時間は5時間だけ？継続してたらデスマーチよ。
法律守って作業者が自宅に9時間いられるようにマネジメントするのがお仕事。
（鎮火の初動は、終電まで働かせといて健康管理は自己責任とか言う人の排除から）
というわけで、みずほ銀行が最近また話題になったので、振り返ってみよう。
で、記憶に新しい2011年の東日本大震災システムトラブルの影響で、
システム刷新して再発防止するぜ！というのが2012年スタートの話。
みずほコーポレート銀行にみずほ銀行が吸収合併されて、
はい、クソメンドクサイですね。
しっかし、この合併って超ややこしくて
とか並べると、ウワー関わりたくね－って判るでしょ。
今のみずほ銀行は、旧みずほコーポレート銀行なので、旧富士銀行なのね。
法人格（法律上の会社人格）も、SWIFTコード（世界的な銀行識別番号）も、旧富士銀行のを使ってる。
でも、日本国内で使う統一金融機関コードは、旧みずほ銀行で、旧第一勧業銀行で、旧第一銀行なのね。
なぜなら、旧第一銀行の統一金融機関コードは0001で、旧富士銀行が0003だから。
しかも、元みずほコーポレートたる興銀は企業向けメインで、元みずほ銀行は個人向けがメイン。
AKBと宝塚歌劇団が合併したみたいなもんスよ。そりゃ一歩も引かないわな。
という政治的決着を経て、
外向けに儲かってるところは興銀の日立
（全銀システムはそもそも開発保守をずっとNTTデータがやってるんで、そこしかやるところがないという）
そして三菱東京UFJ銀行の開発はちゃんと終わりました。あそこも無茶やりました。
旧UFJは派閥抗争で完全に疲弊しきった所を、天下の三菱御三家、東京三菱銀行が救済しました。
だから、旧UFJ系（日立）は「実利で残した」という形で、東京三菱側(IBM)が完全にコントロールしてた。
主導権が完全に旧東京三菱側にあるので、旧UFJ(旧三和銀行)がなんか言っても鼻で笑われるレベルね。
つまり、クライアント（依頼主）側の命令系統がキッチリしてるかどうかが全て。
家を建てる時にさ、大工と左官職人と配管職人とガラス屋と設備屋が居るから完成しないとか、無いでしょ。
それぞれの職人にそれぞれの指示をして、結果として一つの建物ができるのはそんなに珍しく無い。
（もちろんちゃんと連携しとかないと穴空いてないから換気扇付けられんとかあるんだけど）
だもんで、日本IBMのプロジェクトマネージャーに全権委任して、組み直せば終わるよ。
みずほ銀行内の揉め事は、全部林さんがOK／NG決めて、IBMのPMが采配して進める。
要は、クライアント（依頼主）側の意思統一ができていないのが一番の問題。
これは、ベンダーがーとか多重請負構造がーとか、そういう問題じゃない。
第一勧業銀行と富士銀行と日本興業銀行の合併が終わってないのが問題。
（外面の話じゃなくて、内部的に一つにまとまってるかってことね）
自社もまともにできてないのにSIとか臍が茶を沸かすぜ。
みんなコダワルねぇ。
ヤヤコシイということだけ判ればエエのに。
とするじゃろ
/*合併前の法人格リスト 第一勧業銀行, 富士銀行, 日本興業銀行*/
社名変更(みずほ銀行, 吸収合併(吸収合併(第一勧業銀行, 会社分割（富士銀行, 富士リテール）), 吸収合併(新規設立(みずほ統合準備銀行), 会社分割(日本興業銀行, 興銀リテール))))
社名変更(みずほコーポレート銀行, 吸収合併(富士銀行, 日本興業銀行))
社名変更(みずほ銀行, 吸収合併(みずほコーポレート銀行, みずほ銀行))
第一勧業銀行が第一銀行から来てることは知らなくて良いなんてコメントは甘い甘い。
日本では古いほうがエライ。それは実にシンプルに帰属意識や誇りに結びつく。
今をときめく日本銀行よりも第一銀行(第一国立銀行)の方がエライのよ。
よしもと新喜劇とAKBと宝塚歌劇団が合併したみたいな話に例えると
「じゃあそれで」
「えぇ……」
「しないだろJK」「含めるに決まってるだろ？」「千秋楽だけ生花は衣装扱いで」
「えぇ……」
「どうかな？公演の日取りは決まってるけど」
「「「おおむね順調です！」」」
（三行で正確に知りたいってのは業腹ってもんだ）
