RT3 Request Tacker或让你摆脱束缚
What’s new in 3.8+?
- 清晰易用的图形界面
- 仪表板Dashboards
- 流程单关系图 Ticket relationship graphs
- 与PGPemail无缝集成 Seamless PGP support for email
- 富文本编辑 Richtext editing (WYSIWYG)
- 预定义用户首选项 Per-user preferences for common options
- 单据按日历feed：Calendar feeds for ticket due dates
- 标记单据 Bookmarking tickets
- 新的邮件设置 New email delivery settings
- 更容易的升级工具 Easier upgrade tools
- 性能提高 Loads of performance improvements and bug fixes
发现RT比OTRS的界面好的太多了。不过这俩比较起来，OTRS更正式，更符合ITIL，主要是它有ITSM模块，这个模块里面内置了IM，PM，CM和SLA管理，值得一提的是它也包括配置管理模块。不过OTRS的界面和RT比起来就不是难看一点了。初步体验了RT一下，主要感觉是，界面太直观了，所有方便操作近在咫尺，系统的易用性降低了使用和配置的复杂性。对于不追求ITIL的中小企业，应该很值得试试RT。
Related posts:
- [项目更新] OTRS project news update
- Release: OTRS Help Desk 3.0.11
- Open Source Ticket Request System – OTRS 2.2.6
- Remedy ARS 7.6.03 overlay
- OTRS.ORG，it is time to check it out；不得不：）
18Jul2010
呃,ITSM这东西不能和remedy比吧?虽然并不是很多企业都上remedy的.
因此我感觉,无论是什么ITIL有api数据共享才是王道.
remedy好像有web services,也算api吧.
RT3的简洁让我佩服，这样的简单企业会用么。这让我想到：有很多用户天天在考虑的是如何通过流程工具来控制用户的行为，他们不信任流程单的参与者都按照规则行事，因此在流程平台系统上做大量的控制点开发；二次开发极大的增加了系统的集成和使用的复杂度，降低了流程单运作的效率，这种做法的价值何在？换取这种价值而附加的代价和负面影响非常值得企业关注。
Remedy当然是市场内最强的平台，接口丰富，web service不在话下，而如何应用这套系统，是简单用（使用OOTB功能）还是复杂用（二次开发特色流程）？重要的是它要给你解决的问题是什么？重要的是你能多快的从这个系统产出价值？
即使企业不用说作为个人也是应该尝试一下的士逐渐的影响其他人
其实我感觉在流程中控制用户行为没什么 有些流程毕竟不是没个新人都能熟悉的 通过软件规范一下也好 但无论什么做法 如果不能让使用者感到方便 反而给第一使用人带来不必要的工作量就不可取了
大多数上系统不一定是得到产出价值观，大多数是面子工程和标杆工程。
系统推广培训要先行！
消除由于不了解而产生的怀疑！
消除由于不熟悉而产生的错误！
期待能有一篇文章详细比较下rt和otrs 目前正在打算使用rt orts自己搭建试用过 可以多交流下