要件定義とはそもそも何か

BPStudy#188〜要件定義を学ぼう。ChatGPTを添えて( https://bpstudy.connpass.com/event/281289/ ) の登壇資料です。 2023年4月28日(金)に開催。

[nghrk]

要件定義より重要なのは要求定義なんだよなぁ。苦労するプロジェクトはほとんどの場合、ここができてない。

[shikiarai]

要求定義をベンダに任せてくれる企業はほぼないけど素人が要求定義をするのでこの世のIT投資はみんなコケる。住みたい家はよく分からんけど私が住みやすい家にして！と言って後からトランペット吹きたいとか言い出し

[oshishosan]

散々会議して席を立つ時に「でもさ～、あれはこうじゃない？」とかなんとかでリセットされるもの（読んでない）

[gairasu]

ごちゃごちゃ考えるとこんがらがるので、要件定義はスコープであって願望などのなりたい姿ではないってことだけ理解してれば良い

[Silfith]

要求を定義できないクライアントが多すぎるのでRFPも然り、というようなケースばかり見てきた。言語化や具体化能力に支障を抱えて要求一つまとめていただけないと、その下流の要件がまともになるわけはない。

[gyampy]

要求と要件は分けて考える。というのは何かに書いてあった。要件は具体的な実装方法のことだと理解しているが、この場合は要求がそれにあたるのかな。要求と要件の違いがピンとこない。

[shibainu1969]

開発側が経験豊富であるのに対し、要件を出す側は初めてであることが多い。開発側が直観で分かる困難を言語化するのが難しい。頑張って説明して「分かんないけど、この人なんか頑張ってる」で納得してもらう。

[toro-chan]

ニーズ、要するに実現できない願望と、技術者が扱うべき要求が違うものであることは理解してもらいたいところ。願望が実現できないのは強調しても忘れられる。別に勉強不足じゃないんだがな。。

[circled]

「でも、それってスケールするのかしら？」

[mz_bee]

機能以外でデータ、非機能、外部IF、例外処理を抑えてれば、そんなに大コケはしないと思う。あとは、「要件定義とは何か。我々は何を決めて、何を合意しないといけないか」を顧客に最初に説明するのが大事

[REV]

要求：「かっこよく」→「かっこよくした」　要求：「展示スペースは広く」→「広くした」　　できたアートスペース→階段が二人がすれ違うのがやっとの狭さ　　※安藤忠雄の悪口ではありません

[nanoha3]

「現状のシステムそのままでお願いします！！！！！」

[emt0]

木を見て森を見ずになると失敗確定。客側窓口の情シスが業務フローとか出さず末端のシステム仕様のみ決めようとしてきたら早めに提示求める。キレて他の業者にされても結構。情シス思った以上に社内の確認取らなすぎ

[TakayukiN627]

リレーションシップ駆動要件分析(RDRA)

[yamaguchi7073xtt]

要件次第🙃

[derby]

機能の2階層を別の名前で呼ぼうとしてたけど両方とも機能と呼ぶのいいですね

[quick_past]

いいんだけどWikipediaをソースにするのはやめよう

[kazukan]

嫌いな四字熟語は「現行踏襲」。大概の場合、現行の要件がなにか、ユーザー側が理解できていない

[Samuraijap]

ユーザーが何を作りたいのかはっきりしてないからな。家の例え話のとおり「安くて」「楽で」「快適に」「使いやすい」とかふんわりしたことしか言わん。平屋にしたいのか2階建てにしたいのかすら決められてない。

[ch1248]

要点押さえた上でよくまとまっていて良い。「要求部分が曖昧で炎上」とか「運用設計考慮してなくて稼働後に業務が爆発」とかよくある。

[nabinno]

いきなりシステムの話から入ると失敗する。まずBSCなどの戦略を共有した上でその業務目標を達成するために、課題解決として業務をシステム化する手順を踏むべき。要求定義以前の問題が山積していることが多い。

[tettekete37564]

社内ですら要求要件のラフを求めただけでキレられてプロジェクトから追い出されるしなあ。なんか本人は頻繁に質問や矛盾や問題が起きて忙しく振る舞う事で俺はデキる男感を演出して悦に入ってる風。同人制作みたいに

[lorenz_sys]

ブクマ数からして要件定義が何であるか知りたいブクマカがそれなりに多いようだけど何でみんなこんなに要件定義が分からないまま仕事してるんだろう？ある程度以上のポジションに立っていれば経験するものなんじゃ？

[HDPE]

要するに当人も認識していないなんかいい感じにしてもらうやつ

[kenzy_n]

時として移り変わるもの

[hsattaka0820]

こういうたいそうな資料をいくら読んだところで机上の話でしかなく、具体的に書けない人が多いのが現状。こういうの読んで役に立った事ないです。

[moromoro]

ボリュームで積みにかかってくる5W1Hが出なかったのは良かったｗRDRAっぽいのよく作るんやがBUCと利用シーンズのところで結構躓くな。。業務を吸い出すのがむずい。

[tamaso]

発注者は受注者の事情も言葉も理解できないし、受注者は発注者の言葉も現場も理解できない。ただし、これは上司・部下の関係でもあることだし、行政・市民の関係でもあること。

[mon_sat]

なるほど、理解が深まった。要求を要望と要件に意識して分割するのは大切だ

[hideki5793]

要件定義書ってわかりにくいですよね。自分はシステムが持つべき機能や性能、操作性、セキュリティ等の要件を明確に定義し、システム開発に必要な情報を開発者やクライアントに提供するためのものって理解です。

[prjpn]

要望の半分は妄想である。

[hatakazu93]

技術

[nakamura-kenichi]

設計できん？そらそやろｗ。設計してるそいつら自身がOffice使うばっかで社内システム使えて無いし、どうすれば良くなるか！？ってやってへんやろｗ。開発現場自体が属人化しまくって自作ツールの1つも無いやんけｗ。