<?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>Airstorms &#187; step</title>
	<atom:link href="http://www.airstorm.org/blog/tag/step/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.airstorm.org/blog</link>
	<description>Building Project Management knowladgement weblog</description>
	<lastBuildDate>Mon, 09 Nov 2009 05:39:53 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>如何编制早期“完美”计划</title>
		<link>http://www.airstorm.org/blog/2008/01/12/how-to-planning-perfect/</link>
		<comments>http://www.airstorm.org/blog/2008/01/12/how-to-planning-perfect/#comments</comments>
		<pubDate>Fri, 11 Jan 2008 17:20:38 +0000</pubDate>
		<dc:creator>clockwork59</dc:creator>
				<category><![CDATA[AEC]]></category>
		<category><![CDATA[PM]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[WBS]]></category>
		<category><![CDATA[plan]]></category>
		<category><![CDATA[Primavera]]></category>
		<category><![CDATA[step]]></category>

		<guid isPermaLink="false">http://www.airstorm.org/blog/2008/01/12/%e5%a6%82%e4%bd%95%e7%bc%96%e5%88%b6%e6%97%a9%e6%9c%9f%e2%80%9c%e5%ae%8c%e7%be%8e%e2%80%9d%e8%ae%a1%e5%88%92/</guid>
		<description><![CDATA[这个题目的确有些虚张声势，不过，身边的一些朋友不久前讨论过早期“完美”计划的必要条件。最后归结为两点：


合理性 时间安排合理、成本支出合理、资源使用合理、风险预控合理等等
可实施性 各项活动张弛有序，资金链不会断裂、资源不会过于短缺等等


那么如何做到上述高度概括的要点呢？
首先是合理分解WBS，这部分已经讨论很多了，这里不再赘述。 分解的同时将要根据WBS子项识别出关键实施任务（仅含实施部分）这很容易，原因下面大家会知道。
接下来是 把这些关键实施任务根据逻辑关系排列起来，这里仅考虑实施任务的逻辑（其他次要任务的逻辑可以后期细化）。见下图，你看到了什么？一个非常紧凑的初始实施计划：

然后在每个实施任务前后加上&#8221;启动&#8221;和&#8221;收尾&#8221;任务，绝大部分实施任务都具有相应的&#8221;启动&#8221;和&#8221;收尾&#8221;任务。注意这实际上是一个过程识别的步骤。在这个时候，你可能需要识别实施任务的准备期是否需要“外部过程”（例如招标采购活动）、是否需要细化前期任务等等。为了简化起见我做了抽象化处理：

图中在工期上对不同项目实施任务的前期启动和收尾任务做一些区分，以表示其不同的任务性质。你可以认为较长的前期任务表示外部过程或者一揽子前期工作等等。这一步看似简单实际上具有相当的难度，如果你在此处没有认真、详细地计划你的项目任务，那么你一定会失去对项目的控制。总之这会反映项目关键接口、任务、合同要素和工作流程等重要特征。
接下来的步骤就是添加成本、合同、采购等等你掌握的信息，下图是将成本按照实施任务的性质和特征分解并叠加的结果。在计划的前期，我很喜欢使用primavera的WBS工具中的step，而不是继续细化WBS，因为早期的“step”具有阶段划分的性质，及时间特征更明显。这样便于摊销项目成本（通常step包含主要的子任务分解，并被计划工程师赋予时间特征），尤其是重大项目，成本/资金计划的准确性是非常重要的。换句话说前期可以使用step套取WBS子项，并根据项目实际情况分配资金。这样得到的计划及快速又“完美”。

上述方法和图示都是抽象的，下列技巧却是实实在在的：

WBS结构化分析；
过程识别和流程分析；
必要参数（如成本）的分解和配置。

这种计划方法在项目早期还是很有效的，而且和容易形成模板，这种方法做来的资金计划都非常接近实际情况，都可以宝成具有一定的合理性、可实施性。
更新：
实际上，这篇post是为了解释给newbee的。早期计划中计划与实际情况的契合程度决定了你的计划是否可行。在国内的项目早期计划应该从可行性研究阶段开始，但是国内的可行性研究报告恰恰并不重视项目的早期计划。而且仅从投资计划角度而言，也不是从实际出发制定资金使用计划的。这就造成了其“橡皮图章”特性的一个重要表现。
 本作品采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可。Copyright &#169; 2008 作者 clockwork59  at Airstorm (数字指纹: 24fed2e143ca40ef26657495da818d48)]]></description>
			<content:encoded><![CDATA[<p>这个题目的确有些虚张声势，不过，身边的一些朋友不久前讨论过早期“完美”计划的必要条件。最后归结为两点：</p>
<blockquote>
<ul>
<li><strong>合理性</strong> 时间安排合理、成本支出合理、资源使用合理、风险预控合理等等</li>
<li><strong>可实施性</strong> 各项活动张弛有序，资金链不会断裂、资源不会过于短缺等等</li>
</ul>
</blockquote>
<p>那么如何做到上述高度概括的要点呢？</p>
<p>首先是<strong>合理分解WBS</strong>，这部分已经讨论很多了，这里不再赘述。 分解的同时将要根据WBS子项<strong>识别出关键实施任务（仅含实施部分）</strong>这很容易，原因下面大家会知道。</p>
<p><span id="more-53"></span>接下来是 <strong>把这些</strong><strong>关键实施</strong><strong>任务根据逻辑关系排列起来</strong>，这里仅考虑实施任务的逻辑（其他次要任务的逻辑可以后期细化）。见下图，你看到了什么？一个非常紧凑的初始实施计划：</p>
<p><img src="http://lh4.google.com/clockwork59/R4eRRKBsU8I/AAAAAAAAAlA/_yeoim_ibDk/s288/%E5%AE%8C%E7%BE%8E%E8%AE%A1%E5%88%92-1.png" alt="" /></p>
<p>然后在每个实施任务前后加上&#8221;启动&#8221;和&#8221;收尾&#8221;任务，绝大部分实施任务都具有相应的&#8221;启动&#8221;和&#8221;收尾&#8221;任务。注意这实际上是一个<strong>过程识别的步骤</strong>。在这个时候，你可能需要识别实施任务的准备期是否需要“外部过程”（例如招标采购活动）、是否需要细化前期任务等等。为了简化起见我做了抽象化处理：</p>
<p><img src="http://lh3.google.com/clockwork59/R4ecU6BsU9I/AAAAAAAAAlI/iwxB60V5dss/s288/%E5%AE%8C%E7%BE%8E%E8%AE%A1%E5%88%92-2.png" alt="" /></p>
<p>图中在工期上对不同项目实施任务的前期启动和收尾任务做一些区分，以表示其不同的任务性质。你可以认为较长的前期任务表示外部过程或者一揽子前期工作等等。这一步看似简单实际上具有相当的难度，如果你在此处没有认真、详细地计划你的项目任务，那么你一定会失去对项目的控制。总之这会反映项目关键接口、任务、合同要素和工作流程等重要特征。</p>
<p>接下来的步骤就是<strong>添加成本、合同、采购等等你掌握的信息</strong>，下图是将成本按照实施任务的性质和特征分解并叠加的结果。在计划的前期，我很喜欢使用<strong><em>primavera</em></strong>的WBS工具中的<em><strong>step</strong></em>，而不是继续细化WBS，因为早期的“step”具有阶段划分的性质，及时间特征更明显。这样便于摊销项目成本（通常step包含主要的子任务分解，并被计划工程师赋予时间特征），尤其是重大项目，成本/资金计划的准确性是非常重要的。换句话说前期可以使用step套取WBS子项，并根据项目实际情况分配资金。这样得到的计划及快速又“完美”。</p>
<p><img src="http://lh3.google.com/clockwork59/R4ecU6BsU-I/AAAAAAAAAlQ/CZUJ_aAp5qs/s400/%E5%AE%8C%E7%BE%8E%E8%AE%A1%E5%88%92-3.png" alt="" /></p>
<p>上述方法和图示都是抽象的，下列技巧却是实实在在的：</p>
<ol>
<li>WBS结构化分析；</li>
<li>过程识别和流程分析；</li>
<li>必要参数（如成本）的分解和配置。</li>
</ol>
<p>这种计划方法在项目早期还是很有效的，而且和容易形成模板，这种方法做来的资金计划都非常接近实际情况，都可以宝成具有一定的合理性、可实施性。</p>
<p><strong>更新</strong>：</p>
<p>实际上，这篇post是为了解释给newbee的。早期计划中计划与实际情况的契合程度决定了你的计划是否可行。在国内的项目早期计划应该从可行性研究阶段开始，但是国内的可行性研究报告恰恰并不重视项目的早期计划。而且仅从投资计划角度而言，也不是从实际出发制定资金使用计划的。这就造成了其“橡皮图章”特性的一个重要表现。</p>
<hr /><small> <a rel="license" href="http://creativecommons.org/licenses/by-nc-sa/2.5/cn/"><img alt="Creative Commons License" style="border-width:0" src="http://i.creativecommons.org/l/by-nc-sa/2.5/cn/80x15.png"/></a><br/>本<span xmlns:dc="http://purl.org/dc/elements/1.1/" href="http://purl.org/dc/dcmitype/Text" rel="dc:type">作品</span>采用<a rel="license" href="http://creativecommons.org/licenses/by-nc-sa/2.5/cn/">知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议</a>进行许可。Copyright &copy; 2008 作者<a href="http://www.airstorm.org/blog/about/"> clockwork59 </a> at <a href="http://www.airstorm.org/blog/">Airstorm</a> (数字指纹:<br /> 24fed2e143ca40ef26657495da818d48)</small>]]></content:encoded>
			<wfw:commentRss>http://www.airstorm.org/blog/2008/01/12/how-to-planning-perfect/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
	</channel>
</rss>

