 |
创建时间：1999 |
Zend就是“PHP（超文本预处理语言）公司”。这就在他们的主页上，实际上，这正是他们的标志的一部分。除了Zend的员工，其他人无法使我了解Zend公司。
Zend是随着PHP的发展而萌芽并成长起来的。你无法在弄清PHP以前了解Zend。由于其辉煌的历史，我非常急切地想了解这样一种重要的脚本语言的先锋者们是如何使用Atlassian的产品的。
我联系上了的Zeev Suraski和Alex Haiut，他们分别是Zend科技的合作创建者和Zend服务器产品系列总监。Zend是一家基础软件公司，主要业务在于基于PHP的所有方面的开发。虽然创建于以色列的特拉维夫，但是他们也在硅谷的心脏——加州库比蒂诺建立总部。Zend非常乐于使用JIRA进行问题追踪，同时使用GreenHopper进行敏捷项目管理。
Zend是由Andi Gutmans和我创建的，而且我们是PHP最初的两个贡献者。那是13年以前。我们是编写了基础结构，这些基础结构演变成PHP 3和PHP 4，接着也成为开发PHP 5的最重要的方面。我们是在开始着手编写PHP以后大约两年半的时候创建Zend公司的，并授权为使用PHP的公司提供支持和技术方案,，而且也帮助在全世界普及PHP的使用。
现在，我们在做许多不同的事情。我们活跃在几个开源项目上，同时仍活跃在PHP自身。许多，如果不是最多，对Zend引擎（PHP的大脑）的重要贡献是由Zend做出的。我们正在领导Zend框架项目，这个项目也使用Atlassian工具。这个项目已经进行了好几年。我们也是Eclipse PDT（PHP开发工具）项目的主要贡献者：一套用于在Eclipse上开发PHP的工具。
从商业角度来说，我们有两个主要的产品系列。在开发工具领域，Zend Studio是在PDT上构建的，可以提供一套基于Eclipse的IDE（集成开发环境）解决方案。在运行环境方面，我们有我们的旗舰产品Zend Server。您能将它看做是一台用于PHP的应用服务器，能为您提供经过预先构建和测试版本的PHP，带有必要的补丁和更新，而且也提供许多相应的增值功能，通过管理PHP集群、深入了解发生在独立的PHP集群上的一切，从而优化PHP的性能；运行异步任务的能力这样所有的新语言特性，等等。
我们将JIRA作为一个错误追踪系统用于我们所有软件开发项目中，而且基本上用于我们开发的所有产品。这就是该系统（JIRA）的设计用途——一套内部错误追踪系统。它用于本公司的所有部门（开发、质量保证、产品管理、支持，等等），但是这个实例没有对我们的顾客开放。不过，我们正在考虑这个方面。
在迁移到JIRA以前，我们最初使用Mantis。总之，我们自己的迁移体验是非常、非常积极的。我们能够通过清晰的方式从这套系统中获取信息，它比Mantis好得多。对我们来说，它的安装相对容易和直观，而且迁移非常顺利，我们现在正全速使用JIRA。我们已经发布了几个基于JIRA的新产品而且他们现在的使用情况非常好。虽然GreenHopper仍然需要调整，但是这个敏捷项目管理工具目前的总体体验仍是非常积极的。我们对JIR的喜欢之处在于能够全面了解我们的库存。我们不但能够在JIRA中追踪每个单独的错误或者问题域，而且我们能够使用不同的参数对整个错误数据库进行切片，并全面了解特定项目进展的里程碑或者速度，等等。
JIRA现在已经被配置到5到7个不同的项目中，包括主要的产品线和几个内部项目。我们是根据每个项目来配置这个实例的，每个项目有自己的工作流和设置。大多数是改动很小的基本的JIRA工作流。我们也有一些定制工作流。我们有几个扩展组件和不同的图片和图表，但是没有特别之处。这些基本工作流对我们的用途来说运作得非常好。FishEye插件，或者与JIRA集成，也对我们非常有用。我们没有将它用于日常浏览版本库，我们将它用作一个从JIRA工作单到源代码的连接器。
我们有一个跨越不同演进周期的Mantis错误追踪系统。它使用了好几年、经过重大修改，而且包括所有类型的问题。它被写进PHP，这样我们能够轻易地根据我们的需要对它进行修改。我们已经到达了一个阶段，在这里我们需要重新开始。我们决定对我们的错误追踪系统进行一次重要的修改来反映开发过程。我们分析了几个类似的候选产品，与较新版本的Mantis做了对比。另外一个就是JIRA，这是由于它在社区非常流行，所以它被加入到我们问题追踪器“清单”中。我们已经收到非常好的关于JIRA的可靠性和总体性能的参考资料。它的附带工具的功能也不错，而且不是一两个，而是一整套。我们考察了其它几个候选产品，例如Bugzilla ，还有几个我现在不记得了。我们分析了能从每个候选产品得到什么，例如性能和与其它系统的集成能力。基于这些主要因素，JIRA自然成为获胜者。
 |
Zeev Suraski, Zend的合作创立者 考虑到这次迁移，它显然是一次改变，而且开始的时候没人喜欢改变。迁移到JIRA上使人觉得非常顺利而且我们的团队很快就适应了它。有一些怀疑论者，就像质量保证部门，他们说：“它会如何改变我的生活。它会给我们带来头疼和停机，诸如此类。”今天的结果是，质量保证部门成为了JIRA最坚定的支持者之一，而且他们对这次改变感到非常高兴。总之，大多数人不喜欢改变，他们安于现状。当我们完成迁移，仅仅一个星期以后，人们开始看到所获得的效益。总的说来，我会说我们的同事对这次迁移感到高兴。 |
|
考虑到这次迁移，它显然是一次改变，而且开始的时候没人喜欢改变。迁移到JIRA上使人觉得非常顺利而且我们的团队很快就适应了它。有一些怀疑论者，就像质量保证部门，他们说：“它会如何改变我的生活。它会给我们带来头疼和停机，诸如此类。”今天的结果是，质量保证部门成为了JIRA最坚定的支持者之一，而且他们对这次改变感到非常高兴。总之，大多数人不喜欢改变，他们安于现状。当我们完成迁移，仅仅一个星期以后，人们开始看到所获得的效益。总的说来，我会说我们的同事对这次迁移感到高兴。
我会说，我们的首席执行官也是一个Atlassian的忠实支持者，而且也是推动Zend框架项目使用Atlassian工具软件的人之一。他明确建议我们在公司的其它部门也这样做。JIRA，不像Mantis，也支持围绕问题的开放和解析实现一个工作流。我们发现这项功能非常有用。
我会说到两个方面。首先，你能实现一个定制工作流，而且需要过程以特定的方式出现，这笔Mantis强大得多。我们喜欢JIRA的灵活性和强大性能——使工作流以容易的方式正确实现的能力。我们发现我们的开发过程与JIRA中的默认工作流非常接近，错误追踪器中的基本工作流运作已经同我们在Zend的工作方式非常相似，这样自然选用了JIRA。第二，对数据访问授权而言，JIRA表现得非常出色。提供许多报表选项并能切割数据从根本上创建新数据，这是Mantis几乎完全无法做到的。JIRA中的精要报表非常优秀。在我们的、更旧版本的Mantis中没有这项功能。对我来说，我们之所以改用JIRA原因就在于这些重要优点。
另外一个方面完全不同于我们所使用的Mantis。一些团队将JIRA用作一种将可交付物分解成任务的方式——每个小的子任务作为一个问题记入JIRA来确保解决完成。我们追踪工作，而不仅仅是问题或者错误。我们使用JIRA的这种方式绝对非常、非常不同于Mantis。随着时间的推移，我们进一步扩展JIRA的使用。
在接下来的几个月中，我将会想办法从这个系统中获取更多的、已经存在于JIRA中的数据。总之，我们现在对JIRA作为一套问题追踪系统和关于我们在Zend的开发工作流和质量过程的信息来源的使用情况感到非常满意。我们会非常乐于使用GreenHopper，不仅仅是在JIRA问题追踪系统的主要上下文中，而且也用于加强对工作流的影响，从而帮助我们执行开发周期和测试周期。
首先，我绝对建议采用JIRA。我会慎重地考虑从一开始就使用你们的项目追踪软件，而且不仅仅是一套次要的问题追踪系统。这是值得的。您能从它中获取大量的、非常清晰的数据，而且您能执行的工作流非常非常强大。您也能够不辞劳苦地调整JIRA适应您的需要。您可以将它配置成适用于一家小公司，但是如果您打算执行一个相当复杂的工作流，它也能够做到。我会建议一家小公司使用一个好的工具，而不要选用不够强大的产品，原因在于这些特性是针对小公司的。我认为，弄清楚您的产品质量对于一家小公司来说非常重要。
有趣的问题！我们以“PHP公司”而著称，但是在公司内部我们实际上使用范围广泛的工具。对于PDT和Studio，我们使用Java。在Zend，我们都是Java高手。Zend Server为PHP开发用户界面，同时C++开发引擎，或者产品的大脑。我会说，我们倾向于一套基于PHP是系统，原因在于协作和我们使用PHP的经验。那是Mantis的优点之一——它是基于PHP的，而且我们很容易对它进行调整和配置。然而，我们得出的结论是，我们的业务不是开发一个问题追踪器。我们不想调整、配置并开始部署补丁。如果有一个基于PHP的问题追踪器，我可能会更喜欢它的Java版本，但是目前最重要的标准是根据这套系统有多好，而不在于它是用什么语言构建的。不过，我确实听到一些有关资源利用率的担忧，但是我们准备提前购买JIRA作为一套强大的系统，并安装大量的内存。这样，我们感到很满意。
非常感谢Zeev和Alex!