<?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>维基道 &#124; 企业2.0最佳实践 &#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, 09 May 2010 15:25:04 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<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文件，明天发现这个变量命名有点不爽， 修改后就要提交，在这种情况下， 这个提交是没有意义的，如果测试组已经测试这个Issue， 是否测试组要重新测试？ 为一个变量名称化这样的时间和冒险是可嫩的。小伙子还是在第一次提交的时候就把变量名想好了再提交。
程序员偷偷的修改代码，一个小伙 子发现自己的已经Closed的Issue中有一个Bug， 便偷偷的修改代码。 这个当然也是不可能的，凡是提交到CVS中的代码就不是自己的了，那是大家的， 没有足够的理由想改当然没有那么容易。 先自己建立建立个Issue， 向Team leader报告， 然后再去修改代码。

wikidao注：
本文转载自：http://niyunjiu.javaeye.com/blog/439213，wikidao稍作修改（修改处见上文），以飨读者。
]]></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[项目管理]]></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>
