「要件定義をやめよう」の真意、普通にやると金と時間が無駄になるだけ

「要件定義をやめないといかんね」――。ある勉強会が終盤に近づいた頃、隣席の参加者がこうつぶやいた。それを聞いた周囲の参加者がうなずいた。驚いたことに自分も「おっしゃる通り」と同意してしまった。 なぜ驚いたかというと、「要件がすべてを決める」「じっくり時間をかけるべき」と教わってきたからだ。日経コンピュータ編集部に配属された1985年以降、取材先の情報システム部長やソフトハウスの幹部を取材した際、「情報化で重要なこと」を問うと、たいていこう言われた。だから「いわゆる最上流工程が大事」という記事をたびたび書いてきた。 勉強会に登壇した講演者たちが「要件定義をやめよ」と言ったわけではない。しかし隣に座っていた参加者は、講演の趣旨を「要件定義をやめよ」という一言に集約した。同じ話を聞いてきた筆者を含めた参加者はすんなり納得したわけだ。 失敗につながる要件定義の実態 DX（デジタルトランスフォーメー

[harumomo2006]

要件定義を無意味にする開発途中の要件変更が多すぎる。受入テストの3日前に仕様が変わるとか意味が分からない

[paradisemaker]

ちょっと何を言っているのかわからない。訳のわからん勉強会の耳学問ではなく、マトモなプロジェクトをやってから記事を書いてほしい。

[table]

こんな認知能力の方々には退場してもら方が先。「高度成長期に業務改善で日本企業は成功した」nikkei.com内では言えない事に答えがあるよな

[prjpn]

データモデルも重要だけど、本当にDXしたいならビジネスモデルから見直すべき。要求工学を捨てるべきではないし、日本の高度成長は人口ボーナスと工業的なMEの成功や品質改善であって業務改善ではない。

[toro-chan]

要件定義辞めたらシステム作れない。要望を要件としてまとめずいきなり全体像が見えるようなら可能かも。でも、それはとても頭がいい人しかできない。正直要件定義なんて無能が理解する時間への方便だ

[neo_Neutral]

逆張りで注目浴びたいだけだろ 契約書無しで注文住宅を買うようなもんだぞ

[rna]

最後の最後が陰謀論みたいになってるけど、単純にフルスクラッチでデータモデリングとか難しすぎるからでは。

[mak_in]

要件定義が向いてるシステムと、そうでないシステムがあるよね。要件定義は、事前に色々想定して状況をひたすら整理することが必要だから、勉強ができる人でないと、システムが大きくなると把握しきれず辛くなる印象

[hryord]

顧客側がスモールスタートとか柔軟に業務変更とかやれるならそれでいいんじゃない？トライアンドエラーしてくれないから要件定義が必要なんだろ

[T-norf]

数億超え案件を短納期必達でやるから、限界超えた分業になってるだけでは。業務に精通したPMを要件定義の全打ち合わせにアサインして、現業務分析(当然既存のシステムも)もみっちりやればいいだけかと

[mentum]

利用者から話を聞いてそれらを要件としてまとめたり、プロトタイプとして動かしたりするだけでは、使える情報システムには到達できない／解決策はデータモデリング／ビジネスを写し取る概念データモデルで全体を把握

[mk173]

用件定義が必要なほどの変化がないってことか

[houyhnhm]

それは自分等の中に要求がないからで、そもそもそんな部署が要件定義とかやってはいけないってだけでしょう。

[NOV1975]

まあ、無駄なのはわかる。だって要求定義できてないのにシステム作ろうとするんだもん…あと要件定義してるのにUATでユーザー部門が180度違うこと言い出すんだもん

[Karosu]

複数の会社で開発していると、言った言わないが出てくるから契約で縛らないと、もっと金が無駄になる。

[kagehiens]

「情報システムの現状を正確に反映した文書があれば、その内容を改定するだけで」はい、終了。仮に文書があったとしてそれは最新事情をカバーしてるの??／でもまぁ「作りながら考える」は双方が少数精鋭なら最強よ。

[tick2tack]

"業務を熟知し、もっと良くしたいという意欲を持つ現場のキーパーソンを見つけ出し、概念データモデルを描いてもらう" DDDみたいな話？それができる能力と権限が必要そう。要件をすべて聞くわけでないと

[tohnishi]

ちゃんと宣伝だと最初に書いておかないと、最後まで読んでずっこけても受け身が取れない。

[craftone]

データモデリングというか、ドメインモデリングの重要性を言ってそう。まぁDDDですよね。

[Eiichiro]

システムの式年遷宮を定期的にやらないと、ブラックボックス化したままになるし、担当者も育たないので、要件定義を通じて育てるフェーズじゃないかと。ちょうどERPブームから20年だしね。

[yoiIT]

まず、要件定義で変更要件の扱い方を定義しろ。

[Shinwiki]

なぜそこにあるのか理由がわからない内は柵を撤去しちゃダメですよ。きほんですよ。

[mezamashi0540]

酷い言い方だけど、カルトで「啓発」された人の妄言に近いものがある。参加したデータモデリングの合宿がおかしいのか、基礎知識がないのに参加して場の空気に呑まれたのか。

[toubanjanny]

既存業務を変える気がない要件定義が無駄に見えるのは「そらそうやろな」感しかないけど、そんな連中がデータモデリングなんかやってうまく行くわけないし、それに要件定義がいらんというのも全然わからん。

[munyaX]

最終的にリーン的な話になるのかな？と思ったら全然違ったｗ 読まなくて良いヤツ。

[hdampty7]

ンなわけあるか、じゃあ、お前が欲しいものはお前が作れ。誰かが欲しい物を代わりに作らせるんだから要求を外部化しないと共有できない。

[pastatch]

規模と内容によるけど事前に確定しようとは思わない方が。最初に要求の応酬があり、次第にそれが体系化可能となり要件の骨子ができる。定義しないのではなく定義は最後まで終わらない前提で最初から手を動かすんだ。

[denimn]

無料部分だけ。パッケージ入れ替えならばAs-IS/To-Beの要件定義はTo-Beだけでよい、ならそれはそうかも。

[tokitori]

天才IT屋のあんたひとりで巨大システム作って管理して調整するならそうしたらどうですかって感想

[itochan]

ブコメを読むべし

[asuka0801]

主語がデカすぎて主張が伝わらない。要件定義やめようじゃなくてDX推し進めたいならパッケージに合わせて業務を改革しようって話なのでは。

[Guro]

はなしの入口と出口が違ってる気がする。要件定義がいらないわけではない。どういう手法で「どうつくるか」を考えるか、ということではないのだろうか。

[jacoby]

アーキテクチャ判断できる程度には要件決まってないと、卓袱台返しでコストがとんでもなくなりそう

[napsucks]

要件定義なしでどうシステムを作るのかさっぱりわからん。ありものに合わせて業務を変えていきましょうということができるということ？

[kotaponx]

SIer「晩ごはん何にする？」 User「なんでもいい」⇨ User「これじゃない」SIer「頃す！」

[devrabi]

「Big Design Up Frontをやめよう」

[so-apps]

要件定義の手段に概念データモデリングというのを使うのは問題ないのでは。要件が決まればいいので。

[kyopeco]

"スコープを握る"というビジネス的に一番揉めるポイントなので、B2Bではあり得ない。トラブルが起きなかったら無駄かもしれないが、トラブルが起きた時に、めちゃくちゃ機能するカウンター罠なのよ。

[mouki0911]

よくわからないけどアジャイルでもなんでも要件定義しないで開発できるわけないだろ。成果物がなかったりして、してないようにみえるだけ。

[xlc]

無料部分を読んだ。アジャイルにしろということなのかな？それだと完成しないと思うけどな。維持管理ならアジャイルでもなんとかなるとは思うが。