実践要件定義入門 - 勘と経験と読経

最近ネットを見ていると要件定義入門的な記事とか、あと要件定義は不要みたいな記事が目についたので思ったことを書いてみる記事その２。ITシステム開発における要件定義に関するあれこれ。本記事には前編があります。 目次 要件定義以前 要件定義の進め方 IPAユーザのための要件定義ガイドをベースにする 決め過ぎない 機能を定義するのではなく、機能要件を定義する 関係者をすべて洗い出す 利用者マニュアルの目次が作れるようになっているか ビジネス要件定義 前提事項、制約事項とリスクを定義する 優先順位の決定を忘れずに システム化要件定義 不安定な要件を構造で支える おまけ：本記事の元ネタ 要件定義以前 要件定義というプロセスが本当に必要なのか、ということなどは以下の記事に書いたので省略。 実践要件定義入門以前 - 勘と経験と読経 要件定義の進め方 IPAユーザのための要件定義ガイドをベースにする 前編に

[dorapon2000]

“この表現はSIer臭が強いが「見積もれる程度には具体的に」「数えられるものが、数えられる程度に」”

[uzuki05]

何を定義しなにをやらないか

[tinsep19]

今やってる仕事がだいぶこの形になってきた。この方向向くまでにも、早く見積よこせとか、提供価格の目処がないとかで、すすまないのよ。

[nisisinjuku]

ハッシュタグつきの方がもっとブックマーク多かった。悪い内容ではないけどスパムなの？？

[NOV1975]

大量の無言ブクマしかないの、大丈夫か？（してる方が）／どこまでって話でいうと個人的には「変更管理がちゃんとできる状態まで」かな。お金に跳ねるので。

[yonao205]

腑に落ちる内容

[Guro]

★