JAWS-UG情シス支部 第28回 https://jawsug-sysad.connpass.com/event/261308/

「何だこのグラフ。点がバラバラに散らばってるだけじゃないか。」 －－そんな反応が多いだろうと思う。一応斜めに直線を引いているけれど、点はその線上から、ほとんど倍半分のいきおいでずれている。無理やり引いているだけで、法則性があるとはとても言えないな。誰だよこんなグラフ作ったの・・。 だが、このグラフ、わたしはとても面白いと思う。これは、「一般社団法人　日本情報システム・ユーザー協会」、通称『JUAS』が独自に行った調査の結果をグラフにしたものだ（JUAS発行「ソフトウェアメトリックス調査2014」p.66よりスキャンして引用）。グラフの横軸は情報開発プロジェクトの全体工数。単位は人月だ。そして縦軸は、プロジェクトの全体工期（＝期間の長さ）で、単位は月数である。図上に散らばった多数の点一つ一つは、個々のプロジェクトを表す。 なお、よく見ると横軸は一定間隔ではない。10の隣が100、一つおいて5

定形外業務も自主的に調べるのがベンダーの努めです：「訴えてやる！」の前に読む IT訴訟 徹底解説（14）（1/2 ページ） 東京高等裁判所 IT専門委員として数々のIT訴訟に携わってきた細川義洋氏が、IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。今回は、契約内容に盛り込まれていない「オペレーターがデータベースを直接操作する機能」が実装されていないと支払いを拒否されたベンダーが起こした裁判を解説する。 連載目次 IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。前回と前々回は、「ユーザーのシステム導入担当者に、自社の業務に関する知識がなかったために発生した紛争」について解説した。自社の業務プロセスや経理の勘定項目について、ほとんど知識がないユーザーを相手に要件定義を行わざるを得なかったベンダーの苦労はいかばかりだったか、と同情に堪えない。 このように業務知

くまぎ @kumagi 「COBOLじゃないとお金の計算は狂うからCOBOLにしか金融系は任せれない」というの、例えばPythonで金融の計算をすると具体的にどういう狂い方するんでしょう？ Miura Hideki @miura1729 @kumagi 1円以下を扱うと、普通は浮動小数点数になるからそこで誤差が生じるけど、COBOLは10進演算で行うことと言語仕様で決まっているから大丈夫という話だと思います。固定小数点とかでライブラリ書けばいいんでしょうが、それも手間だし。

Software Design (ソフトウェア デザイン) 2015年 01月号 [雑誌] 出版社/メーカー: 技術評論社発売日: 2014/12/18メディア: 雑誌この商品を含むブログ (1件) を見る 先日書いた、永和さんの「価値創造契約」が大苦戦を強いられている件 - GoTheDistanceに端を発した特集記事Part2、ソフトウエア開発の未来というテーマで10ページ寄稿しました。 本特集の見どころ SI崩壊を乗り切ろうとしている３つの方法と謳っておりますが、立場の違う３人の人間がどうやって今を生きようとしているのかを書いています。 トップバッターは、上述の価値創造契約のマネージャー、木下さん。会社として様々な契約形態を駆使してリスクを極小化しながら堅調にビジネスをしているものの、どういう形態にせよ人月という単位から逃れることが出来ない。労働集約的モデルからの脱却への挑戦の一環

ユーザーインターフェイスを含めたユーザー体験、いわゆるUXを優れたものにすることがコンシューマ向けのWebアプリケーションやモバイルアプリケーションで非常に重視されるようになっています。 そしてこのトレンドはコンシューマ向けだけでなく、エンタープライズ向けのアプリケーションにも押し寄せています。社員は個人でGmailやEvernoteなど先進的なUXを備えたアプリケーションを使っているのです。仕事で使うアプリケーションにも同じように優れたUXを要求し始めるのは自然なことでしょう。 ではエンタープライズ向けアプリケーションのUXに、デザイナーはどのように取り組めばいいのでしょうか。米国のWebサイト「「A List Apart](http://alistapart.com/)」に投稿された記事「UX for the Enterprise」で、エンタープライズUXに取り組むデザイナーの経験談と

SIerをDISってブログを書きはじめ、気がつけばプログラマの定年の歳になってしまいました。まだ実感がわかない。Paiza開発日誌のSIerのDISり方が品がないのでちょっとイラついています。DISられるには充分なネタがあるからしょうがないんだけどね。 10年前は自分はコードを書くことは無いなとか思ってたら、ほぼ毎日しょうもないコードを書いていることにびっくりしている。平凡な誰でも書けるようなもんだけど。解決している問題が平凡だからね、LINEのインフラ作ってるわけじゃないからね。しょうがないね。どうでもいいけど、スーツとギークって完全に死語だね。肩身狭いわ。'`,､('∀`) '`,､ で、最近５年間を見て思うんですけど、これからIT業界(システムインテグレーションの業界という意味)のマーケットの成長は鈍化すると思います。ITの世界って、オーダーメイド(受託開発)、既成品の買い切り(パッ

「お前が悪い!」「ウソをつくな!」名門企業どうしがシステム開発を巡って法廷闘争　野村證券vs.日本IBM　感情ムキ出し「33億円」の大ゲンカ そこまでするか、と首をかしげずにはいられない。誰もが知る有名企業同士が繰り広げる相互批判、暴露、醜聞の蒸し返し……。異例の喧嘩の裏には、どうしても負けられない「事情」があった。 まず野村が訴えた 子供の頃、喧嘩には暗黙のルールがあった。相手が泣いたら止める、血が出るようなことはしない、顔は殴らない。 大人であればなおさらのはずだが、野村證券と日本IBMという名門企業が法廷の場で争う大人の喧嘩には、そうしたルールはまったく通用しないようだ。 互いが互いを徹底的に批判し、完膚なきまでに叩きのめそうとする大ゲンカが今、展開されている。 「野村がIBMに委託したシステム開発プロジェクトが頓挫したことがきっかけで、野村が被った損害として約33億円という巨額の支

この資料、非常に衝撃的だった。中の人がここまで公開していいものなのか、という意味でも。 俺の価値創造契約 from Fumihiko Kinoshita 永和さんの価値創造契約とは 新しい契約形態での受託開発サービス「価値創造契約」 ｜ 永和システムマネジメントに詳しくありますが、簡単にいえば「初期費用無料で、常に改善・運用をしながら月額定額制でシステム利用料を頂く」というビジネスモデルです。価値あるシステムは必ず長く使われ変更を伴うのだから、その変更を受け入られるモデルを提供すれば双方にメリットがある。これが立脚点のようです。 2013年営業実績、0件 資料によればテレアポを800社行い、様々な展示会にも出展されたそうです。12社にコンタクトできたけれど受注は0件だと書いてあります。マーケティングに失敗してしまったと言って良いでしょう。 受託開発の弊害と指摘される「価値あるシステムを作り

富士通は金融機関や企業の基幹システムの開発を大幅に簡素化する支援ソフトを開発した。手掛ける業務の内容を日本語の一定の書式で入力すれば、コンピューター用のプログラム言語に自動変換する。システム開発費の4割を占めるプログラミング費用が不要になり、システムの保守も容易になる。IT（情報技術）技術者不足にも対応、5年で100億円の売り上げを目指す。システムを動かすソフトは、コンピューター専用のプログラ

ベンダーが確実に支払いを受けるための3つのポイント（検収書裁判解説 後編）：「訴えてやる！」の前に読む IT訴訟 徹底解説（5）（1/2 ページ） 連載目次 前回は、システム開発において、ユーザーから検収を受けたにもかかわらず、その後に発覚した不具合の多さとその対応のためにベンダーが支払いを受けられなかった紛争について述べた。「システムの完成は認めるが、支払いは認めない」とする裁判所の判断は、私にとっても印象深かった。 裁判所は検収書を軽視しないが盲信もしない 前回も書いたが、この判決は裁判所が検収書を軽んじていることを示すものではない。私が担当した紛争も含め、多くの裁判では、やはり検収書をシステムの完成を示す重要な証拠と考える場合が多い。むしろ、この事件のように検収書が「錦の御旗」とならない判断の方が少数派であろう。 ただ、申し上げたいのは、裁判所は「単に検収書の印鑑だけを見て、債務を履

検収後に発覚した不具合の補修責任はどこまであるのか（前編）：「訴えてやる！」の前に読む IT訴訟 徹底解説（4）（1/2 ページ） 連載目次 今回は「稼働後に検出した不具合を理由に、ユーザーがいったんは検収したシステムの支払いを拒んだ事件」と、そこから得られる知見を解説しよう。 請負契約によるシステム開発において、検収まで行った発注者が受注者との契約を解除し費用の支払いを拒むという例は、ユーザーとベンダーがシステムの完成をめぐって争うことの多いIT業界においても決して多いことではない。 しかし、この判決は、システム導入の目的と要件の関係やその検証、および導入後のベンダーの不具合対応などについて、多くの論点を提供してくれる。今後に役立つ知見を残してくれるものであることから、今回の題材として取り上げることとした。 請負契約において、ベンダーが「ユーザーと交わした約束をしっかりと果たした」と言え

2014年3月20日、バチカン市国の公式プレスルーム「サラ・スタンパ」で記者会見が開かれ、同国がある契約に調印したことが発表された（写真1）。契約書の署名者は、ジャン=ルイ・ブルーゲス バチカンローマカトリック教会記録・図書担当大司教とNTTデータの岩本敏男代表取締役社長だ（写真2）。会見には、バチカン図書館のチェーザレ・パッシーニ館長、NTTデータの岩井利夫常務執行役員公共システム事業本部長などが列席した。 右から、チェーザレ・パッシーニバチカン図書館長、フェデリコ・ロンバルディバチカン市国公式プレスルーム担当、ジャン=ルイ・ブルーゲスバチカンローマカトリック教会記録・図書担当大司教、NTTデータの岩本敏男代表取締役社長、NTT DATA EMEAのパトリツィオ・マペリCEO（最高経営責任者）、NTTデータの岩井利夫常務執行役員公共システム事業本部長。

思えば、新人の頃の僕はIBMのプロジェクトと共にあった。当時、色んな意味でいい加減だった自社（今はそうでもない）ではなく、現場のIBMが僕を育ててくれた。プロジェクト管理の仕方、見積の仕方、顧客との交渉の仕方、そしてもちろん、技術を。 純粋に技術という点ではむしろ自社の先輩や自分自身の勉強がほとんどの部分もあったと思う。でも、サーバーとの付き合い方を色んな意味で学ばせてくれたのはやはりサーバーからアプリまで全部自分たちでやるというプロジェクトであったからだろう。 日本IBMの最近の営業施策を見るにつけ、日本ならではのハイコンテクストな関係を軽視しているように感じます。何十年と続いてきた手帳やテーブル・カレンダーの廃止、ユーザー組織やパートナー組織を支援する人員や予算の削減などは、確かに売上に直結するものではありません。しかし、こういう濃密な人のつながりやブランド価値を浸透させるための取り組

情報社会を支えるシステムエンジニア（SE）不足が深刻になってきた。数万人規模とされる人手不足は「2020年問題」とも呼ばれ、システム統合でこれ以上失敗が許されないみずほ銀行などを脅かす。クラウド時代の到来で、大量のシステムエンジニアが余剰人員になるといわれていたのに、なぜなのか。「新人でもいいですから」東京都内にオフィスを置く中堅ソフトウエア開発会社。経営幹部の1人は、ある取引先からの依頼に

みずほ銀行が次期勘定系システムの構築完了を、当初予定の2016年3月から同12月に9カ月間延期する（図）。要件定義を終え設計工程がある程度進んだ段階で、「今後のスケジュールをゼロから見直した結果、詳細設計・製造やテストについて、それぞれ数カ月の期間を追加する」と、みずほフィナンシャルグループ（FG）の加藤朝史システム推進部部長は説明する。期間を増やす理由は主に二つある。 一つは、保守のしやすいシステムにするため、より時間をかけて設計に取り組む必要があると判断したからだ。次期システムはSOA（サービス指向アーキテクチャー）を採用する。サービスコンポーネントの設計精度は、商品・サービス開発のスピードを左右する。FGの加藤健治システム推進部企画チーム次長は、「製造工程の前に、機能部品の大きさにバラつきがないか、重複機能がないかを徹底的にチェックする」と話す。設計どおりに処理が流れるかなどの確認も

みずほ銀行が基幹システムの統合にいよいよ乗り出す。世界のIT（情報技術）業界でも類をみない巨大プロジェクトとなる。当初は16年春の切り替え開始を目指していたが、仕様検討や設計に遅延が発生。2月に1年の延期を決めた。延期の代償は大きかった。総投資額は3千数百億円に達し、開発規模は三菱東京UFJ銀行のシステム統合の1.8倍に膨らむ。「今は基本設計がほぼ終わり、詳細設計に入りつつある」（みずほフィナ

多重下請けや法令無視といった慣行が染み付いた日本のIT業界。 ここに「2015年問題」というIT技術者不足とその後の人余りが襲い掛かる。 この問題を、むしろ絶好の機会としてとらえ、悪弊の連鎖を断ち切る覚悟がユーザー企業にもIT企業にも求められている。 「北海道から九州まで、受託案件が増えているのは間違いない」。中小IT企業とIT受託案件のマッチングを図る日本情報技術取引所（JIET）の役員はこう語る。 IT業界、特に企業向け情報システムのシステムインテグレーション（SI）を手掛けるIT受託の業界が今、好況に沸いている。リーマンショックや東日本大震災で凍結していたプロジェクトが再始動し、幅広い業界でIT投資が増えているのだ。「PHPやJavaプログラマーへの引き合いが強い。Day2（2008年までに2500億円を投じた、三菱東京UFJ銀行の勘定系システム統合プロジェクト）の頃よりIT技術者の