要件定義してないプロジェクトに参加したことあるやつ助けてくれ!!!!!!
■ このスレッドは過去ログ倉庫に格納されています
クソスレ立ててる暇があったらヒアリングして要件を定義しろ 要件定義って客とあれこれ決めてそれを元に設計が始まる大事な工程ちゃうんか…? >>3
要件定義してない→要件定義書といった要件定義に関する成果物がない→今実装してる機能って何の為にあるんだっけ→資料がないから言った言わない論争発生中→上の一言「とりあえず実装しろ」
実装してる機能が何の要件を満たそうとしてるか全く分からないんや >>9
はっきりいう
めっっっっっっっっっっっっっっっっっっっっっっっっっちゃくちゃ大事な工程や
今からIT系来る人はぜっっっっっっっっっっっっっっっっったいに要件定義の大切さを理解してくれ 半年前くらいに要件定義の解釈違いから障害起こしたやで〜 >>13
ざっくりと設計図みたいなイメージしか持ってないわ こう言うものを作ってこれができるようにしますっていう宣言やろ?それがないってことはゴールを決めないままサッカーを始めて途中でそれが審判の気分でバスケに変わったりするって事や 要件定義の文書が無いんだから基本設計書も詳細設計書もどうせ無いんだろ?
客が自由気儘に仕様変更できるクソ案件
受け入れテストで何を言われても反論できんぞ >>15
要件定義は「何がしたいのか」「何が欲しいのか」をざっと洗い出す作業ってイメージでいい
ヒアリングやブレインストーミングを重ねて「何がしたいのか」「何が欲しいのか」を【全部】洗い出すんや(この時に必要かどうかの議論をするのはNG)
そしてその全ての要件に対して 必須なのか不要なのか任意なのかを吟味するんや
必須の要件は他社サービスとの明確な差別化点、企画段階でのストロングポイント、普遍的品質や
不要の要件はスペック的に厳しい、よく考えると必要ないもの
任意の要件はデプロイ段階では必要ではないが今後のアップデートで追加しよう みたいな後回しでもいいもの
を洗い出すんや
これをやっておかないと不要な要件に対して機能を実装したのに必要なかったってなったり、そもそも不要な要件、任意の要件にコスト納期のリソースを駆られて無事プロジェクトが死ぬんや
設計書は 「その要件をどう実現するのか」や
機能ってのは必ず要件を満たすために存在するんや
ECサイトで例えると
要件:客の立場で完売商品がわかるようにしたい
機能:sold out表示機能
詳細設計:画面上にグレーアウトでsold out表示をする
みたいなイメージ 要件定義なしってありえんやろ
アジャイルでもウォーターフォールでもやらんでできるもんではないやん
これはイッチ死んだね、ご愁傷様🤭 ■ このスレッドは過去ログ倉庫に格納されています