Anti-Agile Project Tracker Linear, o mais recente a enfrentar o Jira

Há alguns meses, olhei para o rastreador de problemas e projetos Plane. Isso faz parte da minha missão contínua de encontrar substitutos sensatos para o velho cavalo de guerra Jira.

Agora, no planejamento ágil, sempre existiram algumas ferramentas díspares que estendem o rastreador de problemas para lidar com épicos, histórias e tarefas. Como veremos, não posso descrever o Linear como um rastreador de histórias “ágil”. Linear se descreve como “o novo padrão para o desenvolvimento de software moderno. Simplifique problemas, sprints e roteiros de produtos.”

O que notei primeiro no Linear foi que ele evita cuidadosamente a terminologia ágil usual. Olhando um pouco mais de perto, notei que seus documentos nunca mencionam o termo “ágil”. Simplesmente presumi que se tratava de uma jogada de marketing para cortar essa conexão e evitar me envolver na reação ágil.

Mas então ficou claro que eles estavam especificamente anti-ágil: “Na Linear, não escrevemos histórias de usuários e pensamos que elas são um antipadrão no desenvolvimento de produtos. Em vez disso, escrevemos questões curtas e simples que descrevem a tarefa em linguagem simples.”

Essa atitude será do interesse de alguns, mas afastará outros. É bom que um fabricante de ferramentas se envolva na filosofia do processo e, pelo menos, garanta a consistência. E isso é certamente teimoso software: “O software flexível permite que todos inventem seus próprios fluxos de trabalho, o que eventualmente cria o caos à medida que as equipes aumentam.”

Há alguma verdade nessa citação. Como consultor, percebi que a flexibilidade não gerenciada causa nós. No entanto, as tentativas de “do meu jeito ou da estrada” podem incomodar as equipes que encontraram um padrão de trabalho feliz que está ligeiramente em desacordo com seus colegas.

“As histórias de usuários se tornaram um ritual de culto à carga que é bom, mas desperdiça muitos recursos e tempo.” O argumento aqui é que as histórias centradas no usuário são uma coisa do nível do produto e que os desenvolvedores devem se concentrar apenas nas informações do nível da tarefa. A Linear também acredita que os clientes têm conhecimento suficiente de software para não precisar de uma “camada de tradução”, desde o que precisam até o que o desenvolvimento moderno pode oferecer. É provável que isso agrade a alguns, embora pareça um pouco presunçoso para outros.

Mas o resultado é que para Linear, o Emitir substitui a história ou tarefa ágil. O termo Ciclo parece estar se preparando para o sprint. Os outros objetos de primeiro nível são os Roteiro, Projetos e Conquistas. O termo pendências permanece ileso de sua definição ágil. O registro de alterações é um pouco de codificação aberta e lista as alterações contínuas em um projeto. Isto é favorecido por muitos projetos menores e de evolução rápida.

Começando

O nível gratuito significa que qualquer projeto deve ser capaz de iniciar sem se preocupar com o pagamento até muito mais tarde. Você pode fazer login com Google ou SAML.

Como estou no PC, estou usando a visualização baseada na web; é prometida uma versão móvel (atualmente está em beta). O tutor interativo de “primeiros passos” é agradavelmente intuitivo. Isso passa pela conexão com o GitHub e pela contratação de outros membros da equipe.

O teclado recebe suporte total, o que deixará usuários avançados felizes. Há também uma paleta de comandos. O editor de problemas suporta Markdown, o que é ótimo. Dentro de um problema, você também pode incorporar o YouTube e outros links populares.

Criei uma equipe chamada TheNewStack, que acho que também é o nome do espaço de trabalho mencionado no canto superior esquerdo. Como deveria ser, o backlog está vazio e somos convidados a criar um problema.

Portanto, antes de começar, farei a meta de usar a criação deste post como um exemplo de problema.

Tudo começa no Backlog. Agora, posso dar uma prioridade baixa e atribuí-lo a mim mesmo.

Observe que eu poderia (e certamente criaria) um projeto para esses histórias problemas. Abaixo está o problema depois que eu o atribuí a mim mesmo, marquei-o como um recurso (não um bug) e dei uma estimativa de conclusão para esta semana. Todas essas atividades estão anotadas na edição.

Agora estou pronto para mover o status deste problema para “Em andamento”. Isso indica a qualquer outra pessoa que o problema está sendo resolvido. Lembre-se que tarefa é sinônimo de problema, por isso crio subproblemas para decompor o trabalho. Aparentemente, o Linear usa IA para detectar problemas semelhantes – esta é uma boa ideia se funcionar bem, já que problemas duplicados são uma desgraça comum na maioria dos sistemas.

Sensatamente, um subproblema Linear herda a atribuição e a prioridade de seu pai – mas não seu status. Estas são questões separadas:

Agora que fizemos o básico, vamos examinar coisas de nível superior, como projetos e ciclos.

Criarei retrospectivamente um projeto. Esta é uma unidade de trabalho maior que tem uma data de conclusão e pode ser uma preocupação transversal, então vamos supor que também estou publicando The New Stack desta semana como se fosse uma revista de papel e minha postagem fosse apenas uma edição dentro dela :

Eu me coloquei como líder e estabeleci uma data de início e conclusão. Um projeto real também teria marco lançamentos. A visualização do projeto mostra como seu projeto se enquadra em um calendário. Como estou fazendo isso ao contrário, preciso associar meu problema existente a este novo projeto. Meu problema e os dois subproblemas agora estão associados ao projeto:

Por fim, vamos apresentar o ciclo. Eles podem durar um determinado número de semanas e ocorrer novamente. Na verdade, a Linear rompe com sua disciplina de nunca mencionar o ágil, afirmando que eles são “semelhantes aos sprints com sabor ágil comumente usados”. Se publicássemos The New Stack todas as semanas, parece-me que seria um bom ciclo. Como é uma tarefa com limite de tempo, qualquer trabalho pendente flui para a próxima iteração do ciclo:

Aqui está um pequeno progresso ou gráfico de burn down feito com meu (falta de) progresso até agora:

Agora, algumas perguntas que eu faria se a ferramenta estivesse tentando ser “flexível”. Por exemplo, posso definir minha própria prioridade ou nomes de status para corresponder ao nosso sistema, ou posso ter uma visão Kanban? Como Linear é teimoso, a ênfase está na ferramenta que está sendo escrita de acordo com suas especificações. E eu acho que é. A IU é nítida e não tem nenhuma sensação desajeitada.

Embora eu não tenha visto a oferta móvel, o Linear é limpo, organizado e rápido. Se você ainda não quer abandonar a metodologia ágil, ela pode não funcionar para você, mas caso contrário, vale a pena tentar.

A postagem Anti-Agile Project Tracker Linear, o mais recente a ser enfrentado no Jira apareceu pela primeira vez em The New Stack.