<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>開発ドキュメントを残す重要性 &#8211; 業務改善コンサルティング情報ブログ</title>
	<atom:link href="https://www.trilogyforce.com/blog/the-importance-of-leaving-a-development-document/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.trilogyforce.com/blog</link>
	<description>業務改善で収益改善！</description>
	<lastBuildDate>Mon, 17 Jun 2024 01:21:12 +0900</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.1</generator>
	<item>
		<title>開発ドキュメントを残す重要性</title>
		<link>https://www.trilogyforce.com/blog/the-importance-of-leaving-a-development-document/</link>
		<comments>https://www.trilogyforce.com/blog/the-importance-of-leaving-a-development-document/#respond</comments>
		<pubDate>Fri, 24 Jul 2015 10:24:28 +0900</pubDate>
		<dc:creator><![CDATA[Shingo Takahashi]]></dc:creator>
				<category><![CDATA[ITに関する情報]]></category>
		<category><![CDATA[システム開発]]></category>
		<category><![CDATA[ソースコード]]></category>
		<category><![CDATA[ドキュメント]]></category>
		<category><![CDATA[プログラム]]></category>
		<category><![CDATA[基本設計書]]></category>
		<category><![CDATA[著作権]]></category>
		<category><![CDATA[要件定義書]]></category>
		<category><![CDATA[詳細設計書]]></category>

		<guid isPermaLink="false">http://www.trilogyforce.com/blog/?p=204</guid>
		<description><![CDATA[皆さん、こんにちは。 業務コンサルタントの高橋です。 システム開発を依頼する際、受託した会社が要件定義書であったり基本・詳細の 設計書などのドキュメントを残していないケースがあります。 これは非常に危険なシステム開発です&#8230;]]></description>
				<content:encoded><![CDATA[<p>皆さん、こんにちは。</p>
<p>業務コンサルタントの高橋です。</p>
<p><img fetchpriority="high" decoding="async" class="size-medium wp-image-205" src="//www.trilogyforce.com/blog/wp-content/uploads/2015/07/DocumentFile-300x209.jpg" alt="ドキュメントファイル" width="300" height="209" srcset="https://static.trilogyforce.com/blog/wp-content/uploads/2015/07/DocumentFile-300x209.jpg 300w, https://static.trilogyforce.com/blog/wp-content/uploads/2015/07/DocumentFile.jpg 450w" sizes="(max-width: 300px) 100vw, 300px" /></p>
<p>システム開発を依頼する際、受託した会社が要件定義書であったり基本・詳細の</p>
<p>設計書などのドキュメントを残していないケースがあります。</p>
<p>これは非常に危険なシステム開発です。</p>
<p>何故ならば、そのシステムの改修や追加開発、トラブルが起きた際などの対応に</p>
<p>問題が起きます。</p>
<p>理由は簡単です。ドキュメント類がないということは、製作した担当者が退職して</p>
<p>しまった場合、別の担当者ではソースコードを追わないとわからないという、</p>
<p>非常に面倒なことに陥ってしまいます。</p>
<p>つまり、そのシステムを解析する時間分待たされるということです。</p>
<p>もっとひどいケースは、ドキュメントのみならずソースも残していないケースも</p>
<p>あったります。</p>
<p>本来のシステム開発は、どういう形であれドキュメント、ソース、実行プログラム</p>
<p>が３点セットで残されていなければなりません。</p>
<p>ですから、見積を提示された際、成果物として納品されるものに何が入って</p>
<p>いるのか？も一緒に確認をしていただくことは必須です。</p>
<p>そこに、実際の実行プログラムと仕様設計に係るドキュメント類が含まれて</p>
<p>いれば、とりあえず最低ラインクリアといったところです。</p>
<p>ソースに関しては著作権の問題がありますので、予めそれをどちらの著作物</p>
<p>とするかの取り決めがない場合は開発した会社側の著作権となりますので、</p>
<p>成果物としては提示されないことが多いです。</p>
<p>結論、自社内で誰が見てもわからないドキュメントであっても成果物に含めて</p>
<p>もらうことは非常に重要です。</p>
<p>開発会社の管理がずさんであっても自社には残ります。</p>
]]></content:encoded>
			<wfw:commentRss>https://www.trilogyforce.com/blog/the-importance-of-leaving-a-development-document/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
