合作伙伴座谈会 工程师篇 前篇Engineers’ talk

在座的各位都参与了售前以及实际的实施支持吧。

UIS Hisaka

是的。

JCS Matsuo

倒不如说是自作主张出差去商务会谈。

那时做演示（你实际操作产品并介绍它），做深度访谈等等吧。

YJP Fukami

基本是这样的吧。大家都是从销售方面接手的吧？

MSI Ohba

我们的销售人员从一开始就做一个简单的示范。 只有当我们收到询问时，我才会出来。 我们的销售人员事先从客户那里获得信息，然后他们建立模型并向客户展示。 这是制作原型的前一步。

KSI Ogura

在最初的销售阶段会收集到可用的信息？

MSI Ohba

当然，有些时候我们无法收集到。 但可以在一定程度上了解企业的类型和产品。

KSI Ogura

就我们公司而言，大多数情况下，我们是在收到询问或介绍后开始工作的， 所以我往往是一开始就出来的人。 如果客户对他们想用生产排程系统做什么有一个明确的想法 ，那么我会根据这个想法提出建议。 我也负责竞争，所以我会根据提案要求创建一个演示项目， 并向客户解释。

我相信在提案阶段也会给一个报价，有什么要注意的地方吗？

MSI Ohba

我们总是在提案阶段做一个原型。 我们可能是唯一一家将此作为报价基础的公司。 这让我们对实施该系统需要多少工作有了一个概念。

JCS Matsuo

我们基本上是根据客户的要求来预先确定整合的等级。 我们有三种主要的报价类型。 然后，当需求被定义后，我们再次估算成本，但这次是以工时为基础。

YJP Fukami

我说的可能你有些跑题， 我公司不是以承包方式而是多以工时消耗类型的委托方式缔结合同、 这可能是与其他公司不一样的地方。

KSI Ogura

诚然，承包方式的风险更大。

YJP Fukami

这是一件事，但往往在最初的需求定义阶段，客户并不知道他们从设计中真正需要什么。 当项目完成后，客户可能会说："我并不打算让它变成这样。 相反，我们使用一种准委托的方法，即我们要求客户在我们进行过程中确认需求。

UIS Hisaka

我们大多是承包，但在这方面我们做了很多原型设计，我们很敏捷。 当然，这取决于用户的情况。

MSI Ohba

是的，我们有很多中小型企业的客户，他们的预算往往是有限的，所以准委托方式比较困难。

YJP Fukami

如果我们承包项目，将不可避免地成为一个瀑布式的项目。 那么项目的进行就有可能在客户真正想要的东西和需求的定义之间存在差距， 所以大多数时候我们都在准授权的基础上提案。

FLEXSCHE的要求定义方面是否有困难？

YJP Fukami

正如我前面所说的，困难在于在许多情况下，客户无法在需求定义中提尽他们的需求。

MSI Ohba

通常的情况是，工厂经理、车间和计划人员都有不同的意图。

KSI Ogura

当我与负责人交谈并提交需求定义时，工厂经理可能会说一些完全不同的话。 当这种情况发生时，我们会说："我们完全按照你的要求来写。" 但在大多数情况下，需求定义必须重新进行。 然后我们发生了争执，最后他们说："你没有倾听的能力......。

JCS Matsuo

在没有人组织的情况下很难推进。

UIS Hisaka

我们要求我们的客户在一定程度上明确定义实施的结构。 谁在负责，谁对要求负责？ 如果你有这样的结构，会使事情进行得更顺利。 如果董事会成员参与到会议中来，那就更好了。

YJP Fukami

最好的方法是让系统的负责人和现场的人都来参加会议。 即便如此，要让最初的需求定义与客户的真实意图相吻合也不容易。

MSI Ohba

每当我去见客户时，我都会借一块白板，一边问问题一边画图。 如果客户没有清楚地了解，完成后就算被批评不一样但什么地方不一样也很难理清。 在需求定义阶段，我们捡了几个点，做了一个原型，但我们必须对各种约束条件进行越来越深入的挖掘。

KSI Ogura

是啊。 在计划员的脑海中一定有很多越苏条件。 但我们难以让它们以需求定义的形式表现出来。

你刚才提到了用户方面的负责人，实际上会是怎么样的体制呢？

MSI Ohba

我们希望能指派一名专门的FLEXSCHE负责人。 然而，对于中小型公司来说，这并不总是容易的。 至少在第一次，我们希望你有两个人，一个专职，另一个作为后备。

YJP Fukami

引进生产排程系统需要做大量的工作， 所以有一个专门的人真的会比较顺利。 在现实中，要在通常工作中兼职做是非常困难的。

KSI Ogura

另一方面，在大公司里，需求定义往往比较正式， 与负责人的直接会面往往比较浅显。 如果负责人不熟悉规划过程， 他们就无法判断原型是否正确，所以即使费尽周折我们也总是倾向与实际进行规划的人交谈。

JCS Matsuo

重要的是要有一个熟悉情况的人，并能与其促膝而谈。 只有这样，我们才有可能准确了解要求。

通过这样的方式进行需求定义，是否可以把所有的需求都整理出来？

MSI Ohba

这取决于案件，但往往很困难。 每个工厂都有自己的约束，所以如果你一个一个地建模和挖掘，你可能可以找到大部分， 但仍有一些是找不到的。有时只有在实施的最后阶段才能发现它们。

KSI Ogura

正如我之前所说，计划员一定知道他们想要什么但他们往往无法清楚地表达。

YJP Fukami

从需求定义中并不一定能得到所有的需求， 所以我们觉得有必要以敏捷的方式进行， 进行频繁的确认，以避免客户想要的东西和我们正在开发的东西之间出现巨大的差距。

MSI Ohba

另外，通过向我们展示生产现场，有时候我们可以发现负责人没有提及的事情。

KSI Ogura

你必须非常了解制造业，才能做到这一点。

MSI Ohba

是的，所以努力学习，并请客户展示工厂内的方方面面。

大家参与FLEXSCHE的实施已经超过10年了。请说说刚开始负责FLEXSCHE的时候的故事吧。

MSI Ohba

当时，一个客户要求我提供一个生产管理系统，但在仔细聆听之后 ，我意识到他们需要的不是一个生产管理系统，而是一个生产排程系统。 我们考察了许多公司，最后决定选择FLEXSCHE，因为FLEXSCHE的数据接口采用CSV等易于使用的格式，而且灵活、可定制，易于整合。 此外，虽然许多工厂引入了生产管理系统，但当我们开始与FLEXSCHE合作时，才发现生产管理系统有许多事情无法做。

刚开始用FLEXSCHE的时候技术上的困难是什么？　有些人似乎认为这太难了......。

MSI Ohba

我认为该系统本身是非常清晰和容易理解的。 在过去，当使用FLEXSCHE Components时， 并不是谁都可以做开发的，但现在你几乎可以用计算表达式做任何事情。

YJP Fukami

在FLEXSCHE的早期，编程，甚至C++技能是必不可少的， 但现在，除了非常特殊的情况，不需要C++，很多事情都可以轻松完成。

KSI Ogura

我们有一位前任负责FLEXSCHE，但从前任退休到我加入公司之间有一段时间， 所以我必须在没有被传授任何技术技能的情况下做这件事，所以这很困难。 我边必须自己学习边向客户学习。

UIS Hisaka

就我而言，有人教我，所以一开始很容易进入状态。 但随着后期深入经历了一些困难。

JCS Matsuo

我也是通过在销售中做大量的原型设计来深如理解的。

FLEXSCHE集成中需要开发外接程序add-in吗？

YJP Fukami

现在的标准功能充实了很多，所以要做的开发少了很多。 由于调度规则中添加的命令执行方法能做的事情更多了。

MSI Ohba

我们也不需要插件就能做很多的事情。 有时你想使用一个功能，一个小小的脚本就可以做到。

UIS Hisaka

脚本开发大大减轻了插件开发的负担。

现在会进行DLL插件的开发吗？

KSI Ogura

我有不少。 我有很多事情要做，比如创建针对客户的输入屏幕和面板，使其更容易搜索。

UIS Hisaka

确实有时候需要创建针对客户的界面。

KSI Ogura

我们还开发了很多报表。 有时我们被要求创建一个电子表格来表示甘特图的形象。 事实上，你可以将甘特图原样打印出来。 但由于有一个内部审批程序，必须能够调整签名等以适应公司。

提供给用于与其自身独特文化相符的服务对吧。

KSI Ogura

是的。大家不做报表吗？

UIS Hisaka

很多时候都是在核心系统方面完成的。

KSI Ogura

啊，这样啊（苦笑）。

什么原因导致项目停滞？

KSI Ogura

需要由客户准备的主数据等迟迟凑不齐是个头痛的问题。 粗略的也可以请先提供一部分也不容易拿到，我们曾为此中断过项目。

MSI Ohba

如果你是被动的，就很难得到答案，所以我们要求提供不足的信息，即使是谎言。 排程会使整个过程变的更加顺利，因为不准确的地方会变得明显。

YJP Fukami

是的，是的，这是个好主意。 当我们为一个制造商做实施时， 我们收集了能力信息并安排了时间，但车间里的人说“这是不可能的”。 我们从那里开始进行修改，最终实现了目标。

KSI Ogura

另一个经常发生拖延的情况是，负责人因各种原因而改变。 接手的人有完全不同的想法，说的与第一个人说的相反。 因此，过去有几次，我们不得不重新开始。

JCS Matsuo

我曾经有过一段非常困难的时期，客户在一年内换了七次负责人。 最后，该项目被搁置了。

UIS Hisaka

一旦定义需求，并且有足够的信息，开发就可以进行了，但最后的挑战是在测试运行开始后达到验收。 大约10年前有一个项目，花了一年的时间完成了本应一个月的测试。 条件是，如果我们能连续两星期做自动排班，他们就会验收了， 但实际上并没有那么顺利地完成。 问题可能是我们当时没有充分定义需求就着手开始开发了吧。

KSI Ogura

我也由很难通过验收的时候。 我不得不等了一年，因为他们说 "我们不能给你钱，因为我们还看不到效果"。 尽管他们这样说，我还是按照要求做的产品（笑）。 但我做了改进，验收后，该公司说他们想在他们的另一个工厂安装该系统， 所以我认为结果还不错。

UIS Hisaka

能这样横向展开说明还是有了明显的效果了吧。

KSI Ogura

当时，我还刚刚开始做FLEXSCHE，在这个项目上遇到了不少困难， 但我们做出了很多努力，可以一定是从方方面面感受到效果。

YJP Fukami

有时候负责人满意，但他的老板却不认可。

KSI Ogura

顺便问一下，当你按照要求提交的项目被接受，但仍有问题需要解决时，如何处理这些费用？

UIS Hisaka

基本上是追加支付。