<?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; Uncategorized</title>
	<atom:link href="http://www.airstorm.org/blog/category/uncategorized/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/2007/12/05/tools-vs-method/</link>
		<comments>http://www.airstorm.org/blog/2007/12/05/tools-vs-method/#comments</comments>
		<pubDate>Wed, 05 Dec 2007 07:19:49 +0000</pubDate>
		<dc:creator>clockwork59</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://www.airstorm.org/blog/2007/12/05/tools-vs-method/</guid>
		<description><![CDATA[这是一篇本不该出现在这里的post，但是又不得不坐下来总结一下。这里不是什么炒作IT概念之类的无聊BLOGer，也不是炒冷饭的。当然重要的不是airstorm是什么，重要的是你如何看待林林总总的工具和你掌握的方法。

放一个OmniPlan的图标，引出下面的话题
工欲善其事，必先利其器
如今这句话被很多人曲解甚至利用了，要知道，上古的人们，不会像今天的大部分PC用户那样（注意这里的PC包括MACer），可以随便更换、丢弃和浪费手中的工具。今天这些人可以如此奢侈的原因简单的可悲：D版。所以人们只是在不断寻找那些适于自己需求的东西，然后尝试它，大多数人在学习曲线还没有发展之前就已经抛弃了他们苦苦搜寻的玩意儿，而不去提升个人在领域方面的整体水平。
大约在1年以前，我偶然地看到了ken非常漂亮的PM报告，同时也知道了OmniPlan这个面向MAC的应用程序。ken告诉我他只用OmniPlan（也许是MAC用户都很执着地喜欢他们的工具吧），但是他不认为太漂亮的报告是应用程序的功劳。不是吗？器利不敌工善。
还有一个例子，一位身边的工程师在接到国外设计电子文档后异常惊奇，原因是里面的数据的存在方式与国内存在着巨大的差异。这种差异包括了工作理念、自动化作业以及企业管理方面的差异。同样的工具一个实际上是在用电脑绘图；另一个才是在做工程设计。
方法更重要
sam一直热衷于GTD，并给我们大家分享他的心得 。我在简单了解了GTD后有着这样的感想：
实际上GTD最核心的部分就是类似于计算机信息管理系统的信息处理方式：

收集信息
处理信息（包含分析和设计）
执行
检测、跟踪

我的理解类似的地方就是信息结构化、处理过程流程化。而信息管理系统和GTD就是这个核心的不同应用罢了。再上升到方法论的高度，就是方法是一样的，不同的是各自的领域行为模式和特点。无论是哪个领域，最后的结果都是提高了效率。
在网络上对待GTD的观点中，一种认为GTD只能借助工具，尤其是网络＋移动工具完成，于是不停地寻找工具；另一类则认为GTD是一种方法，不应该拘泥于任何 工具，并且认真地学习和尝试GTD。我也倾向于后者，如果你曾读过方法论或者方法学方面的书籍，一定会深有体会。
讨论
无休止的争论是没有必要的，只要，我们找到了属于自己的方法，找到了能够轻松驾驭的工具。因此大可不必沾染“喜新厌旧”的习气，把任何关于应用工具的新闻当作佛光万丈，让我们，真正的获得效率，从掌握方法开始。
 本作品采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可。Copyright &#169; 2008 作者 clockwork59  at Airstorm (数字指纹: 24fed2e143ca40ef26657495da818d48)]]></description>
			<content:encoded><![CDATA[<p>这是一篇本不该出现在这里的post，但是又不得不坐下来总结一下。这里不是什么炒作IT概念之类的无聊BLOGer，也不是炒冷饭的。当然重要的不是airstorm是什么，<strong>重要的是你如何看待林林总总的工具和你掌握的方法</strong>。</p>
<p><img src="http://lh4.google.com/clockwork59/R1YaKZjEHcI/AAAAAAAAAgs/h95-Dyp5ifM/s288/OmniPlan.jpg" /><br />
放一个OmniPlan的图标，引出下面的话题</p>
<p><span id="more-50"></span><strong>工欲善其事，必先利其器</strong></p>
<p>如今这句话被很多人曲解甚至利用了，要知道，上古的人们，不会像今天的大部分PC用户那样（注意这里的PC包括MACer），可以随便更换、丢弃和浪费手中的工具。今天这些人可以如此奢侈的原因简单的可悲：D版。所以人们只是在不断寻找那些适于自己需求的东西，然后尝试它，大多数人在学习曲线还没有发展之前就已经抛弃了他们苦苦搜寻的玩意儿，而不去提升个人在领域方面的整体水平。</p>
<p>大约在1年以前，我偶然地看到了ken非常漂亮的PM报告，同时也知道了OmniPlan这个面向MAC的应用程序。ken告诉我他只用OmniPlan（也许是MAC用户都很执着地喜欢他们的工具吧），但是他不认为太漂亮的报告是应用程序的功劳。不是吗？器利不敌工善。</p>
<p>还有一个例子，一位身边的工程师在接到国外设计电子文档后异常惊奇，原因是里面的数据的存在方式与国内存在着巨大的差异。这种差异包括了工作理念、自动化作业以及企业管理方面的差异。同样的工具一个实际上是在用电脑绘图；另一个才是在做工程设计。</p>
<p><strong>方法更重要</strong></p>
<p>sam一直热衷于GTD，并给我们大家分享他的心得 。我在简单了解了GTD后有着这样的感想：</p>
<p>实际上GTD最核心的部分就是类似于计算机信息管理系统的信息处理方式：</p>
<blockquote>
<ul>收集信息<br />
处理信息（包含分析和设计）<br />
执行<br />
检测、跟踪</ul>
</blockquote>
<p>我的理解类似的地方就是<strong>信息结构化</strong>、<strong>处理过程流程化</strong>。而信息管理系统和GTD就是这个核心的不同应用罢了。再上升到方法论的高度，就是方法是一样的，不同的是各自的领域行为模式和特点。无论是哪个领域，最后的结果都是提高了效率。</p>
<p>在网络上对待GTD的观点中，一种认为GTD只能借助工具，尤其是网络＋移动工具完成，于是不停地寻找工具；另一类则认为GTD是一种方法，不应该拘泥于任何 工具，并且认真地学习和尝试GTD。我也倾向于后者，如果你曾读过方法论或者方法学方面的书籍，一定会深有体会。</p>
<p><strong>讨论</strong></p>
<p>无休止的争论是没有必要的，只要，我们找到了属于自己的方法，找到了能够轻松驾驭的工具。因此大可不必沾染“喜新厌旧”的习气，把任何关于应用工具的新闻当作佛光万丈，让我们，真正的获得效率，从掌握方法开始。</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/2007/12/05/tools-vs-method/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
