Pular para o conteúdo principal

Process Templates

AspectoAzure DevOpsJira
Built-inAgile, Scrum, CMMI, BasicScrum, Kanban, Bug Tracking + templates do marketplace
CustomizaçãoInherited processes — adicionar/remover fields, states, rules, WITsSchemes — Issue Type Scheme, Workflow Scheme, Field Configuration Scheme, Screen Scheme
ArquiteturaMonolítica — um processo define todos WITs, fields, states, rulesGranular — cada aspecto (types, workflows, fields, screens) é um scheme separado compartilhável entre projetos
Impacto de mudançaAlterar um inherited process afeta todos projetos que o usamCada scheme é atribuível independentemente por projeto
Processos customClonar um processo built-in e customizarCriar schemes customizados e atribuí-los

Diferença-chave

O Azure DevOps usa um modelo de processo monolítico — você seleciona Agile/Scrum/CMMI e customiza a partir dele. O processo define tudo (WITs, fields, states, rules) como uma unidade.

O Jira usa schemes composáveis — issue types, workflows, field configurations e screens são independentes e podem ser combinados por projeto.

ADO Process Templates — O que cada um inclui

TemplateWork Item TypesBacklog LevelsStates
BasicEpic, Issue, TaskEpics, IssuesTo Do, Doing, Done
AgileEpic, Feature, User Story, Bug, TaskEpics, Features, StoriesNew, Active, Resolved, Closed
ScrumEpic, Feature, Product Backlog Item, Bug, TaskEpics, Features, Backlog ItemsNew, Approved, Committed, Done
CMMIEpic, Feature, Requirement, Bug, Task, Change Request, Review, Risk, IssueEpics, Features, RequirementsProposed, Active, Resolved, Closed

Configuração equivalente no Jira

Conceito ADOScheme Jira
Work Item Types no processoIssue Type Scheme
States + transiçõesWorkflow Scheme
Fields por WITField Configuration Scheme + Screen Scheme
Rules / behaviorsAutomation Rules (projeto ou global)
Backlog levelsConfiguração de board + hierarchy settings