<?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>维基道 &#187; 项目管理</title>
	<atom:link href="http://www.wikidao.org/tag/%e9%a1%b9%e7%9b%ae%e7%ae%a1%e7%90%86/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.wikidao.org</link>
	<description>企业2.0最佳实践</description>
	<lastBuildDate>Sun, 25 Dec 2011 05:19:35 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.2</generator>
		<item>
		<title>Bear one soldier, the flaming nest</title>
		<link>http://www.wikidao.org/2011/09/29/bear-one-soldier-the-flaming-nest/</link>
		<comments>http://www.wikidao.org/2011/09/29/bear-one-soldier-the-flaming-nest/#comments</comments>
		<pubDate>Thu, 29 Sep 2011 00:30:20 +0000</pubDate>
		<dc:creator>Coria</dc:creator>
				<category><![CDATA[随笔]]></category>
		<category><![CDATA[项目管理]]></category>

		<guid isPermaLink="false">http://www.wikidao.org/?p=1513</guid>
		<description><![CDATA[“Bear one soldier, the flaming nest” “兵熊熊一个，将熊熊一窝。” (Google Translate) A joke, 与大家共勉。]]></description>
		<wfw:commentRss>http://www.wikidao.org/2011/09/29/bear-one-soldier-the-flaming-nest/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>“山不能为大匠别生奇木，天亦不能为贤主更生异人。”</title>
		<link>http://www.wikidao.org/2010/11/12/%e5%b1%b1%e4%b8%8d%e8%83%bd%e4%b8%ba%e5%a4%a7%e5%8c%a0%e5%88%ab%e7%94%9f%e5%a5%87%e6%9c%a8%ef%bc%8c%e5%a4%a9%e4%ba%a6%e4%b8%8d%e8%83%bd%e4%b8%ba%e8%b4%a4%e4%b8%bb%e6%9b%b4%e7%94%9f%e5%bc%82%e4%ba%ba/</link>
		<comments>http://www.wikidao.org/2010/11/12/%e5%b1%b1%e4%b8%8d%e8%83%bd%e4%b8%ba%e5%a4%a7%e5%8c%a0%e5%88%ab%e7%94%9f%e5%a5%87%e6%9c%a8%ef%bc%8c%e5%a4%a9%e4%ba%a6%e4%b8%8d%e8%83%bd%e4%b8%ba%e8%b4%a4%e4%b8%bb%e6%9b%b4%e7%94%9f%e5%bc%82%e4%ba%ba/#comments</comments>
		<pubDate>Fri, 12 Nov 2010 04:54:51 +0000</pubDate>
		<dc:creator>Coria</dc:creator>
				<category><![CDATA[项目管理]]></category>

		<guid isPermaLink="false">http://www.wikidao.org/?p=1263</guid>
		<description><![CDATA[曾国藩一生尊崇船山先生(王夫之)，一天，赵烈文(曾国藩手下最受器重的幕僚之一)顺手翻阅船山先生的《读通鉴论》，便说如果让船山先生“得位乘时”，则“必将大有康济之效”，大意即如果船山先生能够得到朝廷重用，依靠其才学必定能振兴天下，富国安邦，曾国藩则摇了摇头说：“船山之学确实宏深精至，但有的则嫌偏刻。比如对人的评价，求全责备的多，宽容体谅的少。若让船山处置国事，天下则无可用之人了。” 文章固然可以做的很好，但为官又是另一回事。就像我们做项目，程序可以写的很好，但管理项目又是另一回事了。 少顷，曾国藩又感慨到： “世上之人，其聪明才力相差都不太远，次暗则彼明，此长则彼短，在用人者审量其宜而已。山不能为大匠别生奇木，天亦不能为贤主更生异人。” 这一句话点中了用人之要害，足以让我们深思。有时老板们经常埋怨下属做事不力，仿佛除了自己“天下则无可用之人”，岂不知有句俗话说得好：“兵熊熊一个，将熊熊一窝”！好的项目经理善于通过对团队成员细致入微的观察和沟通，“审量其宜”，从而得以取甲之长补乙之短，终将腐朽化为神奇。 这世上本无绝顶聪明之人，也本无愚蠢透顶之人，那些奇闻异事，只不过世人一厢情愿而已。细心观察你就会发现，每个人身上都有块金子在发光，包括你自己。]]></description>
		<wfw:commentRss>http://www.wikidao.org/2010/11/12/%e5%b1%b1%e4%b8%8d%e8%83%bd%e4%b8%ba%e5%a4%a7%e5%8c%a0%e5%88%ab%e7%94%9f%e5%a5%87%e6%9c%a8%ef%bc%8c%e5%a4%a9%e4%ba%a6%e4%b8%8d%e8%83%bd%e4%b8%ba%e8%b4%a4%e4%b8%bb%e6%9b%b4%e7%94%9f%e5%bc%82%e4%ba%ba/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>项目管理管什么？</title>
		<link>http://www.wikidao.org/2010/11/07/about-project-management/</link>
		<comments>http://www.wikidao.org/2010/11/07/about-project-management/#comments</comments>
		<pubDate>Sun, 07 Nov 2010 00:56:40 +0000</pubDate>
		<dc:creator>Coria</dc:creator>
				<category><![CDATA[项目管理]]></category>
		<category><![CDATA[沟通无限]]></category>

		<guid isPermaLink="false">http://www.wikidao.org/?p=1204</guid>
		<description><![CDATA[说到项目管理，我不敢妄言，心中对其充满敬畏，现代管理的先知、前辈们留下了太多，资料、书籍、手册、流程，等等，汗牛充栋，恐怕一辈子都读不完，如果再加上我们老祖宗的东西，那就更不得了(对于管理，老祖宗要比我们想象得懂的多)！知识管理正是项目管理天生不可分割的重要部分，我们开口闭口要谈知识管理，又怎么能抛开项目或团队而单独侃侃而谈呢？这样终会使人如同雾里看花，不知所云。 所以，我就给自己壮壮胆，班门前头弄弄斧，关公面前耍耍刀。 项目管理的根本是什么？说的简单点，不过是管好一群人；说的复杂点，还是管好一群人。 当你的项目出问题的时候，冷静下来，先让那些流程、规范、标准靠边站(它们不过是工具而已，用好了便是坚船大炮，用不好则会变成负累重担)！我们经常看到周围很多项目和团队忙起来时人人起早贪黑，饭吃不下，觉睡不好，从开始的踌躇满志，逐渐变得斗志全无，到最后破罐子破摔，为什么？因为我们的管理本末倒置了，沟通又出了问题，本来买了新船准备扬帆远航，结果船员们却被复杂的使用说明、条条框框搞得晕头转向，最终不但铩羽而归，反而大挫士气。无论你是项目管理还是带兵打仗，人永远是第一位的，岂能本末倒置？ 我们不要成为船的奴隶，随波逐流，而要成为船的主人；我们不要成为项目的奴隶，得过且过，而要成为项目的主人。 如何才能当家作主呢？——沟通永远是根本。松下幸之助说：“企业管理以前是沟通，现在是沟通，将来还是沟通”。回头想想我们身边失败的那些项目吧，有几个不是因为沟通问题造成的？如何解决沟通问题，老祖宗就有答案，子张问孔子如何才能使自己到处都能行得通，孔子说： 言忠信，行笃敬，虽蛮貊之邦，行矣。言不忠信，行不笃敬，虽州里，行乎哉？ 什么意思呢？说话要忠信，行事要笃敬，即使到了蛮貊地区，也可以行得通。说话不忠信，行事不笃敬，就是在本乡本土，能行得通吗？ 说的远了点。在以后的维基道里，我们会更多地结合项目管理来讨论知识管理，目的只是一个：让我们成为工作的主人，而不是沦为工作的奴隶。]]></description>
		<wfw:commentRss>http://www.wikidao.org/2010/11/07/about-project-management/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Day 06: Wiki不是银弹</title>
		<link>http://www.wikidao.org/2009/09/25/day-6-wiki-is-not-silver-bulle/</link>
		<comments>http://www.wikidao.org/2009/09/25/day-6-wiki-is-not-silver-bulle/#comments</comments>
		<pubDate>Fri, 25 Sep 2009 15:40:07 +0000</pubDate>
		<dc:creator>wikidao</dc:creator>
				<category><![CDATA[31天孵化你的企业Wiki]]></category>
		<category><![CDATA[Wiki最佳实践]]></category>
		<category><![CDATA[知识管理]]></category>
		<category><![CDATA[项目管理]]></category>

		<guid isPermaLink="false">http://www.wikidao.org/?p=691</guid>
		<description><![CDATA[Wiki不是银弹，它并不万能。试图用企业Wiki迅速替换掉现有的Office工具并不现实，更切实可行的做法是，Wiki应被用作提高项目运行效率的润滑油——它共存于我们日常应用的各种工具之间（如Microsoft Office等办公软件， Outlook等邮件系统），通过取长补短，我们的团队可以基于Wiki平台共享项目知识、工作实践甚至开展计划、跟踪任务（可以参考用JIRA, CVS, XPlanner, 和Wiki来进行项目管理），从而逐渐使得项目团队这台发动机的各个主、配件之间相互配合得更为流畅，在最大程度上发挥系统性能和团队生产力。 在知识管理中，一个成功的Wiki平台就是项目团队中一块吸引知识碎片的磁铁，它的磁场就是团队协作，项目或者部门的维基教练或者知识经理（Knowledge Manager）则是保证这个磁场历久不衰的关键。 Wiki不是银弹，它只是一种高效工作的手段。]]></description>
		<wfw:commentRss>http://www.wikidao.org/2009/09/25/day-6-wiki-is-not-silver-bulle/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>用JIRA, CVS, XPlanner, 和Wiki来进行项目管理</title>
		<link>http://www.wikidao.org/2009/09/14/pm-using-wiki-jira-cvs-xplanner/</link>
		<comments>http://www.wikidao.org/2009/09/14/pm-using-wiki-jira-cvs-xplanner/#comments</comments>
		<pubDate>Sun, 13 Sep 2009 16:19:40 +0000</pubDate>
		<dc:creator>wikidao</dc:creator>
				<category><![CDATA[转载]]></category>
		<category><![CDATA[Wiki最佳实践]]></category>
		<category><![CDATA[项目管理]]></category>

		<guid isPermaLink="false">http://www.wikidao.org/?p=596</guid>
		<description><![CDATA[JIRA 一个非常出色的Issue跟踪系统，这里的Issue不单单是指BUG， 很多时候也可以是Task， Improvement， New Features， 甚至是一个Question。 在多年前， 我曾经尝试使用过那个经典的的Bugzilla，但是一个项目作下来，大家都反映那个东西的界面实在是太粗糙，简直无法忍受而且报表功能也是在太弱。最后 大家就讨论自己作一个BUG的跟踪系统，就在大家已经完成了设计文档准备编码的时候， 我们发现JIRA原来就是我们要找的东西，而且比我们要的更多。它内置一个可以配置的工作流引擎(osworkflow)，一个快捷的全文检索功能(基予 Apache Lucene).和一个可以配置的Dashboard(portlet)，以及一个和CVS连接的引擎，通过这个连接，在一个Issue中直接可以看到修改的文件名称，如果配置了viewcvs的话，还直接直接定位到行，根据一个问题可以跟踪到代码的行，这正式我们梦寐一求的功能。 也正是这种特性，才使我们能够把一个个Issue当作发布和版本管理的一个单元。 CVS 这个应该大家都知道。在系统开发过程中，一切的源代码和设计文档都应该进入版本管理系统来进行管理， 有的时候可能资源库可能会膨胀的很大， 但这个代价是值得的。 XPlanner 在整个管理体系中，进度管理一直是一个比较薄弱的环节，我也曾试过dotproject这样的管理软件，但由于dotproject管理的太 过详细，填报起来太复杂，大家渐渐都失去了填报的热情。这个 XPlanner软件可就简单多了。指定了迭代，story，然后就可以填写进度了。由于这个软件也是open source的，所以如果觉得不满意，修改起来也很方便，现在老林就对这个系统作了些改进，可以直接和JIRA系统连接起来，JIRA中建立issue后，可以在XPlaner中反映出来，连填写 story的时间都省去了， 然后在下班之前可以生成一个详细的报告，列出每个人在这一天内在自己负责的Issue在上的处理时间和进度。 Wiki 在项目管理中，我们一直把它当作文档管理和Portlet系统来使用，它现在已经变成我们的小组的工作台，在Wiki中我们制定了包括系统开发设计规范在内的一切设计文档，以及数十个经常的HowTo项目，例如“如何配额一个标准的开发环境”，“如何使用CVS客户端”，“如何使用JIRA……”，以及自己的 JavaDoc， JSDoc等。 我们也可以通过Wiki来简单地整合系统，在Wiki中我们列出了所有开发环境和开发工具的入口，例如上面就放了进入JIRA，XPlanner以及我们 各个Project的连接，甚至到 Apache中常用的Project的JavaDoc的连接，现在再也没有人去记录这些URL了，只要打开Wiki所有的资源都在面前了，并且由于 wiki本身的开放性，所以每个团队的成员都是一个维护者，同时也是这个系统的受益者。在很多的团队中经常出现的情况是一个小子对某个技术特别在行，大家遇到这方面的问题都问他，在小的团队中， 面对面的交流通常是最快的交流方式，但是放到大的团队中，这个就不大可行了，那个小子迟早有一天会被问的烦到吐血为止，特别是他自己的工作也无法按时完工 的时候。还是抽一个小时写出来，放到 Wiki里面吧， 别问我， 自己去查Wiki！ 基于ISSUE的发布管理 从版本管理的角度来考虑，最理想的发布方法就是把CVS中的代码拿下来， 打上一个tag， 编译并且测试一直到发布。 这样的管理方式的确是很简单的，但事实上用户可不买帐的， 用户觉得在新的版本中某个新的功能他还不想要，这可能是他还没有整理好业务初始数据或者在实际的业务流程上或人员上没有做好准备， 上帝说了不要咱就不能把这个新功能发布。在这个情况下，基于Issue的发布管理是一个好的方案。 这里讲的Issue就是前面JIRA系统中的一个issue。 通常每个Issue的完成都会伴随这一些代码的修改。 基于Issue的发布简单的来说就是把一组Issue变更的文件用patch的形式发布到正式的系统中。 基于Issue发布的前提就是要在Issue和Source之间建立连接， 使发布人员清楚的知道每个Issue修改的源代码是什么。我们实践下来最简单的办法就是在提交source的时候必须加上JIRA编号， 没有JIRA编号代码是不能提交的。 这样有以下好处： 防止一些没有经验的程序员无意义的提交， 比如一个小子今天提交了一个java文件，明天发现这个变量命名有点不爽， 修改后就要提交，在这种情况下， [...]]]></description>
		<wfw:commentRss>http://www.wikidao.org/2009/09/14/pm-using-wiki-jira-cvs-xplanner/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Day 12: 文档并不可怕!</title>
		<link>http://www.wikidao.org/2009/06/26/day-12-documentation-is-easy/</link>
		<comments>http://www.wikidao.org/2009/06/26/day-12-documentation-is-easy/#comments</comments>
		<pubDate>Fri, 26 Jun 2009 14:11:31 +0000</pubDate>
		<dc:creator>wikidao</dc:creator>
				<category><![CDATA[31天孵化你的企业Wiki]]></category>
		<category><![CDATA[Wiki最佳实践]]></category>
		<category><![CDATA[项目管理]]></category>

		<guid isPermaLink="false">http://www.wikidao.org/?p=148</guid>
		<description><![CDATA[Wiki天生是个写字台，所以，不要再为做文档发愁了！也许你的团队99%的人都害怕创建新的文档，但我相信100%的人相比之下都愿意修改旧的文档，所以何不在一开始就用Wiki写草稿或大纲，然后鼓励大家去评阅、修改？相信我，好文章一定都是修改出来的，仿佛一棵小树苗，有充足的阳光和雨水，它就会迅速长大！ 如果可能，你甚至可以邀请你的读者一起参与评论和写作，这将大大提高文档的针对性。]]></description>
		<wfw:commentRss>http://www.wikidao.org/2009/06/26/day-12-documentation-is-easy/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Day 11: 升华你的项目管理</title>
		<link>http://www.wikidao.org/2009/06/21/day-11-sublime-your-project/</link>
		<comments>http://www.wikidao.org/2009/06/21/day-11-sublime-your-project/#comments</comments>
		<pubDate>Sun, 21 Jun 2009 07:54:28 +0000</pubDate>
		<dc:creator>wikidao</dc:creator>
				<category><![CDATA[31天孵化你的企业Wiki]]></category>
		<category><![CDATA[企业Wiki成功之道]]></category>
		<category><![CDATA[Wiki最佳实践]]></category>
		<category><![CDATA[企业Wiki]]></category>
		<category><![CDATA[项目管理]]></category>

		<guid isPermaLink="false">http://www.wikidao.org/wp/?p=33</guid>
		<description><![CDATA[作为项目经理，你有很多工具(实际上多不胜数)来协助计划(Planning)，执行(Executing)和跟踪(Tracking)整个项目，然而，要真正做好却是另一码事，为什么？很多情况下并不是因为项目经理们不想做得更好，而是因为这些工具(Tools)与流程(Process)之间此的协作并没有想象中(或者说计划中)的畅通，有时他们甚至相互阻碍——这种失调正严重吞噬着管理者的耐心和精力。 面对事实上日趋复杂、臃肿的企业管理机器，我们只有团结协作。而Wiki则可以一方面如同一块无形的磁铁，帮助你在日常工作中不停地将散乱的信息有机地整理、集中起来，另一方面则如同润滑油一般给这部企业机器的各个部件注入新的活力！ Wiki其实不是一两种软件，而是一种精神，它所做的很简单，只不过是把你的将士团结在一起，而这种团结协作产生的能量，将远远大于我们的想象。 【转载请注明出处: wikidao.org】]]></description>
		<wfw:commentRss>http://www.wikidao.org/2009/06/21/day-11-sublime-your-project/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

