要件定義完了時の開発サイドと顧客サイドそれぞれが考えてる事をイラスト化するとこうなってる「そうなんだよね 客は全部を話さない」

リンク ITトレンド 要件定義とは？何をすべき？流れ・必要なスキルをわかりやすく解説！｜ITトレンド 要件定義とは、システム開発などのプロジェクトを始める前の段階で、必要な機能や要求をわかりやすくまとめていく作業のことです。企画の進行とともに要件定義に立ち返ることも多く、目的の脱線を防止する役割も果たします。要件定義の概要やまとめ方、作成までの流れ、要件定義に求められるスキルを解説していきます。 2 users 74

[tontonNeko2010]

IT屋さんはITのプロだけど、御社の業務のプロではないことがわかってない偉い人多すぎ

[gyampy]

永遠の課題やな。結局、素人の隠れた要望を玄人が引き出すしかない。隠れた要望を引き出すこと、予測すること自体がスキルなんだと思う。領域横断のコミュ力というか。

[yabu_kyu]

顧客に聞いても「現場にヒアリングして」、現場のぬしみたいな人に聞くと「誰も定義してないから運用は滅茶苦茶。どうするかは俺が決めることではない。今より便利にして。あ、今の個別対応は必須で」とかそういう…

[hepoko_ks]

「すべての要件を整理したはず」って無理ゲーだからアジャイルやりましょうよってはなしなのに何十年このフェーズで止まり続けてるのよww

[flirt774]

お互いに歩み寄らないと埋められない溝。海外に出ると日本の事が分かるのと一緒で、お互いに当然と思ってる事がズレる。基本は依頼された側が積極的に拾わないといけない

[tsutsumi154]

詳細設計レベルまで深く具体的に考えないとわからんレベルの事項ももちろんもあるし都度確認するしかない

[suikyojin]

「顧客が本当に必要だったもの」という風刺画があるくらい。顧客は欲しいものを正しく説明できない。ソニーのウォークマンのように存在に気づいていないことすらある。 https://qiita.com/akinko/items/f833c5eabf4953cb7643

[frkw2004]

それでアジャイルだ。って言うけどアジャイルで成功するのは二次受けで顧客が開発側の人だからじゃないかな、という気がしている。

[hatebu_admin]

要件定義に書いてないことはやらんぞとどこかに書いておかないとね

[mamezou_plus2]

アメリカでの「肩こり」同様、意識しない当事者とは前提が違う。DXとかも何が情報か?その情報がどう連携してるか意識されないかも

[pwatermark]

要件定義フェーズで顧客側から全部出せるのであれば、そもそも顧客側で要件定義が出来るはずなんで、「開発サイド」なんて不要になるんよね そこはもうお互いに認識したうえで協力するしかない

[nicht-sein]

業界常識だから開発サイドも勉強しろってコメントあるけれど、業界常識どころか社内・部署のみの常識とか外部からどうやって学べって話。なので、顧客サイドがうんざりするぐらい調査聞き込みをする必要がある

[PrivateIntMain]

仮納品してみたら担当者レベルから苦情きて、要件詰めた人に確認したら細かいことはわからんけど困るからやってよと言われた事があって、お前なんで担当レベルの仕事も知らんまま顔出してた？と思う発注者はいた。

[bml]

それなりの規模の会社は自前で持っておくしかないよね。要件定義、設計、運用で結局いるわけで。持てない会社は売り切りを使うぐらいで。

[sds-page]

これすぎる。もうIT人材不用になる事なんてないんだから自社で抱えて永遠に内製していけ

[maxk1]

このために書きたくもない議事録を書かされる

[tk_musik]

システム構築の話しであれば、ウェブでよく見るやつはそれぞれそこそこお金がかかることはご認識おきいただきたいところ。GoogleMapだとこうなってて、とかね。

[kenzy_n]

開発あるあるである。