Flujos de trabajo con Jira para equipos de negocios

1. Introducción: Hola. Soy Rachel, cierto, cierto, Administradora certificada de Ghira y autora del Libro de Trabajo de Administración de Estrategia de Jiro. Me encanta hablar de Jura y mejores prácticas, y mi objetivo es mantenerte fuera del pantano del Jiro. Y si ya estás en el pantano, te ayudaré a desenterrar. hoy, eliminé 28. Sin usar fueron cerca para aplicación madura. ¿ Cómo terminas con que muchos flujos de trabajo que la gente ni siquiera está usando? ¿ Cómo sucede eso? Bueno, en una empresa, Project Leads pedían constantemente nuevos flujos de trabajo personalizados y espera que reflejaran con mayor precisión el proceso de la vida real de trece. Y a medida que se construyeron nuevos trabajos, los viejos se desasociaron con sus proyectos y se dejaron pudrir como inactivos a tu recurso está en otra empresa. Se trata de equipos quedaron atrapados usando la ropa de trabajo construida para los equipos de desarrollo de software. Incluso el equipo de mesa de ayuda informática tenía un flujo de trabajo de dev, que no se ajustaba en absoluto a su proceso de soporte. Estoy impartiendo esta clase para que puedas construir flujos de trabajo inteligentes que tus equipos de negocios en realidad usarán bien ropa de trabajo de diseño debe complementar el proceso de un equipo no dictado. Cubriremos los siguientes temas. En primer lugar se revisarán los diferentes tipos de ropa de trabajo, sus limitaciones y cómo la ropa de trabajo de negocios es diferente de los flujos de trabajo de software. Te mostraré algunas muestras. Podrás adaptar si es las necesidades de tu empresa. A continuación, hablaremos de dos estados comúnmente confundidos se resuelve y cierra, y voy a compartir un error que he cometido y visto en otras empresas After cubrirá las mejores prácticas como buen nombre uso apropiado de los comportamientos de transición y el importancia de reglas y grupos, luego discutirá la planeación de un flujo de trabajo personalizado. Usando un enfoque por fases, entrevistaremos a un miembro del equipo empresarial para que comprenda su proceso y piense en cómo representarlo mejor como un flujo de trabajo de ciervos. Después construiremos el flujo de trabajo sencillo mientras discutimos conceptos importantes como herramientas de edición , borradores, transiciones y comportamientos de transición. A continuación, hablaremos sobre el uso de add ons para extender la funcionalidad del flujo de trabajo. Te compartiré algunos de mis enchufes favoritos de los que simplemente no puedo vivir sin, y finalmente te compartiré Recursos Adicionales Is y descargas para que puedas seguir aprendiendo a construir una gran ropa de trabajo. No te pierdas la actividad del curso, donde diseñarás un flujo de trabajo personalizado que podrás comparar con el mío. Muy bien, empecemos 2. Tipos de flujo de trabajo: Este es un servidor Ajira vainilla. Instancia. Si estás usando tu nube, tu vista se verá un poco diferente. Pero los conceptos son los mismos. Echemos un vistazo a los flujos de trabajo añadidos automáticamente cuando instalé Jura y creé un proyecto de muestra . Después de iniciar sesión como administrador, haz clic en el icono de Kharg en la parte superior derecha. Seleccione el enlace Problemas y haga clic en el enlace del flujo de trabajo en la barra lateral izquierda. Esta página de administración de flujos de trabajo muestra, todos los flujos de trabajo activos asignados a proyectos y flujos de trabajo inactivos, no en uso. El primer flujo de trabajo fue creado automáticamente por Gira cuando creé un proyecto usando una plantilla. Gear tiene plantillas para equipos de negocios y para equipos de sufren. Echemos un vistazo a los principales proyectos de click de navegación, luego creemos proyecto. Esto te permitirá ver las plantillas del proyecto. Elija un tipo de proyecto y haga clic en Siguiente. Esto te dará una vista previa del flujo de trabajo predeterminado para ese tipo. Cuando creas un nuevo proyecto usando una plantilla, estás crea automáticamente el flujo de trabajo predeterminado y crea los estados necesarios. Exploremos las plantillas de flujo de trabajo predeterminadas. Estimado Servidor y tu nube ambos vienen con plantillas para ayudarte a empezar a construir nuevos proyectos. Estas plantillas incluyen todos los elementos del proyecto necesarios, incluido un flujo de trabajo, y eran esquema cercano. Estimado también viene con dos ropas de trabajo adicionales, una llamada Ghira flujo de trabajo del sistema de solo lectura y otra llamada flujo de trabajo Classic Default. Se podía ver en la captura de pantalla que la de sólo lectura no se puede editar. Echémosle un vistazo más de cerca. Aquí está el flujo de trabajo de solo lectura en modo diagrama. Son cinco estados abiertos en curso, resueltos, cerrados y reabiertos. Ahora aquí está ese mismo flujo de trabajo en modo texto. El modo Texto muestra las transiciones entre estados. Por ejemplo, en el estado abierto, puede hacer clic en Iniciar transición de progreso para pasar al estado en curso. Puede hacer clic en la transición de resolver problema para saltar al estado de resultados. O puede hacer clic en la transición de cierre del tema. Basta con dar todo el camino hasta el estado de cierre final. Hablaremos más de transiciones después. Este flujo de trabajo fue construido para equipos de software. También restringe quién puede resolver en asuntos cercanos. Tendrás que utilizar un tipo de flujo de trabajo diferente para los equipos empresariales. Antes de convertirme en administrador de jurado, era desarrollador Web usando Jura para realizar un seguimiento de tareas de software. Estoy muy familiarizado con el ciclo de vida de desarrollo de software. No importa cómo se vea tu proceso de desarrollo, flujos de trabajo de software tienden a verse bastante similares entre sí. En general, va así. Recibes una solicitud, revisa los requisitos, escribe el código, prueba el código e implementa el código Negocio. flujos de trabajo, sin embargo, tienden a ser muy diferentes, dependiendo del equipo. Sobre el tipo de trabajo a realizar. Vamos a abordar algún ejemplo Diferencias. Los negocios estaban cerca a veces requieren pasos adicionales para manejar cosas como aprobaciones, investigación, análisis y dependencias de otras partes. En ocasiones se espera que el flujo de trabajo se mueva hacia adelante y hacia atrás varias veces. Ah, negociación de compras es un ejemplo. Un vendedor podría proponer un costo, y su empresa puede presentar una contrapropuesta hasta que se acuerde un costo final. Y esto podría durar múltiples rondas. Además, ah, flujo de trabajo empresarial podría estar condicionado a otros factores. Por ejemplo, el Departamento de Finanzas podría tener un proceso específico para pagar una factura de proveedor pero un proceso abreviado para reembolsar a un empleado. El resultado final es el mismo. A todos se les paga, pero los pasos iniciales necesarios pueden variar en función de la situación. El flujo de trabajo del negocio necesita un soporte todas estas posibilidades, pero de la manera más simple posible. Echemos un vistazo a algunos ejemplos de flujo de trabajo de negocios. Este es un flujo de trabajo legal simple integrado en su nube. En este ejemplo, el equipo jurídico recibe una solicitud para firmar un contrato. Revisan el contrato, lo firman y cerraron el tema con facilidad. Este siguiente flujo de trabajo muestra un proceso de muestra para administrar un activo tangible como una computadora. En este ejemplo, un usuario solicita una computadora nueva creando un nuevo número. Una vez aprobada la solicitud, se pide la máquina. El pedido pasa por el proceso de recepción de compra y configuración. Cuando el usuario recibe la nueva computadora, el registro de la computadora antigua se actualiza manualmente para indicar que ha sido retirado. Como puedes ver, puedes usar la ropa de trabajo predeterminada, la plantilla del proyecto, ropa de trabajo o puedes crear tu propia personalizada desde cero. También puedes importar flujos de trabajo de muestra del mercado Atlassian en el mercado que por fin CNN dot com. A continuación, hablaremos de un error común respecto al estado predeterminado demasiado confuso es 3. Resolver: se puede ver en la captura de pantalla que el flujo de trabajo predeterminado contiene tanto los estados resueltos como los cerrados durante bastante tiempo. No entendí la diferencia entre ambos, y los usuarios tampoco entendieron la diferencia. Esto llevó a que los temas se consideraran hechos en cualquiera de los dos estados. No había forma de reportar el trabajo total realizado sin sumar manualmente los recuentos de los dos estados juntos y los temas languidecieron en el estado de resolución para siempre. Iba a dejar fuera este error, pero yo sólo para que otra empresa haga exactamente lo mismo que estaban usando cerca para indicar Problemas por los que no hicieron nada y resueltos indican problemas donde sí hicieron una solución. Y tú y yo sabemos una resolución El valor es la mejor manera de explicar cómo o por qué algo está cerrado, no un estatus. Entonces, en cambio, solo debería haber un estado en el que quede claro para todos que no se necesita esfuerzo adicional y el estado de cierre estándar o el estado amistoso del proyecto de negocios, hecho es suficiente. No hace falta puntera ADM. O estatus es eso significa cerrado? Y si vas a usar el estado de resolución, enséñale a tus usuarios la diferencia entre éste y cerrado en tu empresa y si por alguna razón no puedes conseguir que los usuarios distingan entre los dos, renombrarlo o dejar de usarlo. 4. Ho y no no no de: en esta lección, hablaremos de cosas buenas que hacer a la hora de crear tu propia ropa de trabajo y también de qué no dio. Empecemos con las cuotas. Nombrar es muy importante. Injera nombre inteligente de flujos de trabajo, estados y transiciones. Asegure conceptos claros para sus usuarios, y las cosas son fáciles de encontrar para sus administradores. Debe nombrar su flujo de trabajo para describir el tipo de proceso del ciclo de vida que soporta, no el proyecto que lo utiliza. Entonces, por ejemplo, ciclo de vida de la tarea o en el embarque es mejor que el flujo de trabajo de recursos Se desea crear flujos de trabajo que sean compartibles, no un proyecto en particular de flujo de trabajo. Un nombre de estado debe ser corto y reflejar un estado actual en el tiempo. largos Los nombreslargosy de múltiples palabras son más difíciles de consultar y pueden truncarse en ciertas pantallas. Los nombres de buen estado inmediatamente le dicen al usuario lo que está ocurriendo y dónde se encuentran en el proceso . Algunos ejemplos están pendientes. Revisión en revisión o en espera de revisión. Ahora los nombres de transición deben ser cortos también y reflejar una acción tomada. Los nombres de transición buenos indican inmediatamente al usuario qué acción debe realizar para progresar un tema, por ejemplo, para un tema en estado de revisión pendiente. Un buen nombre de transición sería revisión completa ahora. Los nombres de transición incorrectos confundieron al usuario acerca de cómo avanzar. Un mal ejemplo es la palabra revisión. Un botón de transición debe significar el inicio o el final de la inacción, pero la palabra revisión es ambigua. Si un usuario hace clic en revisión, ¿significa eso que debe iniciar una revisión? ¿ O que ya se ha dado la revisión? No lo sé, y tus usuarios tampoco lo sabrán. ¿ Alguna vez has trabajado en un proyecto que no salió como estaba planeado? ¿ Alguna vez has tenido que empezar una tarea de nuevo? Compartimos un factor. Estas ocurrencias en tu flujo de trabajo regalan a los usuarios opciones para abandonar o detener el progreso en un tema en los momentos apropiados. Por ejemplo, si ya no se necesita una solicitud, dé a los usuarios la capacidad de saltar todo el camino hasta el estado de cierre final. No les hagas click a través de cada paso del flujo de trabajo solo para cerrar un problema. Dar a los usuarios opciones adecuadas para solucionar problemas de transición inadecuadamente, también, por ejemplo, incluir una transición de reapertura en el estado final para solucionar problemas que se cerraron accidentalmente o incorrectamente. Siguiente utilizó las restricciones de transición con moderación. ¿ De verdad necesitas restringir quién puede hacer lo que Gear registra quién hizo clic? De qué transición fue. Por lo que en la mayoría de los casos, esto es suficiente de un rastro de auditoría. No hay necesidad de hacerlo más complicado. Pero si realmente necesitas restringir la inacción, usa siempre rollos de proyectos o grupos queridos en el ejemplo de captura de pantalla. Esta transición sólo puede ser recortada por una aplicación jeer, administrador o administradores en el proyecto. uso de roles y grupos hace que su flujo de trabajo sea más mantenible en el futuro. Evita especificar nombres de usuarios individuales en comportamientos de transición y, lo más importante, al principio, mantener los flujos de trabajo. A simple es posible hasta que hayas destapado una deficiencia o paso de proceso que requiera atención especial. Ahora hablemos de lo que no dio. No uses más estados o transiciones de los que realmente se necesitan. Solo desea agregar un paso de flujo de trabajo para estados que serán consultados o reportados. No todas las pequeñas cosas por hacer necesitan un estado en el flujo de trabajo. No use el estado de la ropa antes de que un tema esté en su estado final La ropa debe indicar que no se necesita trabajo restante. Además, no cree duplicados. El estado es que también significa cerrado, el predeterminado cerrado o el amistoso de negocios. El estatus hecho está bien. Tampoco es necesario crear un estado completado, no cree estados como abandonados o rechazados. En su lugar, utilice el campo de resolución para indicar el cómo o por qué un problema está cerca del estado. No cree estados temporales o muertos donde es probable que los temas se sientan por una cantidad de tiempo indefinida . Un ejemplo que veo a menudo es el estado en espera. Ahora. Un estatus como este solo es útil si alguien revisa regularmente temas en este estado, no cree alterar nombres de estado específicos ni use las carpas equivocadas. Por ejemplo, no uses la revisión pendiente por marketing o pendiente de revisión por parte de John. Estos son dos específicos y hacen que los flujos de trabajo sean difíciles de mantener y compartir entre proyectos. Otro mal ejemplo es un nombre de estado revisado. premio en tiempo pasado es un callejón sin salida, y no le dice al usuario lo que tiene que pasar a continuación. Por último, evite crear ropa de trabajo ilógica. Considera el ejemplo que se muestra en una empresa, su primer estatus estaba en curso. Ahora esto comunica al reportero que en el minuto en que se crea su tema, alguien está trabajando en ello. Y por supuesto, eso no era realmente cierto. Normalmente, las cuestiones necesitan ser trializadas, priorizadas, aprobadas o incluso revisadas para entenderlas primero. En cambio, el primer estatus debería estar abierto a hacer o algo similar. El primer estatus debe significar que se recibió el tema, pero aún no se ha tomado ninguna medida. Por favor, únete a mí para la siguiente lección, que es todo acerca de la planificación del flujo de trabajo personalizado. Entrevistaremos a un miembro del equipo empresarial para que podamos entender su proceso y pensar en las mejores formas de representarlo injera. 5. Planificación de flujo de trabajo personalizado: Hablemos de la planeación que debes hacer antes de crear un flujo de trabajo personalizado en la aplicación de ánimo. Eso es correcto. Cierra sesión en Jura porque construir un flujo de trabajo personalizado siempre debe comenzar en papel. Ahora sin duda es posible capturar cada pequeño paso en tu proceso de trabajo y convertirlo en un flujo de trabajo complejo y muy querido. Una alternativa, sin embargo, es un enfoque escalonado. Simplemente rompe tu proceso en caras que representan una colección de pasos más pequeños. Las fases representan puntos clave de decisión. No se puede mover un tema a otra fase hasta que se hayan satisfecho todos los requisitos de esa fase . De esa manera, cada fase representa un estatus injera, y todos los pequeños pasos de una fase no necesitan ser también estados. Por ejemplo, imagínese a su empresa asignando un acuerdo de asociación con otra empresa. El proceso requiere una revisión de un contrato firmado por ambas partes con posibles ediciones antes de la ejecución final. Se trata de un proceso predecible, que requiere un flujo de trabajo corto , como abierto en revisión, una ejecución y cerrado. A pesar de que es un flujo de trabajo sencillo, el equipo legal está haciendo muchas cosas en segundo plano que no necesitan reflejarse en el flujo de trabajo. Por ejemplo, en la fase de revisión. El equipo jurídico está revisando el contrato, investigando temas legales, comunicándose con equipos internos y negociando términos con la empresa externa. Y aquí hay una propina. Un estatus con nombre genérico como en revisión es mejor que un nombre específico legal, como en la revisión de contratos. De esta manera, otros proyectos queridos pueden usar el estatus genérico independientemente de qué tipo de cosa necesita revisión. Se quiere compartir activos y esquemas entre proyectos tanto como sea posible. De acuerdo, vuelta al flujo de trabajo. En el estado de ejecución, el CEO está encontrando su pluma de firma favorita. Ambas empresas están tratando papeleo, y tu equipo legal está ingresando los documentos finales en sus contratos. Base de datos. Entonces, ¿qué opinas? ¿ Es útil crear un estatus para cada paso que ocurre en el proceso de contratos ? ¿ Es necesario realizar un seguimiento de cuántas veces se modificó el contrato durante el proceso de revisión? ¿ Es necesario rastrear qué partes han firmado el acuerdo hasta el momento? Si la respuesta es no, un enfoque escalonado puede ser más útil. Ahora. Si necesita realizar un seguimiento de las firmas, un campo personalizado podría ser más inteligente que un estado, pero solo crear ese campo personalizado. Si tu vas a reportar sobre esa pieza de información y un consejo más. Si no vas a consultar todos los problemas en un estado determinado, esa es una pista de que el estado puede no ser necesario ni útil antes de crear un nuevo flujo de trabajo personalizado . Contar con un miembro del equipo que te explique su proceso de vida real. Se trata de Chris, el propietario de una empresa de estrategia empresarial, y le gustaría empezar a utilizar Jura para rastrear su proceso de consultoría. Yo Chris, cuéntame más sobre tu proceso. Yo así lo estoy consultando. Proceso básicamente funciona así. Empezar con la búsqueda de candidatos intentará identificar a los clientes ideales con los que nos gustaría trabajar. Adquirimos un plomo a través de diversos métodos de generación de plomo. Hacer un poco de investigación de la empresa antes de reunirse con Candidato Libro de Reunión. Pasaremos por alguna plantilla de hallazgo de hechos en una lista de comprobación de desempeño con el candidato y luego, después de la reunión, desarrollaremos una solución. Planificar o re fuentes que sean mejor utilizadas por el candidato propondrá una solución en cuanto a la mejor manera que un consultor puede ayudarlos en su empresa y si trabajamos con ellos mensualmente de forma continua . semanales trimestrales, Estructuras de reunionessemanales trimestrales, semestrales y anuales que seguirán siempre avanzando hacia metas trimestrales a largo plazo. Gracias, Chris. Volveré a estar en contacto con el flujo de trabajo de borrador. 6. Proceso de flujo de trabajo personalizado: Usemos la información que recabamos en la entrevista anterior para representar el proceso como jurado. Flujo de trabajo primero, a la derecha el proceso en palabras que puede descubrir necesidades adicionales que puede haber descuidado considerar en segundo lugar, dividir la narrativa del proceso. Fases ontológicas para determinar el estado es identificar los pasos o fases de alto nivel y emisión debe pasar en su ciclo de vida. En el ejemplo, dividí el proceso en cuatro fases y dado a cada una un nombre corto de estado, propuesta de planeación abierta y activa, también necesitamos un estatus cercano para cuando la elite se vuelve inactiva. Siguiente sorteo. El estado está en un diagrama de flujo. En el ejemplo, élite se adquiere y la creación propia está a la intemperie. Estatus. Investigaciones y reuniones ocurren en las soluciones de estado de planeación, aire determinado y pitcheado en el estado de propuesta. De aceptarse la propuesta, el tema se traslada al estatus activo estaban todos en curso. La consultoría se produce cuando la consultoría está completa. El tema pasa al estado final de cierre. A continuación, determine las transiciones hacia adelante y agréguelas al diagrama de flujo y al ejemplo. Se adquiere élite y en la creación se encuentra en el estado abierto. El usuario hace clic en el botón de transición de inicio de planificación para pasar al estado de planeación donde todas las investigaciones y reuniones ocurran. El usuario hace clic en el botón START propuesta para determinar las soluciones y presentarlas al cliente. Si se acepta la propuesta, el usuario hace clic en el botón de inicio del consultor para pasar al estado activo donde se produce toda consulta en curso . Cuando la consultoría está completa, el usuario hace clic en el botón de cerrar para pasar al estado de cierre final después de determinar las transiciones necesarias hacia atrás y alternas. En este ejemplo, élite se adquiere y sobre la creación se encuentra en el estado abierto. El usuario hace clic en el botón de transición de inicio de planificación para pasar al estado de planificación. Si no se necesita planificación, el usuario hace clic en saltar a propuesta para saltar al estado de propuesta en el estado de planeación, un usuario hace clic en iniciar propuesta para mover piso al estado de propuesta o hace clic hacia atrás para abrir para moverse hacia atrás al abierto estado. En el estado de la propuesta, el usuario hace clic en iniciar consultoría si se acepta la propuesta. Si se rechaza la propuesta, el usuario hace clic en el botón Cerrar para pasar al estado de cierre final. En el estado activo, el usuario hace clic en el botón cerrar cuando la consulta está completa y en el estado de cierre un usuario hace clic en el botón reabierto para volver a abrir el problema. He notado que la transición de la ropa es global, se muestra con un asterisco. Por último, determinar y documentar los comportamientos de transición necesarios. Después de haber determinado todo lo necesario para un flujo de trabajo personalizado, es hora de iniciar sesión en dear como administrador y construirlo primero, solo para crear nuevos estados. Nuestro flujo de trabajo necesita tres propuesta de planeación sobre activo, estar abierto y cerrado. Los estados ya existen en los nuevos estados con moderación y Onley cuando no se pueden usar los estados existentes . A continuación, crearé un nuevo flujo de trabajo, todo nombre. Se va para el proceso que apoya. Usaré el campo Descripción para registrar la solicitud del jurado I d para esta personalización. De esa manera podré referir los requisitos y las notas de implementación más adelante. Añadiré todos los pasos necesarios y los vincularé a estados. Después de tener todas las transiciones necesarias hacia adelante, hacia atrás y globales, - Necesitaré entrar en modo diagrama toe Añadir la transición global de cierre. Como se puede ver, se agregó una transición global de cierre a cada paso. No me gusta el nombre predeterminado de Cerrado. Todo está en ello volver a cerrar en su lugar. Entonces asociaré esta acción a la pantalla de transición. Ahora estoy consultando mi documentación de planeación para ver qué otros comportamientos de transición agregar aquí. Estoy agregando una nueva función de post y modificando una existente, y eso es todo. Nuestro flujo de clientes está construido sobre listo para las pruebas. Apúntate para la siguiente lección para aprender más sobre los conceptos del flujo de trabajo en la demo anterior . 7. Conceptos de flujo de trabajo: En esta lección, hablaremos de conceptos importantes que se aplican a cualquier tipo de flujo de trabajo. Pero primero, una propina. Si ya eres un estimado administrador certificado, puedes extender tu certificación tomando el examen A C B 1 10 avanzado de ropa de trabajo cero utilizó la información de esta lección como material de estudio adicional. Se cuenta con dos vistas para crear y editar trabajos. Flujos a la izquierda es un flujo de trabajo que se muestra en modo diagrama y a la derecha es el mismo flujo de trabajo en modo texto. Cada modo tiene sus propios pros y contras. modo Diagrama es la vista más simple y fácil para sus usuarios. Este modo incluye un diseñador de flujo de trabajo, que le permite agregar un estado o transición, arrastrar visualmente un estado o transición, editar propiedades y comportamientos y agregar transiciones globales. Ah, la transición global permite que cualquier estado pase a un estado diferente. Por ejemplo, a menudo creo un estado global llamado close, por lo que un problema conscripta directamente al estado cerrado desde cualquier parte del flujo de trabajo. Ahora puedes Onley crear transiciones globales en modo diagrama. El modo Tex se considera más avanzado. No obstante, aún podría editar estados en transiciones. Además, se puede trabajar directamente con los pasos. Por ejemplo, si quería que el flujo de trabajo llenara un campo en la acción de crear, puedo hacerlo haciendo clic en el paso. Los pasos de nombre solo son visibles en modo texto. Ya sabes, realmente prefiero el modo de texto. Creo que las transiciones son mucho más fáciles de entender cuando se muestran en formato de tabla una vez creado el flujo de trabajo. Hay diferentes estados para estar al tanto. Están activos. Elaborar un inactivo. Actualmente uno o más proyectos utilizan un flujo de trabajo activo. No se puede eliminar un flujo de trabajo activo para eliminar. Debe hacerlo inactivo reasignando cualquier proyecto que lo utilice. Cuando intentas editar un flujo de trabajo activo, se crea un borrador de esa manera. No hay impacto en una emisión de proyectos hasta que se publique el borrador y cuando publiques engranaje te ayudará a migrar las cuestiones existentes a nuevos estados si es necesario. En la captura de pantalla se muestra que estoy editando un borrador de un flujo de trabajo activo. Existen algunas limitaciones para editar borradores, aunque Primero no se puede cambiar el nombre de los flujos de trabajo. Se puede editar la descripción de flujos de trabajo, sin embargo, también, no se puede quitar un estado. Puedes configurar tus transiciones para que apunten a un estado diferente, sin embargo, modo que eso significa que el estado sigue ahí, pero un problema no pasará por él durante el flujo de trabajo. Y por último, no se pueden agregar transiciones salientes a un estado sin transiciones salientes existentes y ahora algunos consejos. Si está planeando realizar ajustes importantes del flujo de trabajo, haga una copia del flujo de trabajo y realice cambios en la copia en su lugar. Entonces no tendrás limitaciones de edición. Además, construye o modifica primero tu flujo de trabajo en un entorno de prueba, luego, después de haber verificado todos tus cambios, exporta el flujo de trabajo e importarlo a tu entorno de producción. Esto evita que los usuarios sean spammed con notificaciones mientras estás probando. Alternativamente, podría asignar temporalmente su flujo de trabajo a un proyecto de producción construido específicamente para las pruebas de flujo de trabajo. Y por último, cambiar o renombrar un estado romperá los filtros de usuario y tablero de mapas ings. Esto impactará en los paneles, tableros e informes de los usuarios . El último estado está inactivo. Los flujos de trabajo inactivos no están en uso por ningún proyecto y por lo tanto no tienen limitaciones. Puedes editarlos de cualquier manera o eliminarlos a continuación. Me gustaría hablarles de dos supuestos de flujo de trabajo incorrectos. Hice la captura de pantalla muestra un flujo de trabajo de gestión de activos en modo diagrama o visual, así que una vez usé el moto visual editar un estado. Pensé que este cambio estaba en que Lee se iba a aplicar a ese único flujo de trabajo, pero en cambio cambié el nombre de todo el estado en toda la era. Por lo que los usuarios me alertaron del problema porque había roto todos sus filtros y flujos de trabajo . En segundo lugar, pensé, Gee, era tratado transiciones al estado cercano. Especialmente, pensé, Tiene que haber lógica en segundo plano, hacer cerrar el paso final en un flujo de trabajo la ropa debe ser especial. Pensé que un cambio de estado activaría automáticamente ese problema. Línea de partida actualizada. Pero no, me equivoqué. Entonces, en lugar de cometer estos dos errores de flujo de trabajo, no cambies los nombres de estado en modo visual a menos que realmente estés tratando de cambiarlos en todo Jura. Y entonces Jura no tiene especial consideración por ese estatus. Nombre cerrado. Es sólo un estatus como cualquier otro. Por lo tanto, cuando crea una nueva transición de flujo de trabajo, agrega automáticamente una función de publicación predeterminada. Pero como puedes ver, lee, dispara un evento genérico que puede ser procesado por los oyentes. Se quiere cambiar eso a un evento cerrado tema. Si quieres que se envíe una notificación para esa acción ahora vamos a discutir las transiciones, que son los botones que los usuarios hacen clic para moverse entre. El estado es, los usuarios a menudo confunden los botones de edición estándar con los botones de transición del flujo de trabajo. Esta captura de pantalla muestra ambos porque los botones de transición del flujo de trabajo difieren entre los proyectos y también los tipos de emisión. Los usuarios no están seguros en qué botón hacer clic, y a veces los usuarios piensan erróneamente que el primer botón de transición del flujo de trabajo es el estado actual de los problemas. A veces los usuarios no saben que podría haber opciones de transición adicionales bajo el botón de flujo de trabajo . Esperemos que un poco de educación de usuarios pueda ayudar a evitar estos problemas. No nombre un botón de transición de flujo de trabajo con el mismo nombre que un botón de edición estándar. De lo contrario, tendrás que asignar botones o botones de comentario, lo que realmente confundirá a tus usuarios. Ahora hablemos de los tipos de transición. Están hacia adelante, hacia atrás, globales, saltos y administrativos. Recordemos nuestro flujo de trabajo legal de muestra de abierto en revisión en ejecución y cerrado. Una antigua transición es igual que suena. Se mueve un tema hacia adelante en el flujo de trabajo. Me gusta nombrar pagar la transición, por lo que los usuarios tienen una idea de cuáles son los siguientes estados, por ejemplo, Ah, buen nombre de transición entre abierto y en revisión sería iniciar progreso o listo para revisión un la transición hacia atrás mueve un tema a un estado previo en el flub de trabajo. A mí me gusta dejar claro este movimiento en el nombre de las transiciones, por ejemplo, ir hacia atrás de la entrevista a estado abierto. He nombrado la transición de vuelta a abrir. Hablamos antes de las transiciones globales. Utilice estos para permitir que todos los estados pasen a un estado diferente y el flujo de trabajo simple podría crear una transición global. Teoh cierra fácilmente un problema desde cualquier lugar del flujo de trabajo. Sin esta característica, necesito crear tres transiciones individuales para lograr el mismo efecto. Ahora no sólo tienes que avanzar o retroceder en un flujo de trabajo. También puedes saltarte si es necesario en la muestra. Podría crear una transición para pasar del estado abierto directamente a en ejecución. Me gustaría dejar claro este momento en el nombre de las transiciones también. Por ejemplo, he nombrado el botón de ejecución omitida. Por último, también puedes crear transiciones solo para correcciones o uso administrativo. Hay un 1,000,000 posibilidades, pero aquí hay un ejemplo. Podría crear una transición que actualice un campo personalizado. Entonces podrías usar herramientas a granel para hacer la misma actualización. Demasiados temas a la vez. En la transición ni siquiera se necesita cambiar el estado Ahora. Si no quieres que los usuarios generales hagan clic en estas transiciones especiales, puedes ocultarlas con el comportamiento de transición. Hablando de comportamientos de transición, hay cuatro tipos. Desencadena condiciones, validadores y funciones de post. Los disparadores ayudan a mantener sincronizados los datos de su problema con herramientas de desarrollo como ojo de pez y cubo de bits . No vamos a cubrir los desencadenantes en este curso, sin embargo, una condición comprueba si una transición podría ser realizada por el usuario. Por ejemplo, use una condición a Onley. Permitir que el reportero o actual me asigne a ver un botón. Si una condición es falsa, se oculta el botón de transición. Miss Me es un usuario puede encontrar un problema sin botones de transición disponibles para ellos. Un validador comprueba si existen ciertos datos antes de que ocurra la transición. Si un validador es verdadero, la transición se realiza correctamente en un validador es falsa. El problema no transita hasta que los datos se actualicen o devuelvan true. Por ejemplo, utilice un validador para asegurarse de que el campo requerido tenga un valor o que un usuario tenga un permiso determinado . Ah, función post es una regla o acción adicional que ocurre después de la transición. Thes sólo ejecutar si la transición es exitosa. Por ejemplo, utilizar una función post toe asignar automáticamente un problema al reportero al pasar a un tipo de estado más info necesario, o utilizar una función post para borrar el campo de resolución. Cuando se reabre el problema, podría decir que la etiqueta de función post número uno en los comportamientos de flujo de trabajo de captura de pantalla son solo el principio. Puede ampliar aún más sus capacidades con plug ins y add ons. Acompáñame en la siguiente sección para algunas recomendaciones personales. 8. Addons y Plugins: muchos add ons proporcionan funciones adicionales de flujo de trabajo. Algunos add ons incluso vienen pre instalados en entornos de nube. Es posible que tenga que habilitarlos desde su administrar add ons. Página de administración Visita Marketplace que al fin san dot com para explorar las posibilidades. La mayoría de los enchufes vienen con una prueba gratuita que puedes instalar desde admin. Agregar ons encontrar nuevas adiciones. Hay tantos grandes enchufes aquí, por lo que de mis favoritos, utilizo Script Runner para Ajira para mantener aquí como un guión entero los comportamientos de transición y los comportamientos modificados de los campos que uso crear en transición y actualizar en transición para reducir trabajo manual, como crear las mismas tareas hijo o completar el mismo campo una y otra vez. Usé tus extensiones de flujo de trabajo misceláneas para ayudar con cosas que los usuarios a veces olvidan. Al igual que empezar a progresar en la cuestión aparente cuando el problema infantil inicia el progreso, o para asegurarse de que todos los problemas menores se cierran antes de que se cierre la cuestión de los padres. Yo solía jeer toolkit plug in para mostrar mensajes personalizados de instrucciones de usuario en pantallas de transición , y finalmente usé las utilidades dulces para Jiro Plug in para restringir transiciones a múltiples grupos y rollos requieren un comentario sobre la transición y actualizar los campos personalizados. Hay tantas posibilidades. Te animo a probar los comportamientos estándar del flujo de trabajo, y el comportamiento adicional es proporcionado por add ons. 9. Recursos: Espero que hayas disfrutado de este curso de ropa de trabajo tanto como me haya gustado construirlo por ahora, deberías tener una buena comprensión de los diferentes tipos de flujo de trabajo. Cómo diseñar y construir cerca del cliente, errores comunes a evitar y cómo mejorar el trabajo cercano con comportamientos y agregar ons. Siguiente prueba lo que aprendiste con la actividad incluida. Diseñarás y construirás un flujo de trabajo personalizado basado en una descripción de un proceso de equipos de negocios . También puedes tomar el quiz del curso. Por último, puede descargar materiales adicionales y continuar la conversación utilizando el enlace que se muestra. Recuerda, siempre es mejor empezar con un flujo de trabajo simple y construir más según sea necesario. No más de complicar tu flujo de trabajo con pasos en estado es que realmente no necesitas tu equipo . Aplicación será más limpia y tus usuarios finales te lo agradecerán. Yo soy Rachel, cierto. Autor del Libro de Trabajo de Administración de Estrategia de Jiro. Flujo de trabajo Feliz Edificio