<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<oembed>
  <author_name>fumisan</author_name>
  <author_url>https://blog.hatena.ne.jp/fumisan/</author_url>
  <blog_title>室長のひとりごち</blog_title>
  <blog_url>https://fumisan.hatenadiary.com/</blog_url>
  <categories>
    <anon>on</anon>
    <anon>技術的課題</anon>
    <anon>フィージビリティスタディ</anon>
    <anon>リスクマネジメント</anon>
    <anon>プロジェクトマネジメント</anon>
  </categories>
  <description>こちらの記事を読みながら技術の実現性検証ってモノ作りの頭かその外でやっておかないと技術的リスクがコントロールできないんだよなと思い浮かべたり。実際、ウォーターフォールでも技術課題は（リスクコントロールするつもりなら）やるし、事業企画でも正にフィージビリティスタディするしなぁ、と。 www.ryuzee.com なぜ技術的検証をするの 技術的検証をする理由を挙げると… 顧客要求が想定している適用技術で実現できるか不確か 論理的には実現できるが顧客環境で実現できるか不確か などなどいくつか出てくると思います。 技術的検証をするのは、それをやっておかないとあとあとできませんでした、となる可能性がプロ…</description>
  <height>190</height>
  <html>&lt;iframe src=&quot;https://hatenablog-parts.com/embed?url=https%3A%2F%2Ffumisan.hatenadiary.com%2Fentry%2F2018%2F02%2F05%2F081200&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://images-fe.ssl-images-amazon.com/images/I/510bfKfEXqL._SL160_.jpg</image_url>
  <provider_name>Hatena Blog</provider_name>
  <provider_url>https://hatena.blog</provider_url>
  <published>2018-02-05 08:12:00</published>
  <title>プロジェクトにおける技術的課題の進め方</title>
  <type>rich</type>
  <url>https://fumisan.hatenadiary.com/entry/2018/02/05/081200</url>
  <version>1.0</version>
  <width>100%</width>
</oembed>
