This is a cache of https://b.hatena.ne.jp/entry/s/tech.speee.jp/entry/bizops-solve-the-real-issue. It is a snapshot of the page as it appeared on 2025-12-22T17:53:05.466+0000.
[B! 開発] 「要件通り＝正解ではない」新卒エンジニアが学んだ、"解くべき問い"のスコープ定義 - Speee DEVELOPER BLOG
  • はてなブックマーク
  • テクノロジー
  • 「要件通り＝正解ではない」新卒エンジニアが学んだ、"解くべき問い"のスコープ定義 - Speee DEVELOPER BLOG
  • Twitterでシェア
  • Facebookでシェア

「要件通り＝正解ではない」新卒エンジニアが学んだ、"解くべき問い"のスコープ定義 - Speee DEVELOPER BLOG

テクノロジー カテゴリーの変更を依頼 記事元:tech.speee.jp
適切な情報に変更
170users がブックマーク コメント 35

    記事へのコメント35件

    • 注目コメント
    • 新着コメント
    diffie
    「最初に要件決めた弊社事業部の担当者がアレで手戻り発生したので、今後すべてを疑ってかかるね！」という新卒からの意思表明

    その他
    sailoroji
    トートロジー的だが正解でない要件は要件ではないのでは？

    その他
    hecaton55
    実装担当と思っていたら要件のヒアリングから担当でしたと言うお話。と言うか新卒採用した新人の仕事ってユーザーにお出しする前にどこかでレビューしないものなんかね？

    その他
    Futaro99
    フェーズ毎の検収を適当にやってたクライアントの責任

    その他
    tk_musik
    業務フローは「ください」で出てくることめったに無いので、自分で入り込んで作り出したいが、体制としてそういう時間を持てないジレンマがあったりするが、「BizOps開発」を銘打っててそれ出来てないはキツイね。

    その他
    sakurai_youhei
    実在する問題を解決するというまさに正しきエンジニアリング。問題や課題設定を見誤らないようにしなきゃなと自戒。素晴らしい脱ジュニアの成長記録。

    その他
    mouki0911
    要件定義がいいなり定義だった、というやつね。まぁ頑張ってください。

    その他
    kakaku01
    社内案件だから要件定義も設計も適当に進めちゃった故のトラブルで、受託開発やってるところなら最悪でも設計書レビューで気付くような話。だから新人に全部やらせたんだろう。

    その他
    ardarim
    要件定義にもバグはあるからね…。「顧客が本当に必要だったもの」の画像を思い出そう https://dic.nicovideo.jp/t/a/%E9%A1%A7%E5%AE%A2%E3%81%8C%E6%9C%AC%E5%BD%93%E3%81%AB%E5%BF%85%E8%A6%81%E3%81%A0%E3%81%A3%E3%81%9F%E3%82%82%E3%81%AE

    その他
    y_as
    最初に「正解」を提案したのに「いいから言われた通りに作れ」って言われて作ったら案の定やり直しになる事もある。その上「最初からいい感じの提案してくださいよ〜」（したが？）って事も稀によくある。

    その他
    s_rsak
    要件を決めたのはあんたじゃないから、あんたの責任じゃない。これを「やらかしてしまった」なんて言うのは、卑屈を通り越して慇懃無礼だよ。

    その他
    tg30yen
    >提示された要件は、課題解決のための『仮説』に過ぎない

    その他
    n_y_a_n_t_a
    開発側は相手が赤ちゃんだと思ってあたかも鳴き声から要求するものを聞き取るくらいのエスパー能力が求められる。

    その他
    harumomo2006
    正解ではなくても要件定義書に書かれた通りであれば納品する権利はあるのだが総合試験最終日になって「オンスケって聞いたんですけど余裕ありますよね」とか言いながら伝家の宝刀仕様変更(追加)入れてくるのやめろ

    その他
    enkagin
    ウミガメのスープ「頼まれたものを用意して、それは頼まれたもの通りだったがのは認められたが、受け入れられなかった」

    その他
    mohno
    「要件通り完璧に実装したのに、解くべき課題のスコープを見誤ったために、全く使えないものを作ってしまった」←SIer要らずにならない理由。発注者の言うがままにシステムができたとしても意味ないんだよな。

    その他
    mr_yamada
    システムを構築前に業務整理とToBeの模索しないとそりゃそうなるよね。誰の責任かは置いといて。

    その他
    sato0427
    ユーザー部署の要件担当してるんだけど、最近は要件定義に足りないところがあると即CRって言われるから、この文章は立場逆じゃね？って思う。同じ会社なんだからお互い歩み寄ろうよ…

    その他
    snowcrush
    新卒でここまで気付けるなら育成という意味では大成功でしょ。もちろんこの方が元々優秀だったんだとは思うけど

    その他
    hiroyuki1983
    業務要件なんてその仕事やってる人間でもわからんからな。当然レビューしても誰も気付かん

    その他
    mak_in
    要件定義っていうのは正解をお客様も分からないし、そもそも何したいかの要求も上手く言葉にできないことが多い。正解を伝える、のも良いけど、間違っててもイメージ分かる形で出すと結果的に正解かま見えることも。

    その他
    morimarii
    要件バグですな。。。。

    その他
    tk_musik
    tk_musik 業務フローは「ください」で出てくることめったに無いので、自分で入り込んで作り出したいが、体制としてそういう時間を持てないジレンマがあったりするが、「BizOps開発」を銘打っててそれ出来てないはキツイね。

    2025/12/17 リンク

    その他
    sakurai_youhei
    sakurai_youhei 実在する問題を解決するというまさに正しきエンジニアリング。問題や課題設定を見誤らないようにしなきゃなと自戒。素晴らしい脱ジュニアの成長記録。

    2025/12/17 リンク

    その他
    ku__ra__ge
    要件定義に失敗しましたという話

    その他
    mouki0911
    mouki0911 要件定義がいいなり定義だった、というやつね。まぁ頑張ってください。

    2025/12/17 リンク

    その他
    shikiarai
    無から正確な要件を産めるわけないんですから設計までやったら要件定義2回目でもやれば良いんですよ。相手がITのバッググラウンドがなければなおさら。赤ちゃんに全力疾走を要求するようなもの

    その他
    ROYGB
    一度でうまくいく必要もないような。現状で無いものをつくるのであれば、段階的にやっていくのもそんなに悪い方法でもない。

    その他
    honeybe
    ｢顧客が欲しいのはドリルではなく、穴を空けること｣ (何

    その他
    ghostbass
    "要件には「フォームが欲しい」と書かれて" さすがに粒度が荒すぎないですかね。機能一覧の概要欄レベルなのでは

    その他
    udddbbbu
    弊社もゴミカスなんちゃってウェブディレクターが蔓延っておりまして全てを疑う毎日です

    その他
    kakaku01
    kakaku01 社内案件だから要件定義も設計も適当に進めちゃった故のトラブルで、受託開発やってるところなら最悪でも設計書レビューで気付くような話。だから新人に全部やらせたんだろう。

    2025/12/17 リンク

    その他
    takanq
    本来の要件に沿った実装、顧客が成約金額を過小申告した場合どうなるの?

    その他
    ryotarox
    学ぶ姿勢で仕事してて偉い。／役割分担がうまくいってないのかなあ。

    その他
    jukuringo
    組織やフローの問題が、顕在化してるやつかなこれ。

    その他
    hecaton55
    hecaton55 実装担当と思っていたら要件のヒアリングから担当でしたと言うお話。と言うか新卒採用した新人の仕事ってユーザーにお出しする前にどこかでレビューしないものなんかね？

    2025/12/17 リンク

    その他
    sailoroji
    sailoroji トートロジー的だが正解でない要件は要件ではないのでは？

    2025/12/17 リンク

    その他
    Futaro99
    Futaro99 フェーズ毎の検収を適当にやってたクライアントの責任

    2025/12/17 リンク

    その他
    nakamura-kenichi
    要件定義で「考慮不足やんけ！」て怒られるやーつｗ。

    その他
    IGA-OS
    全体像の把握

    その他

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

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

    関連記事

    「要件通り＝正解ではない」新卒エンジニアが学んだ、"解くべき問い"のスコープ定義 - Speee DEVELOPER BLOG

    ※この記事は、2025 Speee Advent Calendar17日目の記事です。 昨日の記事はこちら こんにちは、Speeeリ...

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

    • htnkdu2025/12/20 htnkdu
    • teruterubouzu872025/12/20 teruterubouzu87
    • mjtai2025/12/20 mjtai
    • Kekkebi2025/12/19 Kekkebi
    • hatohaya02162025/12/18 hatohaya0216
    • s_rsak2025/12/18 s_rsak
    • x0xox0x2025/12/18 x0xox0x
    • gamu10122025/12/18 gamu1012
    • dev0000_12025/12/18 dev0000_1
    • tg30yen2025/12/18 tg30yen
    • t_otoda2025/12/18 t_otoda
    • aravow2025/12/18 aravow
    • n_y_a_n_t_a2025/12/18 n_y_a_n_t_a
    • shuta_mori2025/12/18 shuta_mori
    • harumomo20062025/12/18 harumomo2006
    • ginga01182025/12/18 ginga0118
    • rgfx2025/12/18 rgfx
    • yug12242025/12/18 yug1224
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

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

    いま人気の記事

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

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

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

    新着記事 - テクノロジー

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

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

    いま人気の記事 - 企業メディア

    企業メディアをもっと読む

    はてなブックマーク

    公式Twitter

    はてなのサービス

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