今天，我们采访了瑞士软件公司 Lean IT的首席执行官 Raffaele Marranzini，该公司专门从事产品生命周期管理 （PLM） 解决方案。我们感到自豪的是， Lean IT依靠我们的甘特图将其嵌入到其基于云的产品和项目管理应用程序中。Raffaele在30分钟的采访中分享了他们公司的故事和DHTMLX Gantt的经验。

Q1：Raffaele，谢谢你今天做客我们的采访。请介绍一下您自己以及您在Lean IT 中的角色。

我的名字是Raffaele Marranzini。和你聊天真是太好了。我是Lean IT咨询公司的首席执行官。我的角色是担任营销，销售，定义战略，定义愿景的首席执行官。

 Lean IT咨询诞生于一家IT咨询公司，顾名思义。随着时间的推移，我们专注于PLM-产品生命周期管理。因此，我们为需要产品生命周期管理系统的大型公司提供IT服务。

PLM基本上是一组流程，帮助公司从构思阶段到产品退出市场来管理其产品数据。

来源：Lean IT

我们的核心技能是围绕软件开发，软件分析，实施和测试。几年前，我们决定不仅通过服务，而且通过产品来区分我们的产品。我们利用多年来在PLM方面积累的经验来实施一些产品，这些产品将帮助大公司处理产品生命周期的初始阶段，这基本上是创新管理部分。

通过创新管理，我们指的是早期阶段，当你没有产品时，你只是有一个想法。你把这个想法正式化成一个想法管理系统。一旦你的想法足够成熟，它就会最终转化为真实的东西——开发新产品。

这就是创新管理的第二章发挥作用的地方，即新产品开发项目。

这是一个具有许多任务的项目，您可以在其中分配资源，这些资源可以是一个人或一个团队或其他任何东西。这个项目必须经历一些里程碑或阶段或大门。这在整个项目和计划管理领域非常普遍。

这就是我们软件的第三部分提供帮助的地方 - 启动管理。通过启动管理，我们指的是管理特定启动的业务案例。您可以预测该特定产品的预期销售额。也许你也会评估你期望在广告方面花多少钱。一旦您的项目获得批准并滚动，您将组织开始生产产品，决定在哪里生产，以及何时应将其运送到商店。目标是按时到达您的客户。

我们不断从客户那里听到的一个痛点是，他们的上市时间太长了。像我们这样良好的创新管理系统，希望能帮助他们更有效、更及时地进入市场，这意味着他们在金钱和时间方面有现实的规划。这就是我们产品的作用。

在DHTMLX Gantt的帮助下，我们的工具将帮助客户停用可能不适合与业务一起扩展的旧版和独立工具。在与客户IT环境中可能已经存在的第三方系统集成方面，我们还具有强大的能力。我们相信，我们的工具肯定会帮助我们的客户获得相关的效率提升，因为更好的信息共享和协作，优化的项目调度和广泛的资源管理。

Q2：所以DHTMLX甘特图是PLM软件的一部分吗？

DHTMLX在这张照片中的位置在哪里？我们购买了DHTMLX Gantt的Ultimate许可证。我们正在将您的产品嵌入到我们的软件中。特别是对于需要项目进度的部分，项目甘特图，例如NPD管理。新产品开发管理很大程度上是关于项目管理和项目管理的。

我们最初计划在MS项目本身中仅支持进度管理。根据我们对市场的了解，许多客户喜欢继续以任何形式使用MS Project，无论是在桌面上，在网络上还是在内部网上，因为它是市场标准。

我们说客户想使用MS Project，让他们继续使用MS Project。因此，我们的应用程序将与MS Project文件或服务器接口 - 使用它们的API从任何地方提取计划数据。如果它在文件中，我们的产品将解析该文件并计算文件本身中的确切数据。

这对大客户来说效果很好。但是，我们意识到有相当数量的客户不需要MS Project中的所有复杂性，因为显然，MS Project拥有20多年的经验。这是一个市场标准，但它也提供了许多人们不使用或不需要甚至不知道的功能。还有大量较小的公司不想投资为他们的项目经理购买MS Project许可证，因为这是一项相关的投资。因此，他们更喜欢做一些花哨的事情，比如继续使用Excel，这可能是有史以来最糟糕的解决方案。

因此，我们认为，如果我们能提供另一种选择，那就太好了。这就是您的产品发挥作用的地方。我们说，好吧，让我们不仅提供与所有形式的MS Project的集成，而且还让我们为项目进度管理，项目甘特管理提供嵌入式解决方案。

我们目前正致力于将 DHTMLX 甘特图嵌入到我们的应用程序中，以便能够管理直接嵌入到我们的应用程序中的时间表。没有更多的文件，没有更多的外部系统连接到。我们只是将您的库，甘特图添加到我们的应用程序中，顺便说一句，这是一个Web应用程序。我们将您的东西嵌入到我们的软件中，这样它就不会将项目数据存储在文件上，而是存储在数据库中，在我们的例子中，它是一个Mongo数据库，一个NoSQL数据库。您实际上可以直接在我们的工具中执行项目管理部分，而无需安装或购买任何其他内容。这是一个现成的解决方案，您最终可以在云上购买并使用它。这就是购买许可证背后的想法。

我们现在正在做的是将后端开发到前端，以实现保存在NoSQL数据库中所需的所有逻辑，一旦数据存在并进行报告，就可以进行数据分析。我们希望在未来几个月的某个地方为此做好准备。我们将主要在云上提供此功能。我们的解决方案是基于云的解决方案。

如果不是这种情况，如果这对相关规模的特定客户端不起作用，我们还可以评估在客户端本地安装软件的机会，以便他们将所有数据都放在自己的数据中心，而不一定在云上。一开始，就像一年前一样，谈论新产品开发的基于云的解决方案对客户来说有点可怕，因为显然认为你所有的创新管道都在云中的某个地方听起来很可怕。最近情况并非如此。事实上，我们基于云的解决方案工作正常。

Q3：从技术角度来看，在您的应用程序中实现DHTMLX甘特图的难度有多大？学习 API 很难吗？

了解 API 的基础知识是可以的。它花费的时间并不比我们必须学习的其他API花费的时间更长。

然而，到目前为止，我们投入的最大时间是试图找出我们为您的产品发现的性能问题的解决方案。我们意识到，当一个项目延长很长一段时间（如八十年）时，对于一个复杂的新产品开发项目来说，这可能是这种情况，你的应用程序的性能，你的应用程序的前端的性能，变得非常慢。为了让它发挥作用，我们不得不通过自己的方式来解决这个问题。

我们方面也投入了相当多的时间来学习如何实现嵌入到工具中的部分逻辑。在 Microsoft 项目中，您可以正常处理计划日期和实际日期。计划日期是您最初计划的内容，实际日期是实际发生的情况，任务实际开始的时间，任务实际结束的时间，花费的时间。根据我从开发人员那里收到的反馈，有时您的工具会应用一些逻辑来区分两者，或者它没有区分两者，这让我们花了一段时间才弄清楚并进行调整。

其次，您的产品中最耗时的部分是处理您的支持。我们拥有最高的许可证，这意味着您应该在很短的时间内回答。我们对您的时机相当满意。但是，我们投入相关时间的部分是向您的支持团队解释问题所在，并帮助他们复制问题。他们有一个某种沙盒，我们必须为他们配置才能真正看到问题发生。我们的建议是，与其我们投入时间为您精确地复制问题，不如投入时间。希望最终我们这边的工作会减少，即使解决问题需要更长的时间。

Q4：您还在 DHTMLX 甘特图中使用了哪些其他技术？

我们主要研究Java。我们在Java中使用的框架是Angular。

Q5：总而言之，你为什么选择DHTMLX甘特呢？

因为与其他产品相比，我们一直在对您的产品进行彻底的软件评估。令我们信服的是您的产品提供的功能数量，并且根据我们的理解，与我们发现的竞争对手相比，这些功能更大。

Q6：你能说出影响你选择DHTMLX甘特图决定的最重要的功能吗？

我脑海中浮现的第一个是能够从MS Project和其他格式（如PNG，PDF，Excel）导出或导入。