• Twitterでシェア
  • Facebookでシェア

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

テクノロジー カテゴリーの変更を依頼 記事元:speakerdeck.com/haru860
適切な情報に変更
958 usersがブックマーク コメント42
    共有

    • 記事へのコメント42件

    • 注目コメント
    • 新着コメント
    その他
    nghrk
    nghrk 要件定義より重要なのは要求定義なんだよなぁ。苦労するプロジェクトはほとんどの場合、ここができてない。

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/29 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/29 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

    その他
    michael-unltd
    michael-unltd 事業＞業務＞システム

    2024/09/18 リンク

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

    2024/05/06 リンク

    その他
    lanius
    lanius 要望、要求、要件。

    2024/04/14 リンク

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

    2023/05/05 リンク

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

    2023/05/01 リンク

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

    2023/04/30 リンク

    その他
    yamaguchi7073xtt
    yamaguchi7073xtt 要件次第🙃

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

    その他
    kenzy_n
    kenzy_n 時として移り変わるもの

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

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

    2023/04/30 リンク

    その他
    hatakazu93
    hatakazu93 技術

    2023/04/30 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

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

    BPStudy#188〜要件定義を学ぼう。ChatGPTを添えて( https://bpstudy.connpass.com/event/281289/ ) の登...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2025 Hatena. All Rights Reserved.