作为一名流程TD，这两个概念非常重要。但是在平常的交流中，我发现很多朋友对这两个概念还是比较模糊的。而且纵使是大佬们之间的理解也或多或少的存在差别。
为了统一这些重要的基本概念，我觉得确实有必要写一篇东西来科普一下。（当然，我的理解也不是标准答案，大家仅做参考，有异议的也欢迎找我交流！
在开始解释定义之前，我们最好先弄清楚一件事——精确地区分这两个术语的意义是什么？
在很多的语境下，这两个词所表达的意思是非常接近的。
比如我们经常会听到Pipeline TD这样的职位名称，很少会听到Workflow TD这样的称呼，但了解Pipeline TD工作内容的人一般都知道，无论是Pipeline还是Workorkflow通常都属于Pipeline TD的工作范畴。
当你的老板或者艺术家们和你讨论工作流程问题时，无论他们使用的术语是Pipeline还是Workflow，通常情况下都指的是生产方式相关的问题。
所以，你确实无需无时无刻地抠这些字眼儿，在非专业的语境下完全可以根据韵脚需要Freestyle选择说哪个词。但是，这并不意味这两个词之间没有区别。
对于专业的流程TD来说，这两个词有着明确的区别，并且对这些区别的认识程度直接影响着你审视流程架构的维度。有句话叫：夏虫不可以语冰。视角上的缺失是悲哀的，对于流程设计专业来说有时甚至是致命的。
我一般把Pipeline翻译为“管线”，顾名思义，它应当像管子一样，存在较为确定的输入和输出。
虽然一些情况下，Pipeline会被用于指代相对复杂的流程系统，但是通常情况下，它可以更加精准地表达一个输入到一个输出之间的线性关系。
我们可以举个例子来说明：假如在某个动画**制作中，我们决定使用abc格式的文件将携带动画信息的模型数据从动画环节传递给灯光环节，这就是一条Pipeline。其实，在没有Pipeline的情况下，我们有很多种方式可以完成这个过程。如果项目很短，这个过程重复的次数并不多，我甚至可以每次使用不同的方法。但是，通常情况下，专业内容制作公司所面临的问题往往非常复杂，相同的过程需要成千上万次地进行。没有一些结果可控的固定流程来支撑，结果将会是灾难性的。
明确的接口定义加上程序化的过程实现，将大幅提升组织对生产结果的控制能力，这就是Pipeline存在的意义。也是国内外头部内容制作公司如此重视Pipeline技术的主要原因。
回过头来梳理一下Pipeline的概念：可以这么说，Pipeline是对数据流通方式的定义，它是个抽象的概念，是每一次数据传递操作的理论依据。
在Pipeline TD的实际工作中，你所需要面对的往往不止是局部的数据流通关系，而是涉及了大量环节的复杂系统。这样的复杂系统往往涉及了很多的规则和技术，需要精心地构建。
Pipeline TD最重要的工作往往就是Pipeline的设计，当然，更多的时候是基于设计开发工具，来辅助Pipeline的实施。
Workflow可以直接翻译成工作流，中英文术语都非常的贴切。
当我们谈到work，绝大多数情况下我们谈论的是人的工作。因此Workflow的含义更多是偏向人的协作方式的。一般情况下，Workflow的制定会考虑
