私は忙しいんです。システム開発に協力できる時間なんてありません――「旭川医大の惨劇」解説その2

旭川医科大学（以降、旭川医大）で発生した、システム開発のトラブルに関する訴訟。事件の概要は、「ユーザーである旭川医大が電子カルテを中心とした医療システムの導入を企図し、ベンダーのNTT東日本に開発を依頼したが、エンドユーザーである現場の医師からの要件追加、変更がいつまでたっても収束せず、スケジュールが遅れに遅れた揚げ句に破綻してしまった」というものだ。 前回は、事件の概要を説明し、高等裁判所判決のポイントとなった「ベンダーのプロジェクト管理義務」について、解説した。今回は「プロジェクトの体制」と「開発方針」について考察する。 事件の流れを把握するために、判決文を再掲しよう。 札幌高等裁判所 2017年8月31日判決から 旭川医科大学は、2008年8月に、電子カルテを中核とする病院情報管理システムの刷新を企画し、NTT東日本に開発を依頼した。 しかし、プロジェクトの開始直後から、現場の医師た

[houyhnhm]

アジャイル開発は、「もっとユーザが開発に関わらないとお話にならない」開発です。

[technerd]

ITに理解のある医師も多いし、理系なので論理建てて説明すればいいと思うだろ。ユーザー側の調整者の能力が高い保証は無いんだ。

[paradisemaker]

要件取りまとめもろくにできない発注者だったからアジャイルでやれば良かったとかいう謎理論ｗｗｗｗ

[kamei_rio]

アジャイルだとがっつり現場にコミットしないと無理なので、プロトタイピングのことかな

[pmint]

一審判決によると仕様凍結後に仕様変更にあたる要求は無かったようだし、病院側のシステム部はちゃんとしていたのでは。医師個人の非公式な話も、正式な要求だとするベンダー側の主張を真に受けて、判決が変わった。

[qtamaki]

忖度からの手に平返し。それが日本のSIer

[deep_one]

管理側が断固たる意思を持って作業時間を確保させないといけない…のだが、医者はたいてい患者に紐付いているし、作業は基本ペンディングできないからな。計画的に担当患者減らすとかしないと…いや、無理だな。

[mmuuishikawa]

『そうやって作ったプロジェクト計画にユーザーがどうしても合意しないならば、そんな開発はそもそも請け負うべきではないかもしれない、とも思う』でもそれを請け負っちゃうのが営業なわけで