エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
「使われないシステム」はなぜ生まれるのか? 現場と開発のすれ違いを防ぐ、要件定義のメカニズム
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
「使われないシステム」はなぜ生まれるのか? 現場と開発のすれ違いを防ぐ、要件定義のメカニズム
導入:なぜシステムが機能不全となるのか 『このシステム、結局あまり使われていません』。みなさまもこ... 導入:なぜシステムが機能不全となるのか 『このシステム、結局あまり使われていません』。みなさまもこれまで数え切れないほど現場で耳にしてきたのではないでしょうか。開発チームはまじめに要件を整理し、スケジュール通りに納品し、技術的なバグもなかった。それにもかかわらず、実際の業務では使われない。リリース直後から裏運用が生まれ、導入効果が曖昧になり、関係者の熱意も次第に失われていく。これが「機能不全」の典型的な末路です。 この「機能不全」という状態は、不具合や動作不良を指すのではありません。技術的には正しく動作しているにもかかわらず、ユーザーにとって価値がなく、業務で実際に使われない、という状態を意味します。画面はモダンで、処理も正確。しかし、現場の業務に合っておらず、入力項目が多い、手戻りに対応できない、紙との二重入力が必要になる。こうした小さな違和感の積み重ねが、最終的に誰も使わないシステムを

