2025年07月29日
逆に、難しくない場合にというのはどういう状態の時なのかといえば
ヒヤリングをして要件がかたまった時点で、何をつくるのかが明確になったつもりでいる人も多いが、
実のところ、機能の要件が決まっただけの話で、機能以外の要件について、つまりは 非機能要件を
まったく決めていないプロジェクトというのが存在する。（ホラー映画ではない）
運用時の話とか、保守の機能とか、それこそどこで動かすのかとか。パフォーマンスとか、データの保全とか。。。あげたらきりがないくらいに、機能以外で決めておくべきことがあるのだが、無知は罪である。
こういったことを、要求の調査、要件の分析ではっきりとさせていくことが重要であり、
その調査分析をした結果をもって、要件を定義していくことで、要件の不確実性を排除することができるのです。
とにかく動けばよいので、まずは不要であれば、不要であると合意しておくことが大事なことです。
プログラミングにおけるAIの優位性と人間のだめなところを...
https://open.spotify.com/intl-ja/track/2UiXRej8Fdcc04DFL60...
GTSFというのは、弾き語りをするときの楽譜を生成するためのテ...
手帳學プロジェクトの中で、人生史を作成する。本来は、現...
コード表を、ルート音とコードの種類、そして、ベース音を...
AIを利用した開発をしていると、一番の気になるところはAPI...
GTSF（Guitar Tab and Song text Format）とは、ギターで弾き語...
プロトタイプ（Prototype）とは、「完成前に作る試作モデル...
要件定義ってそんな簡単ではないです。 まずは見える化...
人間関係やチームでのコミュニケーション方法（伝え方・傾...