准备再研究一下JIRA+CONFLUENCE

准备再研究一下JIRA+CONFLUENCE。以前说过这个组合的问题，不过现在再考虑应该更加充分的利用CONFLUENCE的功能。例如文档管理和风险管理是否也应该放在CONFLUENCE中。

因为JIRA和CONFLUENCE的灵活性、稳定性以及商业化实在是值得考虑的因素。另外最近JIRA也加入了一些转门针对敏捷开发的特性。

不过，其实不论是REDMINE或者JIRA+CONFLUENCE来讲，都仅仅是针对单个项目管理的工具。而我目前所面临的问题是需要进行项目群管理（Program Management）。如此说来，是否只能考虑昂贵的商业软件了呢？

项目管理软件选择陷入僵局！

项目管理软件的选择目前陷入僵局！

	Jira+Confluence	dotProject+PmWiki	Redmine+instiki
优势	灵活的ISSUE管理和自定义的过滤器	管理领域全面	功能适中
	基于登录的WIKI和完善的权限控制	内置讨论区	分项目的WIKI
	插件丰富	条目分类清楚（任务，时间，问题，风险，机构，部门，联系人）	插件丰富
劣势	没有分项目的WIKI	没有分项目的WIKI	instiki功能简单
	商业版，目前可以破解	缺乏自定义过滤器	任务分层必须使用插件实现，但是插件安装失败
	没有事件管理	插件少，缺少图表	插件安装困难，版本混乱

highlight出来的条目表示无法忍受的内容。

由此看来，目前只能选择jira组合，但是这个选择明显风险很大。

时间紧迫，该怎么选择呢？

其实，如果是独立的项目组的话，任何一款都可以。甚至xplanner和scrumworks等其他的软件也可以考虑。但是目前需要选择的是公司级别的系统，因此需要满足很多管理层的需求才可以。

成功安装jira & confluence

静下心来安装jira和confluence。今天一天的时间安装成功。剩下的就是进行配置了。

准备放弃redmine了

不得已只能放弃redmine了。

本来兴冲冲的在PMOSERVER上面安装了instantrails, redmine和instiki。也都能够正常运行了。问题是：

redmine的subtask插件怎么也安装不上！

今天一早终于查出：插件与redmine 0.8.4版本不兼容。作者自己也不知道怎么办！

唉，开源产品的问题啊。

这么看来，只能放弃redmine和instiki的组合了。

其他的组合是：

jira+confluence 或者 dotProject+PmWiki

dotProject + ~PmWiki

dotProject有两个问题一直非常困扰我：

# 我需要按照TaskType过滤查看任务，但是系统中似乎没有这样的功能。（我本来需要在TaskType区分是 功能、沟通、管理、缺陷等等）

# 系统的图表功能太有限了，之后甘特图。如果需要类似Buendown Chart的话，怎么办？

新公司的工作内容

到新公司一个多月了。作为项目办主任，头一个月的试用期主要完成了下面一些工作：

1. 工程部门和软件部门的项目现状的调研，其中包括多次参加各个项目的诊断会议，然后给出诊断报告。
2. 制定一个初步的软件开发项目管理过程指导书，同时给出相应的各种文档模板。
3. 制定项目办未来大约两年的工作内容规划，在规划中给出项目办的工作职责以及8个阶段的工作内容和预期效果。
4. 制定公司级别的项目管理团队绩效考核办法。
5. 另外的一个重要的任务，是老板吩咐了需要在公司建立项目管理信息系统。

关于项目管理信息系统，一开始想到的就是~VisualProject。但是最近几天听听老板的口风，看来在一开始还是不能立刻推荐给老板比较高端的商业软件。现在的策略是寻找低费用或者免费的产品，现在公司内部找一两个项目试运行。等到老板看到效果了之后，在酌情进行推荐。
关于PMIS (Project Management Information System)的选择，目前决定使用版本控制软件+项目管理系统+维基（作为门户）的组合。

• 版本控制软件选择了''Subversion''而不是目前公司通用的Visual Sourcesafe。


• 主要是考虑到为了以后能够更方便的配合项目管理系统。因为多数流行的低费用的项目管理系统都能够对Subversion或者CVS进行集成，而支持VSS的很少。


• 项目管理系统选择了''Redmine''而不是Jira或者dotProject。


• dotProject虽然功能非常强大，基于PHP部署方便，但是其定制能力有限，而且想要扩展的话也是源代码级别的。考虑到可能的功能的灵活性的要求，只能放弃了。（使用过程中发现~PHP5.3下面有无法解决的问题，总是显示错误提示，之后换用~PHP5.2.X，一切正常。好在基于WAMP进行试用，切换PHP的版本非常方便。）


• Jira其实是非常适合的产品。系统稳定，功能强大。可定制能力非常强！而且功能扩展也非常方便，有现成的N多插件可以选择，足以满足需要。而且可以和Confluence进行集成也很诱人。缺点是商业软件，破解繁琐。基于JAVA平台，因此试用时部署非常方便，但是在生产环境下的部署却比较麻烦。


• Redmine基于~RoR平台，部署非常方便。有插件机制因此也可以方便的进行扩展。Open Source所以实在不行也可以自己编写扩展。功能还算灵活，相比Jira配置简单，内置了WIKI和新闻发布。目前的问题是：功能不够复杂（呵呵，给老板看的时候需要更像一个庞大的系统），缺乏企业级的管理功能，不过通过插件应该可以弥补。性能如何目前还不肯定。


• 维基系统选择了''instiki''而不是~PmWIKI或者Confluence.




• Confluence应该是最适合企业应用的WIKI软件，况且能够和Jira完美配合。无奈是商业产品，破解困难。另外基于JAVA，生产环境下和Jira一同部署也比较麻烦。


• ~PmWIKI基于PHP系统，部署非常方便。另外自身功能也很不错，权限控制也比较灵活，能够应付企业应用。有非常丰富的插件可以选择，可扩展能力很强！


• instiki功能简洁，勉强满足需求。不过它也是基于~RoR平台的，因此在和Redmine同时部署的时候比较方便。

最近我就要在服务器上安装上述的系统了，因此后面会将安装过程和配置过程进行记录。

何时应该使用用例进行建模

当遇到下述情况时，用例是需求捕获的最好选择：

• 系统有功能性需求所主导。
• 系统具有很多类型的用户，系统对他们提供不同的功能（有很多参与者）。
• 系统具有很多接口（有很多参与者）。（我的理解：如果针对业务应用系统而言，意味着有很多操作界面。）

当遇到下述情况时，用例是一个糟糕的选择：

• 系统由非功能性需求所主导。
• 系统具有很少的用户。
• 系统具有很少的接口。（例如嵌入式系统或者算法复杂但接口很少的系统）

何时停止用例建模？

• 用例建模的基本原则是保持捕获到得信息量是必要的、最小的。这意味着，很多次要场景可能根本就没有说明——用例中的一行有关它们的描述可能让人足以理解系统的功能。

以上摘自《UML and the Unified Process: Practical Object-Oriented Analysis & Design》, Jim Arlow & Ila Neustadt