エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント103件
- 注目コメント
- 新着コメント
mak_in
超大手のお客様で担当者が全員東大卒の超エリートの案件やったことあるが、要件定義で滅茶苦茶詰めて、要件定義が倍くらい膨らみ大炎上、しかしリリース後は超平穏だった。こりゃ一般人には到底無理だ、と悟ったよ。
az1za
要件定義できない会社とやる時は機能リスト作ってそれ以上は今回の開発でやらない、またはやるとしても有料って契約書まけばモメても大炎上になりにくいよ。こんなの読んでくれる訳無いので自分の身は自分で守ろう
TakamoriTarou
IPAはキラキラしたWeb屋界隈の情報は出てこないけど、こう言うわりと一般人でも分かるように作った泥臭い文章をきちんと作ってくれてあってありがたいよね。いうても読まんやつは読まんけども。
lorenz_sys
自分は凡庸な業務システム屋でしかないが現場感覚としては「要件定義は発注者と受注者の合意」であると思ってる。"発注者の責任" と言いきってしまえるところがいかにも F の人っぽいね。
nao_cw2
喩えはわかるが3億回読むのに何年かかるかしってる?笑/1回1秒で読めないし寝ないで読めないのでたたき込む時間込みで10秒。一日8時間読み続けて2880回/日なので285年だよ/まて17ヶ条だった
akikonian
システム業界に入って25年だけど要件定義できる会社なんてないよ。25年のうち5年はユーザー企業の情シスで要件定義やったけど要件定義の手順や定石、論点を分かってないとなかなかできないもんだわ。
ryotarox
機能ならこの考えで行けそう。情緒的な品質はどうか。広告のアイデアとか役者の芝居の質とか。試行錯誤して正解を探すというフロー。「振り向く芝居だけ何十回もリテイク」の世界。/共創は、共に行う要件定義とも。
panoramaafro
完全に世界に遅れてるんだと認識した。やりたいことがあったら外注するのではなく、既にサービスを始めているところを買うべき。要件から始めるから微妙なものが出来るんだけど、みんなそうじゃなさそうでビックリ。
khtno73
とはいえお客はIT素人、SIerはお客のビジネスの素人だから設計やテスト段階で要件漏れは見つかる。それが本稼働に不可欠だったり要件外は有償でも予算取れなかったり。納期と予算は変動するという事前認識共有が肝。
Lat
私の場合は要求定義と検収条件(暫定)も合わせて準備する。要求定義をちゃんと書かないと検収条件(暫定)も曖昧になってしまい結果として検収時に困るので検収条件(暫定)も事前に社内で許可を取ることにしている
fcqpy455
発注側も受注側も設計も開発も、コアなところは自分1人でつくるのが一番手っ取り早い。それであれば管理もいらん。途中でやめたい機能があればやめれてもいい。ポイントは優秀な人間を雇い信頼してまかせるかどうか
pmint
IPAって時点でアレ。「プロジェクト要件」とか独自用語を使わずに普通に「要件」でいい。何を作るのかあやふやなまま運用までの費用を決めてしまうのがまずいわけで、要するに自分らの問題を相手に丸投げしてる話。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック!
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
2022/12/05 リンク