<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<oembed>
  <author_name>james-maruoka</author_name>
  <author_url>https://blog.hatena.ne.jp/james-maruoka/</author_url>
  <blog_title>今日も思考は垂れ流し</blog_title>
  <blog_url>https://maruoka.hatenadiary.jp/</blog_url>
  <categories>
  </categories>
  <description>序盤。 本文とは何も関係ないが、自分のBlogが読みづらい。 読んでいて、まじむかつく。 なので他の読みやすいBlogを参考に分析した。 結果として、①事実→②分析→③自分の意見となる傾向があることが判明 自分も真似しようと思う。 だって、どうせ書くなら読みやすいほうがいいもんね（自己満足）。 現場の経験から 新業務の要件定義を担当している。 企業のシステム開発活動であり、使い手も企業内の人間なので、ユーザー部と企業の業務フローとともに議論を行っている。 しかしながら、設計も後数日といったところで、ユーザから要件追加があった。まぁベンダーとしては追加工数でウハウハなんだけど、そもそも論で言うと…</description>
  <height>190</height>
  <html>&lt;iframe src=&quot;https://hatenablog-parts.com/embed?url=https%3A%2F%2Fmaruoka.hatenadiary.jp%2Fentry%2F20131031%2F1383229761&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></image_url>
  <provider_name>Hatena Blog</provider_name>
  <provider_url>https://hatena.blog</provider_url>
  <published>2013-10-31 23:29:21</published>
  <title>【反省】新業務・現行踏襲のアプリケーション開発の１つの失敗例</title>
  <type>rich</type>
  <url>https://maruoka.hatenadiary.jp/entry/20131031/1383229761</url>
  <version>1.0</version>
  <width>100%</width>
</oembed>
