<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<oembed>
  <author_name>kent4989</author_name>
  <author_url>https://blog.hatena.ne.jp/kent4989/</author_url>
  <blog_title>勘と経験と読経</blog_title>
  <blog_url>https://agnozingdays.hatenablog.com/</blog_url>
  <categories>
    <anon>Requirement Developments</anon>
  </categories>
  <description>最近ネットを見ていると要件定義入門的な記事とか、あと要件定義は不要みたいな記事が目についたので思ったことを書いてみる記事その２。ITシステム開発における要件定義に関するあれこれ。本記事には前編があります。目次 要件定義以前 要件定義の進め方 IPAユーザのための要件定義ガイドをベースにする 決め過ぎない 機能を定義するのではなく、機能要件を定義する 関係者をすべて洗い出す 利用者マニュアルの目次が作れるようになっているか ビジネス要件定義 前提事項、制約事項とリスクを定義する 優先順位の決定を忘れずに システム化要件定義 不安定な要件を構造で支える おまけ：本記事の元ネタ 要件定義以前 要件定…</description>
  <height>190</height>
  <html>&lt;iframe src=&quot;https://hatenablog-parts.com/embed?url=https%3A%2F%2Fagnozingdays.hatenablog.com%2Fentry%2F2023%2F10%2F09%2F080000&quot; title=&quot;実践要件定義入門 - 勘と経験と読経&quot; class=&quot;embed-card embed-blogcard&quot; scrolling=&quot;no&quot; frameborder=&quot;0&quot; style=&quot;display: block; width: 100%; height: 190px; max-width: 500px; margin: 10px 0px;&quot;&gt;&lt;/iframe&gt;</html>
  <image_url>https://m.media-amazon.com/images/I/41EZqFLHeLL._SL500_.jpg</image_url>
  <provider_name>Hatena Blog</provider_name>
  <provider_url>https://hatena.blog</provider_url>
  <published>2023-10-09 08:00:00</published>
  <title>実践要件定義入門</title>
  <type>rich</type>
  <url>https://agnozingdays.hatenablog.com/entry/2023/10/09/080000</url>
  <version>1.0</version>
  <width>100%</width>
</oembed>
