2025年07月29日
逆に、難しくない場合にというのはどういう状態の時なのかといえば
ヒヤリングをして要件がかたまった時点で、何をつくるのかが明確になったつもりでいる人も多いが、
実のところ、機能の要件が決まっただけの話で、機能以外の要件について、つまりは 非機能要件を
まったく決めていないプロジェクトというのが存在する。（ホラー映画ではない）
運用時の話とか、保守の機能とか、それこそどこで動かすのかとか。パフォーマンスとか、データの保全とか。。。あげたらきりがないくらいに、機能以外で決めておくべきことがあるのだが、無知は罪である。
こういったことを、要求の調査、要件の分析ではっきりとさせていくことが重要であり、
その調査分析をした結果をもって、要件を定義していくことで、要件の不確実性を排除することができるのです。
とにかく動けばよいので、まずは不要であれば、不要であると合意しておくことが大事なことです。
1. はじめに：私たちはなぜ「DDD難民」になってしまうのか...
1969年に、デニスリッチーはケン・トンプソンと共に、ベル研究...
2026年、AI企業は「技術の凄さ」を競う段階から、「社会のイン...
いや、本当にえぐいニュースですよね。巨額の資金と時間を...
プログラム、プログラミングという世界は10年に1度くらいでパラ...
ヨハン・セバスチャン・バッハ の世界 SUNOでクラシカル...
SaaSapocalypse サース・アポカプリス さーす・あぽかぷりす...
久しぶりに知っている営業から電話があったので、キーワードを...
AI活用の新標準：MCP解説 1. イントロダクション：...
ローカルコンテナ（Docker）を使って自分だけのAI環境を構...