我们很高兴能够与您分享来自世界各地的客户的成功故事。

今天，我们的嘉宾是来自Multi Parts的业务系统总监Nathan Brown。这家总部位于美国的公司在中国和欧洲设有办事处，专门从事开发和制造售后市场汽车零部件。Nathan 将告诉我们为什么他们决定选择 DHTMLX 甘特图来优化组织内的工程流程。

Q1：您能告诉我们您自己，您在公司中的角色以及您的项目吗？

我的头衔是业务系统总监。我必须使我们公司的其他部门能够完成工作并帮助实现我们的业务目标。在实践中，我的工作是构建或找到我们将要使用的工具。作为其中的一部分，我的背景实际上是软件开发。我当然会寻找现成的软件来购买和使用。

从本质上讲，我们是一家工程公司，因此我们的工程流程是我们的核心。因此，我们决定以我们想要的方式构建我们的系统。随着我们多年来的进步，我们的流程变得更加正式。具体来说，我们的项目管理已经成熟到我们需要完整的微软项目甘特图式项目管理的复杂程度。

期间，我在使用Webix方面有丰富的经验，我以前也使用过DHTMLX甘特图。DHTMLX的 JavaScript 组件非常适合我们的需求。

Q2：您是如何在市场上的其他库中选择DHTMLX甘特图的？

正如我所说，我以前有过使用它的经验，所以我知道这个工具可以为我们提供一些关键元素。显然，正是集成、与Webix结构的相似之处以及其他部分使我们非常容易选择。更具体地说，当我评估新事物时，我专注于几个关键功能，例如在甘特图中具有基线和用于自定义可视化的其他元素的能力。

还有其他一些甘特组件。甚至Webix也有自己的小甘特，但并不那么好用。它没有那个特定的功能，让我们可以想象这个任务已经完成。

第二个是能够在编辑屏幕上自定义我们想要的任何内容。我们有自己的任务结构和引擎，已经存在了很多年。因此，我们希望能够重用一堆这样的代码，并且只是在现有代码之上分层可视化。

Q3：在使用甘特图时，您是否遇到过任何挑战？

我想说，最大的挑战是将我们的一些业务需求转化为甘特图所需的数据。Webix和任何其他工具也是如此，您必须获取域模型并将其与UI模型进行匹配。如果我自己开发，域模型将非常容易地匹配所有内容，但事实并非如此。在我们的团队中，我们有一个一般规则，即 UI 可以执行任何它想做的事情。我们的主要挑战是确保我们让甘特100%工作，并在视觉设计和用户体验方面实现我们想要的东西。然后我们让我们的API只是给它数据。这是我们面临的最大挑战。

Q4：在 DHTMLX 的帮助下，以您想要的方式实现甘特图花了多少时间？

我们花了大约一个月的时间。我们花了这么长时间，只是因为我们必须打磨它。核心工作在两周内全部完成。

Q5：您建议我们在DHTMLX甘特图中改进什么？

我不认为我对这个问题有答案。老实说，DHTMLX Gantt的工作方式几乎完全符合我们的要求。我想要一个坚如磐石的UI组件，我们可以依靠它供我们的用户使用。我不想要一些东西试图接管流程的其余部分并切入领域空间。我想要一些将保留在用户界面区域中的东西。我认为DHTMLX Gantt在这方面做得很好。

Q6：您与我们的甘特组件一起使用哪些技术？

我们主要使用与Webix一起运行的JavaScript前端，由Node.js在后端提供服务。我们所有的 API 实际上都是针对 C# 后端和 Microsoft SQL Server 运行的。我们的前端UI团队在客户端使用100%的JavaScript，在Node.js端使用TypeScript。我们团队中的每个人都是 JavaScript/TypeScript 开发人员。