<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<oembed>
  <author_name>jke</author_name>
  <author_url>https://blog.hatena.ne.jp/jke/</author_url>
  <blog_title>業務改革リーダーの心得</blog_title>
  <blog_url>https://jke.hateblo.jp/</blog_url>
  <categories>
  </categories>
  <description>ソフトウェア開発に携わってきた方なら、「デスマーチプロジェクト」という言葉を聞いただけで、フラッシュバックを起こすような、悪夢のようなプロジェクトの1つや２つは、すぐに思い起こすことだろう。 デスマーチプロジェクトとは 「デスマーチ（死の行進）プロジェクト」とは、ソフトウェア開発において、実現する見込みが薄いことが分かっていながら、過酷な労働状況の中、続けざるを得なくなってしまったプロジェクトである。この状況は多くの場合、要件定義、すなわち何を実現するのかを明確に決めないままプロジェクトをスタートさせてしまった結果、要件が膨張し、あるいは定まらずに変動し続け、結果として、常識的な作業量では達成…</description>
  <height>190</height>
  <html>&lt;iframe src=&quot;https://hatenablog-parts.com/embed?url=https%3A%2F%2Fjke.hateblo.jp%2Fentry%2F2015%2F04%2F29%2F123051&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://instagram.com/p/2CvPVlitHA/media/?size=l</image_url>
  <provider_name>Hatena Blog</provider_name>
  <provider_url>https://hatena.blog</provider_url>
  <published>2015-04-29 12:30:51</published>
  <title>業務改革がデスマーチプロジェクトに変わるとき</title>
  <type>rich</type>
  <url>https://jke.hateblo.jp/entry/2015/04/29/123051</url>
  <version>1.0</version>
  <width>100%</width>
</oembed>
