技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience2022-12-21 技術的負債の返済から改善する開発者体験 - Techmee vol.5 https://timeedev.connpass.com/event/268296/ 動画 https://youtu.be/tQ3BGgnvMwQ
［特報］27億円の賠償巡り新たなIT裁判始まる、文化シヤッターが提訴
アルミ建材大手の文化シヤッターが、販売管理システムの開発が頓挫した責任は委託先の日本IBMにあるとして、約27億4000万円の損害賠償を求めて日本IBMを提訴していたことが、日経コンピュータの取材で明らかになった。 文化シヤッターは2017年11月に東京地方裁判所へ訴訟を提起した。同社は2017年度第2四半期決算（2017年7～10月）で、販売管理システムの開発継続断念に伴う17億4500万円の特別損失を計上済み。同システムの開発委託で日本IBMに支払った費用などの返還を求める。 文化シヤッターが既存の販売管理システムを刷新するプロジェクトを始めたのは2015年3月のことだ。文化シヤッターは日本IBMに提案依頼書（RFP）の作成を委託。そのRFPに基づき複数のITベンダーから提案を受けたうえで、日本IBMをシステム構築の委託先として選定した。 日本IBMの提案は、販売管理システムの構築にE
失敗の全責任はユーザー側に、旭川医大とNTT東の裁判で逆転判決
電子カルテを中核とする病院情報管理システムの開発が失敗した責任を巡り、旭川医科大学とNTT東日本が争っていた訴訟の控訴審判決は一審判決を覆す内容だった。 札幌高等裁判所は2017年8月31日、旭川医大に約14億1500万円を支払うように命じた。2016年3月の一審判決は旭川医大の過失割合が2割、NTT東が同8割として双方に賠償を命じていたが一転、旭川医大に100％の責任があるとした。同医大は2017年9月14日、判決を不服として最高裁に上告した。 なぜ判決が覆ったのか、裁判資料かと判決文から見ていく。旭川医大とNTT東は日経コンピュータの取材に「コメントできない」と回答した。 高裁もユーザーの義務違反を認定 旭川医大は2008年8月に病院情報管理システムの刷新を企画し、要求仕様書を基に入札を実施。NTT東が落札した。日本IBMと共同開発したパッケージソフトをカスタマイズし、6年リースで提供
IT業界に蔓延する客先常駐システム開発の変なところ | 株式会社アクシア
IT業界に蔓延する客先常駐によるシステム開発ですが、もう今更言うまでもなく理不尽なことだらけの世界です。 現在の客先常駐のスタイルが続く限りはIT業界の長時間残業の問題を解消することは難しいですし、働き方改革を推進し、日本のIT業界を成長させていくのであれば何としても現在の客先常駐によるシステム開発は消滅させていかねばならないと思います。 客先常駐スタイルのシステム開発の変なところをまとめてみました。 偽装請負が当たり前に行われている 客先常駐の何が一番おかしいかと言えば何といってもこの偽装請負です。どう考えても違法行為なのになぜか中々是正されません。 準委任契約だと請負契約ではないから偽装請負にはならないと勘違いしている愚かな経営者もいますが、違法行為であることは薄々気づいて（というか完全に気づいて）偽装請負に手を染めている経営者もいます。彼らは偽装請負のことを「グレーゾーン」のような呼
【書評】目次ですでに感動巨編『システムを「外注」するときに読む本』 : やまもといちろう 公式ブログ
この細川義洋さんの特有のテイストは「物語仕掛けでシステム外注の実情が分かりやすく解説される」ことにあるわけなんですが、この分かりやすさがヤバイ。なぜヤバいのかというと、ヤバいから。 つまり、「おーいお前。システム担当としてベンダー呼んで外注しとけよー」「おかのした」という時点で大地雷。ジョブフロー分かってない奴がシステム組む責任者になって窓口業務でもやろうもんなら、高カロリーの地雷を踏み抜いて天高く舞い上がるなんて日常なわけです。若者よ、無茶しやがって。そういう日常が裁判沙汰となったとき調停委員として出てきていたのが著者の細川さんですから、まあ説得力はあります。 そんなわけで、この本の入り口からして泣けるわけなんですが、理路整然と語られるほど、あるいはシステムとは何なのかを知るほどに、会社全体のジョブフローがどう構成されているのか誰も分かってないということに気づかされます。だからこそ、最初
これはひどい！IT業界に巣食うブラックな顧客達 | 株式会社アクシア
IT業界に限った話ではありませんが、仕事をしているとたまにとんでもない顧客に出くわすことがありますよね。そんな顧客の対応をしているうちに精神的に消耗してしまうこともあるかと思います。そういう顧客とはできるだけ取引しないように注意はいますが、注意していても一定の確率でそういう顧客と当たってしまうこともあります。交通事故みたいなものです。 以前こんなブログを書きました。↓ 残業を求めてくる顧客はブラック企業です 本日はより具体的に、私が今まで出会ってきたとんでもないブラック顧客ｗをご紹介したいと思います。 ブラック度10%：「こうなると思ってました」を連発する システム開発ではこれから構築するシステムの仕様について、顧客と開発会社側で認識の齟齬が発生しないように、顧客の要件をヒアリングしながら仕様書に落とし込んでいきます。システム完成後の検収は基本的にこの仕様書に基いてシステムが正しく動作して
SE（システムエンジニア）とは、どういうお仕事？ - Milkのメモ帳
一般の方々のイメージのSE 現実のSE 設計編 コーディング編 システム試験編 最後に やぁ！こんにちは。Milkだよ。 昨日は、あの後更に会社から電話がかかってきて＋αであれこれと話をしたんだよ☆ www.milkmemo.com 電話中の俺の顔 まぁ、それについては置いておこうね。先ずは病気を治さないとね。 最近質問されたんだけど、SEって結局何やってんだ？って言われたんですよ。 あれ・・・未だにSEって職種は、ちゃんと理解されていない・・・？ まぁ、そうだよね。と言うわけで、SE（システムエンジニア）について軽く説明をしようと思うのです。（あくまで、私の会社の話になるので、色々なパターンは存在します。） 一般の方々のイメージのSE 多分なんだけど、SEは一日中PCと向き合っていると思っている方が多いのではないかな？ そもそも、こんなにオシャンティーな環境ではない！！ おっと。心の叫び
システム開発会社が親会社に吸収されると、人月単価が上がるらしい - Net Life Investigation blog
2016 - 10 - 07 システム開発会社が親会社に吸収されると、人月単価が上がるらしい 会社生活 こんにちは。 先日、仕事柄、システムの開発や運用をいくつかの会社にお願いしているのですが、先日こんなことがありました。 ※画像はサンプルです。件の会社はこのビルにはいません。 とある会社に、長いことシステムの開発や運用をお願いしていたのですが、この度、その会社が親会社に吸収合併されることになりました。 そこで、出入りしている担当の方に衝撃的なことを言われました。 「今まで１人月１２０万でやらせていただいていましたが、合併後は１５０万円前後になると思われますので、よろしくお願い致します。」 まさに、 ( д) ﾟ ﾟ な感じ。 いや、確かに、親会社の単価が高いのは知っていますが、えええぇ～～ んで、聞いてみましたよ、なにか支援体制とかが変わるのですか？と そうしたら、 「いま
マイナンバーがSIの限界を鮮明に
「マイナンバーがSIの限界を鮮明にさせた」。2016年1月から断続的に発生したマイナンバーカードの管理システムの障害事故だ。地方公共団体はカード交付業務に大きな支障をきたし、マイナンバーの出鼻を挫いた格好だ。 カードを発行する地方公共団体情報システム機構（J-LIS）のホームページによると、障害の原因はカード管理システムの中継サーバーを担当した事業者による事前の適合性評価が、十分に行われなかったことにあるという。発注先のコンソーシアムを構成するNTTコミュニケーションズとNTTデータ、富士通、NEC、日立製作所の5社の連携不足により、原因特定に時間もかかったという。 マイナンバートラブルで賠償金も 同機構は「コンソーシアムの責任は重大」だとし、損害賠償もじさない姿勢をみせる。複数の報道によると、コンソーシアムに最大で発注金額の約69億円の損害賠償を求めることを検討しているという。 この障害
大規模システム開発案件のデスマーチは、どうしてこんなにつらいのか - あいむあらいぶ
かるび（@karub_imalive)です。 この春までSI業界にいたので、たびたび大型システム開発案件の大規模炎上を見てきました。そして、ここ最近はみずほ銀行のシステム統合案件が厳しいようです。 2012年頃からスタートし、一昨年くらいからヤバイんじゃないの？と言われていた案件がどうも最終局面な感じになってきているようですね。 規模的に見ても、大きすぎて後戻りできないっぽいので、カネと時間がいくらかかっても最後までやりきるしかなさそう。しかし、みずほ社内オトシマエとしてたくさんの悲しい人事異動が発令されることでしょう・・・。（まぁ、今回はソースがまとめサイトやマイナー雑誌の抄訳なので、詳細については続報を見守りたいところですが・・・) さて、プロジェクトの炎上にも色々ありますよね。大きい案件なら数千人規模から、小案件なら2～3人規模のプロジェクトまで、規模を選ばず、炎上するときは炎上する
みずほ銀行次期システム関連のまとめ（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:
これがデスマーチの実情か……SEが無茶なシステム開発に奮闘する自主制作アニメ「こうしす！」2年越しで「第2話」が公開に
情報セキュリティの重要さを啓蒙する自主制作アニメ「こうしす！」（関連記事）。前回から2年越しで、第2話「やはり弊社の業務システムは間違っている」がニコニコ動画で公開されました。今回のテーマは業務システムの開発。セキュリティの脆弱なシステムが生まれる背景を描いています。 物語の舞台は、京都と姫路を結ぶ中堅私鉄「京姫鉄道株式会社」のシステム課。第1話の事件以来、主人公のアカネは通常業務から外されて、子会社へ出向。自社システムの開発要員に組み込まれるのですが、そこには絶望的なデスマーチが待ち受けていました。 配属先に近づくごとに消耗したスタッフが通りすがり、中に入るとバイオハザードが 配属先の部署は死屍累々といった様相。スタッフはゾンビのように疲弊し、責任者は発注元の親会社から進捗の遅れを責められ、みんな心が壊れかけています。 親会社の総務部長に責められる課長代理。パワハラだぁ！ というのも、プ
工数見積りの海を彷徨う - hidekatsu-izuno 日々の記録
[2018/07/01 追記] 過去に話題になったこともあり、このページに辿り着く方が多いようなのだが、係数導出の手法については継続的に改善を行っている。現時点では、「工数見積りの海を彷徨う・征服」というエントリに記載した「分位点回帰」を使うのがベストではと考えている。50%分位点が中央値にあたるため係数も安定しており、現在の見積りが過去のプロジェクトと比較してどのくらいの工数なのかが明確でわかりやすい。合わせて参考にしていただきたい。 工数見積りが難しいのはわかっているのだが、そうは言っても根拠は欲しい。この業界に入ってからずっと考え続けているのだが、やはり難しい。 この手の工数、工期という話題の時、役に立つのは次の資料だ。 IPA ソフトウェア開発データ白書 JUAS ソフトウェアメトリックス調査 素晴らしいことにどちらも PDF 版は無料で配布されているので、ダウンロードして見ること
開発の見積もりとスケジュール管理 - クックパッド開発者ブログ
こんにちは。会員事業部の丸山です。 エンジニアが開発を開始する時にはタスクの見積もりとスケジュールを作成行って、実装を進めていくと思います。 しかし1ヶ月を超えるような規模の開発をする場合、なかなか予定通りの期日に終わらなかったりすると思います。 そして大抵の場合、増える方向になりますよね。 今回はそういうことにならないために、私が気をつけていること・実践していることをいくつか紹介したいと思います。 見積もりとは まずは「見積もり」とは何なのかを正しく理解したいと思います。 一般的には「見積もり」＝「全タスクとその工数を洗い出す」というものだと思います。 しかしここで以下のことに気をつける必要があります。 見積もりとスケジュールとコミットメントは違う 見積もりとはあるタスクがどれだけの工数(規模)なのかを算出することです。 対して、スケジュールとはあるタスクがどれだけの工期(期間)なのかを
IT部門、システム子会社、SIer…「オーバーヘッダーズ」が企業を滅ぼす
ある大手サービス業のCIO（最高情報責任者）がぼやいていた。「本当は、システム子会社のうち開発部隊だけでも本社に戻したいのだが、色々としがらみがあり、なかなか難しいんだよ」。そう思うなら、CIOなのだからぼやいていないで、とっとと戻せばよいと思うのだが、今回の暴論はその話ではない。なぜ、このCIOが開発部隊を本社に戻したいと考えているのか。それに絡む話だ。 このCIOによると、「お見積もり」に象徴されるオーバーヘッドが最近のシステム開発においては、結構つらいそうだ。その企業ではビジネスのデジタル化が進んでいて、もはや新サービスにはITが不可欠。ライバル企業に打ち勝つためにも、新サービスを実現するシステムを素早く作りたい。だが、子会社とはいえ開発部隊が別会社だと、実際の開発以外の作業に思わぬ時間を取られてしまうのだ。 本社のIT部門がRFP（提案依頼書）を作成してシステム子会社に依頼する。シ
セゾン情報が大型システム開発の遅延で約150億円支払いへ、希望退職50人募集
セゾン情報システムズは2016年3月28日、クレディセゾンと同社子会社であるキュービタスから受注した大型システム開発案件の開発遅延のために2社から損害賠償を請求されていた問題で、条件付き和解を行う方針を決めたと発表した。 セゾン情報が支払う和解金はクレディセゾンに対して83億9700万円、キュービタスに対して65億7800万円の合計149億7500万円である。これは、開発業務にかかる契約に基づいてクレディセゾンとキュービタスのそれぞれからセゾン情報が受領した対価と同一である。クレディセゾンとキュービタスは、今回の紛争に関する他の請求を放棄する。 セゾン情報にとっては、受け取った金額を“全額返金”する格好になるが、「当社としては、合理的な和解案であると判断している」（経営企画室）という。 和解案は企業間交渉で策定した。今後、第三者機関であるソフトウエア専門のADR（裁判外紛争解決）機関の「ソ
SIerモデルが経年劣化してる。それはネットビジネスの遠くない未来 | F's Garage
以下の記事は本当だったと仮定した感想 SIはやめておけ 請負業において工数で見積もりをするのは当然のことだ。今のところ、それしか価値を計る方法はないし、価値を生むかわからない顧客の要望に答えるならば単価ｘ時間などの成果から外れた報酬をもらうのはエクセレントな方法論であろう。 システム構築のプロフェッショナルが、顧客のビジネスの成否から切り離してシステム開発を請け負う理想的な形だと思う。 しかし、作ったシステムが成熟した結果、社会全体の中で「何かを維持をする仕事」の方が大きくなったのだと思う。日本社会が成長しているうちは、システムを維持する仕事に対する経済への寄与が増大していくのだろうから、十分ビジネスとして成長したと思うが、日本社会が成長しなくなると、既存システムはそれ以上の売り上げをもたらさない可能性が高い。 つまり経済規模は大きいが、成長をもたらさない。そういうビジネスは、守りに入る。
IT業界で客先常駐という働き方はもうやめにできないか - あいむあらいぶ
かるび（@karub_imalive)です。 【2016年7月15日更新】 今日はウツを患って2年前に会社を去り、今は資格試験で再起を図ろうとしている昔の仲間と飲んできた帰りなので、少しグチっぽくなりますが勘弁してください。 システム開発会社で一般に普及している業務形態として、超大手から零細企業まで、「客先常駐勤務」という、いわゆる「派遣」的な働き方があります。これをどうにかしてもうやめられないか、という話です。 僕は、長年この業界でエンジニアから営業職、採用職といろいろ立場を替えて10年以上働いてきました。実際自分が体験して、また仲間を現場に送りこむ立場になって思うのは、この「客先常駐」という働き方は働き手にあまりに負荷をかけるのではないかということです。 客先常駐の成り立ちは1960年代 客先常駐っていう形態は、古くは1960年代後半の大型汎用機での開発黎明期にCSKという会社（現SC
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
みずほ銀のシステム統合費用 数百億円膨らむ、再延期で - 日本経済新聞
システム開発をラーメンの注文に見立てたツイートが話題に！「納得」「うちの業界でも…」と悲痛な声が…
