¿Cuál es la diferencia entre canalización y flujo de trabajo?

Como proceso TD, estos dos conceptos son muy importantes. Pero en la comunicación diaria, descubrí que muchos amigos todavía son relativamente vagos acerca de estos dos conceptos. E incluso el entendimiento entre los grandes es más o menos diferente.

Para unificar estos importantes conceptos básicos, creo que es realmente necesario escribir un artículo para divulgar la ciencia. (Por supuesto, mi comprensión no es una respuesta estándar. Es solo como referencia. Si tiene alguna objeción, ¡puede hablar conmigo!

Antes de comenzar a explicar la definición, Es mejor dejar una cosa clara primero: precisión. ¿Cuál es la diferencia entre estos dos términos?

En muchos contextos, los significados expresados ​​por estas dos palabras son muy similares.

Por ejemplo, nosotros. Escucho a menudo cuando se trata de títulos de trabajo como Pipeline TD, es raro escuchar el título Workflow TD, pero las personas que conocen el contenido del trabajo de Pipeline TD generalmente saben que tanto Pipeline como Workorkflow generalmente caen dentro del alcance del trabajo de Pipeline TD.

Cuando tu jefe o tus artistas discuten contigo problemas de flujo de trabajo, ya sea que utilicen el término Pipeline o Workflow, generalmente se refieren a cuestiones relacionadas con los métodos de producción.

Entonces, ahí estás. De hecho, no es necesario seleccionar estas palabras todo el tiempo. En un contexto no profesional, puedes elegir qué palabra decir según las necesidades de rima. Sin embargo, esto no significa que no haya diferencia entre las dos palabras. /p>

Para los TD de procesos profesionales, existe una clara diferencia entre estas dos palabras, y el grado de comprensión de estas diferencias afecta directamente la dimensión desde la que se examina la arquitectura del proceso. Hay un dicho: los insectos de verano no pueden hablar. sobre el hielo. Lamentablemente, a veces es incluso fatal para la profesión de diseño de procesos.

Generalmente traduzco Pipeline como "tubería". salidas como una tubería.

p>

Aunque en algunos casos, Pipeline se usa para referirse a un sistema de proceso relativamente complejo, en general, puede expresar con mayor precisión la relación lineal entre una entrada y una. salida.

Podemos dar un ejemplo para ilustrar: si en la producción de una película animada, decidimos usar archivos en formato abc para transferir los datos del modelo que transportan información de animación desde el enlace de animación al enlace de iluminación. De hecho, no hay tubería. En el caso de Pipeline, tenemos muchas formas de completar este proceso. Si el proyecto es corto, el proceso no se repite muchas veces, e incluso puedo usar un método diferente cada vez. Por lo general, las empresas de producción de contenidos profesionales lo hacen. Los problemas que enfrentan suelen ser muy complejos y el mismo proceso debe realizarse miles de veces. Sin el apoyo de algunos procesos fijos con resultados controlables, los resultados serán catastróficos. >

Definición clara de la interfaz La implementación de procesos programados mejorará en gran medida la capacidad de la organización para controlar los resultados de producción. Ésta es la importancia de la existencia de Pipeline y la razón principal por la que las principales empresas de producción de contenidos nacionales y extranjeros conceden tanta importancia a Pipeline. tecnología.

Mirando hacia atrás, analicemos el concepto de Pipeline: se puede decir que Pipeline es la definición de circulación de datos. Es un concepto abstracto y la base teórica para cada operación de transferencia de datos.

En el trabajo real de Pipeline TD, lo que hay que enfrentar a menudo no son solo relaciones de circulación de datos locales, sino sistemas complejos que involucran una gran cantidad de enlaces. Estos sistemas complejos a menudo implican muchas reglas y tecnologías y deben construirse cuidadosamente.

El trabajo más importante de Pipeline TD es a menudo el diseño de Pipeline. Por supuesto, más a menudo se basa en herramientas de diseño y desarrollo para ayudar en la implementación de Pipeline.

El flujo de trabajo se puede traducir directamente a flujo de trabajo, y los términos chino e inglés son muy apropiados.

Cuando hablamos de trabajo, en la mayoría de los casos hablamos del trabajo de las personas. Por tanto, el significado de Workflow está más sesgado hacia la colaboración humana. En circunstancias normales, la formulación del flujo de trabajo considerará más contenido sobre la implementación del trabajo.

"Flow" es la otra mitad de Workflow, que describe otra propiedad del trabajo diario: la movilidad. Esto es típico de la colaboración diseñada, donde todos los eventos fluyen sin problemas dentro de una red no lineal de actividades. Si es fluido o no es también el principal indicador de consideración para evaluar la calidad de un conjunto de flujos de trabajo.

Como TD de Pipeline, el flujo de trabajo también es una parte inevitable de su trabajo. Esto no es algo que se pueda lograr de la noche a la mañana. Es necesario pensar, observar y pulir constantemente para construir gradualmente un excelente marco de flujo de trabajo. Eso sí, antes de hacer esto será mejor que tengas algunos conocimientos teóricos para asegurarte de que sabes lo que estás haciendo.

La unidad principal que constituye el flujo de trabajo es el "evento". Es imposible captar todos los comportamientos de todos en el trabajo. Respirar, rascarse e ir al baño no son importantes. Lo importante son las actividades relacionadas con la colaboración. Cuando ocurren estas actividades predefinidas, debemos capturarlas, que es un evento.

Varios eventos que ocurren en tiempo real constituyen el pulso del flujo de trabajo. Al mismo tiempo, los datos se transmiten rítmicamente en la tubería. Esta es la relación entre el flujo de trabajo y la canalización. Esta descripción puede ser abstracta. ¿Puedes entender esta sutil relación?

Definir eventos es un asunto complejo. Puedes concentrarte fácilmente en aquellas cosas relacionadas con tus objetivos, pero las excepciones y los accidentes inesperados a menudo requieren mucho trabajo duro para ganar sabiduría. Por lo tanto, la experiencia de Pipeline TD es tan valiosa como el dinero real.

Después de completar la definición de eventos, llega el momento de diseñar especificaciones de comportamiento para hacer frente a diversos eventos. En este momento, es necesario comunicarse mucho, escuchar plenamente las demandas de los artistas, comprender su vida diaria y considerar e identificar de manera integral la esencia del problema en función de factores internos y externos, para poder diseñar una solución razonable y flujo de trabajo factible. Dado que el flujo de trabajo determina directamente la eficiencia general del equipo, es muy peligroso hablar de ello sin práctica.

Una idea muy importante a la hora de construir Workflow es dar prioridad al establecimiento de estándares para el trabajo diario. Por ejemplo, revisión de contenido, control de versiones de archivos, tickets de soporte técnico, etc. Puede desarrollar un ciclo de vida común para las tareas de producción, o puede desarrollar procedimientos de reunión estandarizados y plantillas de actas de reuniones para reuniones de revisión interna...

Además del trabajo diario, el diseño del flujo de trabajo también está diseñado para abordar Para situaciones impredecibles, es posible que deba formular principios con anticipación, como "la seguridad personal es mayor que la seguridad de los datos" o "priorizar la finalización de los activos de la función principal", etc., y responder con flexibilidad en función de esto. , en lugar de tomar decisiones siempre basándose en tu cabeza. Al mismo tiempo, no podemos aferrarnos a las viejas reglas y atenernos a las frías reglas. Bajo la premisa de no afectar la situación general, lo que debe hacer un TD maduro es considerar plenamente la compatibilidad para abordar varios problemas posibles.

Después de leer esto, deberías haber visto que, a diferencia del Pipeline definido con precisión, la definición de Workflow es muy amplia e incluso debe tener en cuenta todos los aspectos de las actividades operativas de la empresa. Este no es asunto propio de Pipeline TD. En muchos casos, requiere la participación de personas más relevantes, incluidos artistas clave, productores, directores de CG (o directores de VFX), directores, productores e incluso todos los ejecutivos corporativos.

Desde la perspectiva de los campos involucrados, un flujo de trabajo razonable debe cubrir una gran cantidad de actividades distintas de la producción directa de contenido CG, que incluyen, entre otras, asistencia, operación y mantenimiento de software y hardware, programación de mano de obra, otras actividades colectivas y otros aspectos.

Una cosa que Pipeline TD hace a menudo es dibujar un diagrama de topología del proceso de producción: conectar varios enlaces de producción en forma de diagrama de nodos. ¿Crees que esto pertenece a la categoría de flujo de trabajo de diseño o diseño de Pipeline? la categoria?

Bienvenido a venir y comunicarse conmigo a través de la comunidad TD Learning Exchange.

El gran orador de Doraemon: ¿Por qué las empresas de CG tienen que tener procesos diferentes?

DATA MACGYVERED

Pregunta: ¿Diferencia entre "Pipeline" y "Workflow"

Documentación del software del productor