Fluxos de trabalho do Jira para equipes profissionais

1. Introdução: Oi. Sou Rachel, direita, direita, administradora certificada de Ghira e autora do Jiro Strategy Admin Workbook. Adoro falar sobre Jura e melhores práticas, e meu objetivo é mantê-lo fora do pântano Jiro. E se já estiveres no pântano, ajudo-te a desenterrar-te. Hoje mais cedo, eu removi 28. Não utilizados foram próximos para aplicação madura. Como você acaba com tantos fluxos de trabalho que as pessoas nem usam? Como é que isso acontece? Bem, em uma empresa, Project Leads estava constantemente pedindo novos fluxos de trabalho personalizados e espera que eles refletissem com mais precisão o processo da vida real da treze. E como novo trabalho mais perto construído, os antigos foram desassociados com seus projetos e deixados para apodrecer como inativo para o seu recurso está em outra empresa. Isso é que as equipes estavam presas usando as roupas de trabalho construídas para equipes de desenvolvimento de software. Mesmo a equipe de suporte técnico do computador tinha um fluxo de trabalho de desenvolvimento, que não se encaixava em seu processo de suporte. Eu estou dando essa aula para que você possa construir fluxos de trabalho inteligentes que suas equipes de negócios vão realmente usar roupas de trabalho bem design deve complementar o processo de uma equipe não ditado. Abordaremos os seguintes tópicos. Primeiro analisará os diferentes tipos de roupas de trabalho, suas limitações e como roupas de trabalho de negócios são diferentes dos fluxos de trabalho de software. Vou mostrar-lhe algumas amostras. Você pode se adaptar às necessidades de sua empresa. Em seguida, vamos falar sobre dois status comumente confuso é resolvido e fechado, e eu vou compartilhar um erro que eu fiz e vi em outras empresas Depois irá cobrir as melhores práticas, como boa nomeação uso apropriado de comportamentos de transição e o importância de regras e grupos, em seguida, discutirá o planejamento de um fluxo de trabalho personalizado. Usando uma abordagem faseada, entrevistaremos um membro da equipe de negócios para entender seu processo e pensar sobre a melhor forma de representá-lo como um fluxo de trabalho de veados. Em seguida, criaremos o fluxo de trabalho simples enquanto discutimos conceitos importantes como ferramentas de edição , rascunhos, transições e comportamentos de transição. Em seguida, falaremos sobre o uso de adições para estender a funcionalidade do fluxo de trabalho. Eu vou compartilhar alguns dos meus plugins favoritos que eu simplesmente não posso viver sem, e finalmente eu vou compartilhar recursos adicionais é e downloads para que você possa continuar aprendendo a construir roupas de trabalho excelentes. Não perca a atividade do curso, onde você projetará um fluxo de trabalho personalizado que você pode comparar com o meu. Tudo bem, vamos começar 2. Tipos de fluxo de trabalho: Este é um servidor Ajira baunilha. Instância. Se você estiver usando sua nuvem, sua exibição será um pouco diferente. Mas os conceitos são os mesmos. Vejamos os fluxos de trabalho adicionados automaticamente quando instalei o Jura e criei um projeto de exemplo . Depois de iniciar sessão como administrador, clique no ícone do Kharg no canto superior direito. Selecione o link Ocorrências e clique no link do fluxo de trabalho na barra lateral esquerda. Esta página de administração de fluxos de trabalho mostra todos os fluxos de trabalho ativos atribuídos a projetos e fluxos de trabalho inativos, não em uso. O primeiro fluxo de trabalho foi criado automaticamente pelo Gira quando criei um projeto usando um modelo. Gear tem modelos para equipes de negócios e para equipes de sofrer. Vamos dar uma olhada nos projetos de navegação principal clique, em seguida, criar projeto. Isso permitirá que você veja os modelos do projeto. Escolha um tipo de projeto e clique em Avançar. Isso lhe dará uma visualização do fluxo de trabalho padrão para esse tipo. Ao criar um novo projeto usando um modelo, você cria automaticamente o fluxo de trabalho padrão e cria os status necessários. Vamos explorar os modelos de fluxo de trabalho padrão. Prezado Server e sua nuvem vêm com modelos para ajudá-lo a começar a criar novos projetos. Esses modelos incluem todos os elementos do projeto necessários, incluindo um fluxo de trabalho, e foram esquema fechado. Caro também vem com duas roupas de trabalho adicionais, uma chamada Ghira fluxo de trabalho do sistema somente leitura e uma chamada de fluxo de trabalho padrão clássico. Você pode ver na captura de tela que o somente leitura não pode ser editado. Vamos dar uma olhada mais de perto. Aqui está o fluxo de trabalho somente leitura no modo diagrama. Há cinco status abertos em andamento, resolvidos, fechados e reabertos. Agora aqui está o mesmo fluxo de trabalho no modo de texto. modo de texto mostra as transições entre status. Por exemplo, no status aberto, você pode clicar em Iniciar Transição de Andamento para mover para o status em andamento. Você pode clicar na transição de resolução de problemas para pular para o status de resultados. Ou você pode clicar na transição para fechar o problema. Basta dar todo o caminho para o status final próximo. Falaremos mais sobre transições mais tarde. Esse fluxo de trabalho foi criado para equipes de software. Ele também restringe quem pode resolver questões próximas. Você vai querer usar um tipo diferente de fluxo de trabalho para equipes de negócios. Antes de me tornar um administrador do júri, eu era um desenvolvedor da Web usando o Jura para rastrear tarefas de software. Estou muito familiarizado com o ciclo de vida de desenvolvimento de software. Não importa como o seu processo de desenvolvimento se parece, os fluxos de trabalho de software tendem a ser bastante semelhantes entre si. Em geral, é assim. Você recebe uma solicitação, rever os requisitos, escrever o código, testar o código e implantar o código de negócio. Os fluxos de trabalho, no entanto, tendem a ser muito diferentes, dependendo da equipe. Sobre o tipo de trabalho a realizar. Vamos abordar alguns exemplos de diferenças. Os negócios estavam próximos às vezes exigem etapas extras para lidar com coisas como aprovações, pesquisa, análise e dependências de outras partes. Às vezes, espera-se que o fluxo de trabalho se mova para frente e para trás várias vezes. Negociação de compra é um exemplo. Um fornecedor pode propor um custo, e sua empresa pode enviar uma contraproposta até que um custo final seja acordado. E isso pode durar várias rodadas. Além disso, ah, fluxo de trabalho de negócios pode ser condicional a outros fatores. Por exemplo, o Departamento Financeiro pode ter um processo específico para pagar uma fatura de fornecedor, mas um processo abreviado para reembolsar um funcionário. O resultado final é o mesmo. Todos são pagos, mas os passos iniciais necessários podem variar de acordo com a situação. O fluxo de trabalho de negócios precisa de um suporte todas essas possibilidades, mas da maneira mais simples possível. Vejamos alguns exemplos de fluxo de trabalho de negócios. Este é um fluxo de trabalho legal simples incorporado à sua nuvem. Neste exemplo, a equipe jurídica recebe uma solicitação para assinar um contrato. Eles revisam o contrato, assinam e fecharam a questão facilmente. Este próximo fluxo de trabalho mostra um processo de exemplo para gerenciar um ativo tangível como um computador. Neste exemplo, um usuário solicita um novo computador criando um novo problema. Uma vez que o pedido é aprovado, a máquina é encomendada. O pedido passa pelo processo de recebimento de compra e configuração. Quando o usuário recebe o novo computador, o registro do computador antigo é atualizado manualmente para indicar que ele foi desativado. Como você pode ver, você pode usar as roupas de trabalho padrão, o modelo do projeto, roupas de trabalho ou você pode criar seu próprio personalizado a partir do zero. Você também pode importar fluxos de trabalho de amostra do mercado Atlassian no marketplace que finalmente CNN ponto com. Em seguida, vamos falar sobre um erro comum sobre o status padrão muito confuso é 3. Resolve de digitalizar: você pode ver na captura de tela que o fluxo de trabalho padrão contém os status resolvido e fechado por algum tempo. Eu não entendi a diferença entre os dois, e os usuários também não entenderam a diferença. Isso levou a questões sendo consideradas feitas em ambos os status. Não havia nenhuma maneira de relatar o trabalho total feito sem adicionar manualmente contagens dos dois status juntos e problemas definhados no status de resolução para sempre. Eu ia deixar esse erro de fora, mas eu só para outra empresa fazer exatamente a mesma coisa que eles estavam usando perto para indicar problemas que eles não fizeram nada e resolvidos indicam problemas onde eles fizeram uma correção. E você e eu sabemos que uma resolução Valor é a melhor maneira de explicar como ou por que algo está fechado, não um status. Então, em vez disso, deve haver apenas um status onde é claro para todos que nenhum esforço adicional é necessário e o status de fechamento padrão ou o status amigável do projeto de negócios, feito status é suficiente. Não há necessidade de ADM. Ou status é que significa fechado? E se você estiver indo para usar o status de resolução, ensine seus usuários a diferença entre ele e fechado em sua empresa e se, por algum motivo, você não conseguir que os usuários façam distinção entre os dois, renomeie-o ou pare de usá-lo. 4. Faça e Dons: nesta lição, falaremos sobre coisas boas para fazer ao criar suas próprias roupas de trabalho e também sobre o que não dificar . Vamos começar com as dívidas. Nomear é muito importante. Nomeação inteligente Injera de fluxos de trabalho, status e transições. Garanta que os conceitos sejam claros para seus usuários e que sejam fáceis de encontrar para seus administradores. Você deve nomear seu fluxo de trabalho para descrever o tipo de processo de ciclo de vida que ele suporta, não o projeto que o usa. , Por exemplo,o ciclo de vida da tarefa ou no embarque é melhor do que o fluxo de trabalho de RH. Você deseja criar fluxos de trabalho compartilháveis, não um projeto específico de fluxo de trabalho. Um nome de status deve ser curto e refletir um estado atual no tempo. longos Nomeslongosde várias palavras são mais difíceis de consultar e podem ser truncados em determinadas telas. Bons nomes de status imediatamente informam ao usuário o que está ocorrendo e onde eles estão no processo . Alguns exemplos estão pendentes. Revisar em revisão ou aguardando revisão. Agora, os nomes de transição também devem ser curtos e refletir uma ação tomada. Bons nomes de transição informam imediatamente ao usuário qual ação executar para progredir uma ocorrência, por exemplo, para um problema no status de revisão pendente. Um bom nome de transição seria revisão concluída agora. Nomes de transição inválidos confundiram o usuário sobre como avançar. Um mau exemplo é a palavra revisão. Um botão de transição deve significar o início ou o fim da inação, mas a palavra revisão é ambígua. Se um usuário clicar em revisão, isso significa que ele deve iniciar uma revisão? Ou que a revisão já ocorreu? Eu não sei, e seus usuários também não saberão. Você já trabalhou em um projeto que não correu como planejado? Você já teve que começar uma tarefa de novo? Nós compartilhamos um fator. Essas ocorrências em seu fluxo de trabalho dão aos usuários opções para abandonar ou interromper o progresso de uma ocorrência nos momentos apropriados. Por exemplo, se uma solicitação não for mais necessária, dê aos usuários a capacidade de pular todo o caminho para o status final de fechamento. Não os faça clicar em todas as etapas do fluxo de trabalho apenas para fechar uma ocorrência. Dê aos usuários opções apropriadas para corrigir problemas de transição inadequadamente , por exemplo, incluir uma transição de reabertura no status final para corrigir problemas que foram fechados acidentalmente ou incorretamente. Em seguida, usou restrições de transição com moderação. Você realmente precisa restringir quem pode fazer o que Gear registros que clicou? Que transição foi. Então, na maioria dos casos, isso é uma trilha de auditoria suficiente. Não há necessidade de complicar as coisas. Mas se você realmente precisa restringir a inação, use sempre rolos de projetos ou grupos queridos no exemplo de captura de tela. Esta transição só pode ser recortada por um aplicativo jeer, administrador ou administradores no projeto. uso de funções e grupos torna seu fluxo de trabalho mais sustentável no futuro. Evita especificar nomes de usuários individuais em comportamentos de transição e, o mais importante, no início, manter os fluxos de trabalho. Um simples é possível até que você tenha descoberto uma deficiência ou etapa do processo que precisa atenção especial. Agora vamos falar sobre o que não fazer dio. Não use mais status ou transições do que realmente são necessários. Você só deseja adicionar uma etapa de fluxo de trabalho para status que serão consultados ou relatados. Nem todas as pequenas coisas a fazer precisam de um status no fluxo de trabalho. Não use o status da roupa antes que um problema esteja em seu estado final A roupa deve indicar que não há necessidade de trabalho restante. Também não crie duplicatas. Status é que também significa fechado, o padrão fechado ou o negócio amigável. Status feito é muito bom. Você também não precisa criar um status concluído, não criar status como abandonado ou rejeitado. Em vez disso, use o campo de resolução para indicar como ou por que um problema está próximo ao status. Não crie status temporário ou inativo onde os problemas provavelmente permanecerão por um período indefinido de tempo. Um exemplo que vejo muitas vezes é o status em espera. Agora. Um status como esse só é útil se alguém revisar regularmente problemas nesse estado, não criar alterar nomes de status específicos ou usar tendas erradas. Por exemplo, não use revisão pendente por marketing ou revisão pendente por John. Estes são dois específicos e tornam os fluxos de trabalho difíceis de manter e compartilhar entre os projetos. Outro exemplo ruim é um nome de status revisado. Prêmio no passado é um beco sem saída, e não diz ao usuário o que precisa acontecer a seguir. Finalmente, evite criar roupas ilógicas de trabalho. Considere o exemplo retratado em uma empresa, seu primeiro status estava em andamento. Agora isso comunica ao repórter que no minuto em que o problema é criado, alguém está trabalhando nisso. E, claro, isso não era verdade. Normalmente, as questões precisam ser triadas, priorizadas, aprovadas ou até revisadas para entender primeiro. Em vez disso, o primeiro status deve estar aberto para fazer ou algo semelhante. O primeiro estatuto deve significar que a questão foi recebida, mas ainda não foram tomadas medidas. Junte-se a mim para a próxima lição, que é tudo sobre planejamento de fluxo de trabalho personalizado. Vamos entrevistar um membro da equipe de negócios para que possamos entender seu processo e pensar sobre as melhores maneiras de representá-lo injera. 5. Planejamento de fluxo de trabalho: Vamos falar sobre o planejamento que você deve fazer antes de criar um fluxo de trabalho personalizado no aplicativo de torcida. Isso é certo. Saia do Jura porque a construção de um fluxo de trabalho personalizado deve sempre começar no papel. Agora é certamente possível capturar cada pequeno passo em seu processo de trabalho e transformá-lo em um fluxo de trabalho complexo e longo. Uma alternativa, porém, é uma abordagem faseada. Basta dividir seu processo em rostos que representam uma coleção de etapas menores. As fases representam pontos-chave de decisão. Um problema não pode ser movido para outra fase até que todos os requisitos dessa fase tenham sido atendidos. Dessa forma, cada fase representa uma injera de status, e todos os pequenos passos em uma fase não precisam ser também status. Por exemplo, imagine que sua empresa atribui um acordo de parceria com outra empresa. O processo requer uma revisão de um contrato assinado por ambas as partes com possíveis edições antes da execução final. É um processo previsível, exigindo um fluxo de trabalho curto, como aberto em revisão, uma execução e fechado. Mesmo que seja um fluxo de trabalho simples, a equipe jurídica está fazendo muitas coisas em segundo plano que não precisam ser refletidas no fluxo de trabalho. Por exemplo, na fase de revisão. A equipe jurídica está revisando o contrato, pesquisando tópicos jurídicos, comunicando com equipes internas e negociando termos com a empresa externa. E aqui vai uma dica. Um status genericamente nomeado como na revisão é melhor do que um nome específico legal, como na revisão do contrato. Desta forma, outros projetos queridos podem usar o status genérico, independentemente do tipo de coisa que precisa ser revisada. Você deseja compartilhar ativos e esquemas entre projetos, tanto quanto possível. Certo, volta ao fluxo de trabalho. No status de execução, o CEO está encontrando sua caneta de assinatura favorita. Ambas as empresas estão tratando da papelada, e sua equipe jurídica está inserindo os documentos finais em seus contratos. Banco de dados. Então, o que você acha? É útil criar um status para cada etapa que ocorre no processo de contratos ? Você precisa acompanhar quantas vezes o contrato foi modificado durante o processo de revisão? Você precisa rastrear quais partes assinaram o acordo até agora? Se a resposta for não, uma abordagem faseada pode ser mais útil. Agora. Se você precisar rastrear assinaturas, um campo personalizado pode ser mais inteligente do que um status, mas apenas criar esse campo personalizado. Se você vai relatar essa informação e mais uma dica. Se você não for consultar todas as ocorrências em um determinado status, isso é uma pista de que o status pode não ser necessário ou útil antes de criar um novo fluxo de trabalho personalizado . Peça a um membro da equipe que explique seu processo de vida real para você. Este é Chris, o proprietário de uma empresa de estratégia de negócios, e ele gostaria de começar a usar Jura para acompanhar seu processo de consultoria. Eu Chris, conte-me mais sobre o seu processo. Eu estou consultando. O processo basicamente funciona assim. Comece com a busca de candidatos tentará identificar os clientes ideais com os quais gostaríamos de trabalhar. Adquirimos um lead através de vários métodos de geração de leads. Faça um pouco de pesquisa da empresa antes de se reunir com o Candidato Book of Meeting. Vamos passar por algum modelo de descoberta de fato em uma lista de verificação de desempenho com o candidato e, em seguida, após a reunião, irá desenvolver uma solução. Planejar ou re fontes que são melhor utilizados pelo candidato irá propor uma solução sobre a melhor forma de um consultor pode ajudá-los em sua empresa e se trabalharmos com eles em uma base mensal contínua . semanais de reuniões trimestrais, Estruturassemanais de reuniões trimestrais,semestrais e anuais que seguirão sempre se movendo para trimestrais em metas de longo prazo. Obrigado, Chris. Voltarei a entrar em contato com o fluxo de trabalho de rascunho. 6. Processo de fluxo de trabalho personalizado: Vamos usar as informações coletadas na entrevista anterior para representar o processo como jurado. Fluxo de trabalho primeiro, direto do processo em palavras que pode descobrir necessidades adicionais que você pode ter negligenciado considerar segundo, dividir a narrativa do processo. Fases ontológicas para determinar o status é identificar as etapas ou fases de alto nível e emissão deve passar em seu ciclo de vida. No exemplo, eu dividi o processo em quatro fases e dado a cada um um nome de status curto, proposta de planejamento aberto e ativo, também precisamos de um status próximo para quando a elite se torna inativa. Próximo empate. O status está em um fluxograma. No exemplo, elite é adquirida e a própria criação está aberta. Status. Pesquisas e reuniões ocorrem nas soluções de status de planejamento, ar determinado e arremessado no status da proposta. Se a proposta for aceita, a questão passa para o status ativo estavam todos em andamento. A consultoria ocorre quando a consultoria é concluída. O problema passa para o status final de fechamento. Em seguida, determine as transições para a frente e adicione-as ao fluxograma e ao exemplo. Elite é adquirida e na criação está no status aberto. O usuário clica no botão Iniciar transição de planejamento para mover para o status de planejamento se todas as pesquisas e reuniões ocorrerem. O usuário clica no botão de proposta START para determinar as soluções e apresentá-las ao cliente. Se a proposta for aceita, o usuário clica no botão Iniciar consultor para passar para o status ativo onde todas as consultas em andamento ocorrem. Quando a consulta estiver concluída, o usuário clica no botão Fechar para mover para o status final de fechamento após determinar as transições para trás e alternativas necessárias. Neste exemplo, elite é adquirida e na criação está no status aberto. O usuário clica no botão Iniciar transição de planejamento para mover para o status de planejamento. Se nenhum planejamento for necessário, o usuário clica em pular para a proposta para pular para o status da proposta no status do planejamento, um usuário clica em Iniciar proposta para mover o chão para o status da proposta ou clica de volta para abrir para mover para trás para a abertura status. No status da proposta, o usuário clica em começar a consultar se a proposta for aceita. Se a proposta for recusada, o usuário clica no botão Fechar para passar para o status final de fechamento. No status ativo, o usuário clica no botão Fechar quando a consulta estiver concluída e, no status de fechamento, um usuário clica no botão reaberto para reabrir o problema. Notei que a transição de roupas é global, mostrada com um asterisco. Finalmente, determine e documente os comportamentos de transição necessários. Depois de determinarmos tudo o que é necessário para um fluxo de trabalho personalizado, é hora de fazer login no querido como administrador e criá-lo primeiro, apenas para criar novos status. Nosso fluxo de trabalho precisa de três propostas de planejamento em ativo, ser aberto e fechado. Os status já existem em novos status com moderação e Onley quando os status existentes não podem ser usados. Em seguida, criarei um novo fluxo de trabalho, todos os nomes. Ele sai para o processo que suporta. Vou usar o campo Descrição para registrar o pedido do jurado para esta personalização. Dessa forma, posso fazer referência aos requisitos e às notas de implementação mais tarde. Vou adicionar todas as etapas necessárias e vinculá-las aos status. Depois que eu tive todas as transições para frente, para trás e globais necessárias , - Eu vou precisar entrar no modo de diagrama toe Adicionar a transição de fechamento global. Como você pode ver, uma transição global próxima foi adicionada a cada etapa. Não gosto do nome padrão de Fechado. É tudo a ele para re perto em vez. Então associarei essa ação com a tela de transição. Agora estou consultando minha documentação de planejamento para ver quais outros comportamentos de transição adicionar aqui. Estou adicionando uma nova função de post e modificando uma existente, e é isso. Nosso fluxo de clientes é construído em pronto para testes. Fique por perto para a próxima lição para saber mais sobre os conceitos de fluxo de trabalho na demonstração anterior . 7. Conceitos de fluxo de trabalho: Nesta lição, vamos falar sobre conceitos importantes que se aplicam a qualquer tipo de fluxo de trabalho. Mas primeiro, uma gorjeta. Se você já é um administrador querido certificado, você pode estender sua certificação fazendo o exame de roupas de trabalho zero avançado A C B 1 10 usou as informações desta lição como material de estudo adicional. Há duas exibições para criar e editar trabalhos. Fluxos à esquerda é um fluxo de trabalho mostrado no modo diagrama e à direita é o mesmo fluxo de trabalho no modo texto. Cada modo tem seus próprios prós e contras. modo de diagrama é a visualização mais simples e fácil para seus usuários. Esse modo inclui um designer de fluxo de trabalho, que permite adicionar um status ou transição, arrastar um status ou transição visualmente, editar propriedades e comportamentos de transição e adicionar transições globais. Ah, transição global permite que qualquer status transfira para um status diferente. Por exemplo, muitas vezes crio um status global chamado close, modo que um problema se conscreve diretamente para o status fechado de qualquer lugar no fluxo de trabalho. Agora você pode Onley criar transições globais no modo diagrama. O modo Tex é considerado mais avançado. No entanto, você ainda pode editar status em transições. Além disso, você pode trabalhar diretamente com as etapas. Por exemplo, se eu quiser que o fluxo de trabalho preencha um campo na ação de criação, posso fazer isso clicando na etapa. As etapas de nome só são visíveis no modo de texto. Sabe, eu realmente prefiro o modo de texto. Eu acho que as transições são muito mais fáceis de entender quando mostradas no formato de tabela uma vez que o fluxo de trabalho foi criado. Existem diferentes estados a serem conscientes. Eles estão ativos. Redigir um inativo. Um fluxo de trabalho ativo é usado atualmente por um ou mais projetos. Não é possível excluir um fluxo de trabalho ativo para excluir. Você deve torná-lo inativo reatribuindo quaisquer projetos que o usem. Quando você tenta editar um fluxo de trabalho ativo, um rascunho é criado dessa maneira. Não há impacto nos problemas de um projeto até que o rascunho seja publicado e quando você publicar engrenagens ajudará você a migrar as edições existentes para novos status, se necessário. A captura de tela mostra que estou editando um rascunho de um fluxo de trabalho ativo. Existem algumas limitações para editar rascunhos, embora Primeiro não seja possível alterar o nome dos fluxos de trabalho. Você pode editar a descrição dos fluxos de trabalho, no entanto , também não é possível remover um status. , você pode definir suas transições para apontar para um status diferente No entanto, você pode definir suas transições para apontar para um status diferente, então isso significa que o status ainda está lá, mas um problema não passará por ele durante o fluxo de trabalho. E, finalmente, você não pode adicionar transições de saída a um status sem transições de saída existentes e agora algumas dicas. Se você estiver planejando fazer ajustes de fluxo de trabalho principais, faça uma cópia do fluxo de trabalho e faça alterações na cópia. Então você não terá limitações de edição. Além disso, crie ou modifique seu fluxo de trabalho em um ambiente de teste primeiro e, depois de verificar todas as alterações, exporte o fluxo de trabalho e importe-o para o ambiente de produção. Isso evita que os usuários recebam spam com notificações enquanto você está testando. Como alternativa, você pode atribuir temporariamente seu fluxo de trabalho a um projeto de produção criado especificamente para testes de fluxo de trabalho. E, finalmente, alterar ou renomear um status quebrará os filtros de usuário e os mapas de quadros. Isso afetará painéis, pastas e relatórios do usuário . O último estado está inativo. Fluxos de trabalho inativos não estão em uso por nenhum projeto e, portanto, não têm limitações. Você pode editá-los de qualquer maneira ou excluí-los em seguida. Gostaria de falar sobre duas suposições incorretas de fluxo de trabalho. Fiz a captura de tela mostra um fluxo de trabalho de gerenciamento de ativos no modo diagrama ou visual, então uma vez usei o visual moto editar um status. Eu pensei que esta mudança estava em Lee indo para se aplicar a esse fluxo de trabalho, mas em vez disso eu mudei o nome de todo o status em toda a era. Então os usuários me alertaram para o problema porque eu tinha quebrado todos os seus filtros e fluxos de trabalho . Em segundo lugar, eu pensei, Gee, era tratado transições para o status próximo. Especialmente, eu pensei, Tem que haver lógica no fundo, fazendo fechar o passo final em um fluxo de trabalho roupas deve ser especial. Eu pensei que uma mudança de status iria acionar automaticamente esse problema. Item de linha atualizado. Mas não, eu estava errado. Então, em vez de cometer esses dois erros de fluxo de trabalho, não altere nomes de status no modo visual, a menos que você esteja realmente tentando alterá-los em todo Jura. E então Jura não tem nenhum respeito especial por esse status. Nome fechado. É apenas um status como qualquer outro. Assim, quando você cria uma nova transição de fluxo de trabalho, uma função de postagem padrão é adicionada automaticamente. Mas como você pode ver, ele lê, disparar um evento genérico que pode ser processado pelos ouvintes. Você deseja alterar isso para um evento de ocorrência fechada. Se você quiser que uma notificação seja enviada para essa ação agora vamos discutir transições, que são os botões que os usuários clicam para se mover entre elas. O status é que os usuários geralmente confundem os botões de ocorrência padrão com os botões de transição de fluxo de trabalho. Esta captura de tela mostra ambos porque os botões de transição de fluxo de trabalho diferem entre projetos e também tipos de ocorrência. Os usuários não têm certeza em qual botão clicar, e às vezes os usuários pensam erroneamente que o primeiro botão de transição de fluxo de trabalho é o status atual dos problemas. Às vezes, os usuários não sabem que pode haver opções de transição extras no botão de fluxo de trabalho . Esperemos que um pouco de educação do usuário possa ajudar a evitar esses problemas. Não nomeie um botão de transição de fluxo de trabalho com o mesmo nome de um botão de ocorrência padrão. Caso contrário, você terá que atribuir botões ou para comentar botões, o que realmente confundirá seus usuários. Agora vamos falar sobre tipos de transição. Eles são para frente, para trás, global, ignorado e administrativo. Vamos lembrar nosso fluxo de trabalho legal de exemplo de aberto em revisão em execução e fechado. Uma transição anterior é como parece. Ele move um problema para frente no fluxo de trabalho. Eu gosto de nomear pagar transição, que os usuários têm uma idéia do que os próximos status, por exemplo, Ah, bom nome de transição entre aberto e em revisão seria iniciar progresso ou pronto para revisão um transição para trás move um problema para um status anterior no fluxo de trabalho. Eu gosto de deixar este movimento claro no nome das transições, por exemplo, para retroceder da entrevista para o status aberto. Eu nomeei a transição de volta para a abertura. Falamos sobre transições globais mais cedo. Use-os para permitir que todos os status façam a transição para um status diferente e o fluxo de trabalho simples que eu poderia criar uma transição global. Teoh fecha facilmente um problema de qualquer lugar no fluxo de trabalho. Sem esse recurso, eu preciso criar três transições individuais para alcançar o mesmo efeito. Agora você não precisa apenas avançar ou retroceder em um fluxo de trabalho. Você também pode pular, se necessário, na amostra. Eu poderia criar uma transição para passar do status aberto diretamente para em execução. Eu gostaria de deixar este momento claro no nome das transições também. Por exemplo, eu nomeei o botão ignorou a execução. Finalmente, você também pode criar transições apenas para correções ou uso administrativo. Há um milhão de possibilidades, mas aqui está um exemplo. Você pode criar uma transição que atualize um campo personalizado. Em seguida, você pode usar ferramentas em massa para fazer a mesma atualização. Muitos problemas ao mesmo tempo. A transição nem precisa mudar o status Agora. Se você não quiser que os usuários gerais clicem nessas transições especiais, você pode ocultá-los com o comportamento de transição. Falando em comportamentos de transição, existem quatro tipos. Dispara condições, validadores e funções postais. Os gatilhos ajudam a manter os dados do problema sincronizados com ferramentas de desenvolvimento como olho de peixe e balde de bits . Não abordaremos gatilhos neste curso, entanto, uma condição verifica se uma transição pode ser realizada pelo usuário. Por exemplo, use uma condição para Onley. Permitir que o repórter ou atual me atribua para ver um botão. Se uma condição for falsa, o botão de transição ficará oculto. Miss Me é um usuário pode encontrar um problema sem botões de transição disponíveis para eles. Um validador verifica se determinados dados existem antes da transição ocorrer. Se um validador for verdadeiro, a transição será bem-sucedida em um validador é false. O problema não faz a transição até que os dados sejam atualizados ou retornem true. Por exemplo, use um validador para garantir que o campo obrigatório tenha um valor ou que um usuário tenha uma determinada permissão. Ah, função post é uma regra ou ação adicional que ocorre após a transição. Isso só é executado se a transição for bem-sucedida. Por exemplo, use um dedo de função post atribua automaticamente um problema ao repórter ao mover para um tipo de status mais necessário de informações ou use uma função de publicação para limpar o campo de resolução. Quando o problema é reaberto, você pode dizer que o rótulo de função pós número um nos comportamentos de fluxo de trabalho de captura de tela são apenas o começo. Você pode estender ainda mais suas capacidades com plugins e adições. Junte-se a mim na próxima seção para algumas recomendações pessoais. 8. Suplementos e plugins e e e plugins: muitas adições fornecem funções de fluxo de trabalho adicionais. Alguns extras até vêm pré-instalados em ambientes de nuvem. Talvez seja necessário habilitá-los a partir de suas adições gerenciadas. Página de administração Visite Marketplace que finalmente san dot com para explorar as possibilidades. A maioria dos plugins vem com uma avaliação gratuita que você pode instalar do administrador. Adicionar ons encontrar novos adições. Há tantos grandes plugins aqui, então dos meus favoritos, eu uso Script Runner para Ajira para manter aqui como um todo comportamentos de transição script e comportamentos modificados de campos que eu uso criar na transição e atualizar na transição para reduzir trabalho manual, como criar as mesmas tarefas filho ou completar o mesmo campo repetidamente. Usei suas extensões de fluxo de trabalho diversas para ajudar com coisas que os usuários às vezes esquecem. Gostaria de iniciar o progresso na ocorrência aparente quando a ocorrência filho inicia o progresso ou certificar-se de que todas as ocorrências filho estão fechadas antes que a ocorrência pai seja fechada. Eu costumava jeer toolkit plug in para mostrar mensagens de instruções de usuário personalizadas em telas de transição , e finalmente eu usei os utilitários doces para Jiro Plug in para restringir transições para vários grupos e rolos exigem um comentário sobre a transição e atualize campos personalizados. Há tantas possibilidades. Eu encorajo você a testar os comportamentos padrão de fluxo de trabalho, e o comportamento adicional é fornecido por adições. 9. RECURSOS: Espero que você tenha gostado deste curso de roupas de trabalho tanto quanto eu gostei de construí-lo agora, você deve ter uma boa compreensão dos diferentes tipos de fluxo de trabalho. Como projetar e construir clientes próximos, erros comuns a serem evitados e como melhorar o trabalho próximo com comportamentos e complementos. Em seguida, teste o que você aprendeu com a atividade incluída. Você criará e criará um fluxo de trabalho personalizado com base em uma descrição de um processo de equipes de negócios . Você também pode fazer o teste do curso. Finalmente, você pode baixar materiais adicionais e continuar a conversa usando o link exibido. Lembre-se, é sempre melhor começar com um fluxo de trabalho simples e construir mais conforme necessário. Não complicar demais o seu fluxo de trabalho com etapas no status é que você realmente não precisa de seu equipamento . O aplicativo será mais limpo e seus usuários finais agradecerão por isso. Eu sou Rachel, certo. Autor da pasta de trabalho Jiro Strategy Admin. Happy workflow Building