Melhor resposta
Não é uma comparação adequada de tabela / grade como você solicitou, mas aqui está meu comentário subjetivo tendo usado ambos .
JIRA é predominantemente um sistema de rastreamento de problemas. Essas são suas raízes. E ele se sai muito bem nisso. Desempenho e maturidade são sólidos. Vários recursos baseados em Agile foram adicionados ao JIRA para “pegar a onda ágil “, se você quiser. Eu os achei, na melhor das hipóteses, funcionais, mas um tanto frustrantes de usar. Você pode dizer claramente a eles também o modelo de objeto de rastreamento de problema subjacente e acrescentou” ferramentas ágeis “. Não encontramos uma maneira limpa de usar Ainda. Estamos apenas conseguindo.
Por outro lado, o PT é muito simples de usar para o desenvolvimento ágil e funciona bem se você gosta dos conceitos de kanban / iteração. Os desenvolvedores tendem a gostar muito. Mas não é um grande sistema de rastreamento de problemas. E quando você começa a adicionar bugs ao PT, o backlog do projeto e a caixa de gelo rapidamente se tornam muito grandes. Foi aqui que eu encontrei d PT estar um pouco fraco. Projetos maiores com muitas histórias misturadas com muitos bugs que eu achei difícil de navegar. As coisas podem se perder facilmente ou as pessoas podem ficar sobrecarregadas com o número de itens misturados na ferramenta.
Esse é definitivamente um tipo de coisa YMMV. Tem que levar em consideração a sua equipe, o tamanho do seu projeto, etc. Eu gostei do JIRA para o rastreamento de problemas e do PT para o desenvolvimento. Portanto, estou brincando com a ideia de usar os dois. Mas essa é apenas uma teoria que ainda não implementei.
Existem toneladas de opções no espaço. Muitas. Isso resume bem a situação . Ninguém acertou em cheio. E todo mundo gosta das coisas de uma forma um pouco diferente. Portanto, não vejo uma maneira de contornar apenas ter que tentar algumas ferramentas para descobrir o que funciona para você. : – /
Resposta
Algumas diferenças principais que se destacam instantaneamente com o Asana (embora ainda em beta) e o Pivotal Tracker (PT) são:
1. Processo de integração mais fácil – O Asana parece estar tratando seu aplicativo como se fosse um aplicativo de consumidor, que deve levar menos de 30 segundos para um visitante se inscrever e alguns minutos para extrair pessoalmente valor dele – – um dos quais é simplesmente a organização de tarefas.
O PT demorou um pouco para que minha equipe inteira adotasse quando eu estava construindo minha startup. Não é fácil aprender como funciona e você não obtém valor instantaneamente do aplicativo. Na verdade, um dos meus cofundadores nunca acabou usando-o porque achou muito complicado se familiarizar com o uso do aplicativo.
2. Identificável instantaneamente a produtos onipresentes simples que usamos (como e-mail) – A equipe da Asana percebe que muitas pessoas adotam novos aplicativos como PT ou Basecamp, mas muitas vezes ainda recorrem ou usam simultaneamente produtos como e-mail, stickies e notepad para se manterem organizados. Parte do motivo é devido à (1) velocidade – é apenas mais rápido usar e-mail ou bloco de notas; e (2) estrutura – difícil ver diferentes perspectivas de um projeto (por exemplo, suas tarefas, as tarefas da equipe e os marcos gerais), então você precisa usar aplicativos diferentes para se manter organizado e atualizado.
Os principais componentes do Asana, como está agora por meio de sua demonstração são: amarrar cada tarefa para um recurso ilimitado de notas, tags, atribuição de pessoas, datas de vencimento, anexos, (o mais interessante) seguidores e um feed de notícias. Esses são todos os componentes individualmente com os quais a maioria de nós na web está familiarizada em algum grau e, portanto, não “t preciso entender como funciona. Além disso, organizá-lo de uma maneira fácil de entender e prática (ou seja, anexado a cada tarefa) é o que o Asana parece estar fazendo muito melhor do que o PT. A principal diferença nos componentes são os seguidores e o feed de notícias associado a uma tarefa.
Pessoalmente, acho que o Asana replica muito mais de perto como realmente interagimos na vida real em torno do gerenciamento de tarefas.
3. Pode ser usado por e-mail – um dos recursos matadores do Asana é que os usuários podem interagir com ele por meio de seu próprio e-mail. Por exemplo, se você atribuir uma tarefa a alguém que não está usando o Asana, essa pessoa receberá uma notificação por e-mail, à qual poderá responder, que será exibida no aplicativo e a todos os seguidores dessa tarefa específica. Isso, em essência, ajuda a facilitar um processo de integração muito mais natural / orgânico para usuários que podem não querer adotar a plataforma imediatamente, mas ainda podem estar envolvidos. Não vi nenhum software empresarial com esse tipo de recurso.
4. Casos de uso mais amplos – Asana ajuda a resolver problemas gerais de gerenciamento de tarefas e não é exclusivo para desenvolvimento web. PT sente-se muito orientado para tarefas orientadas para o desenvolvimento web, e não tanto fora desse domínio.
Essas são apenas algumas diferenças do Asana fora do portão, que eu acredito que só se agravarão conforme eles liberarem seu software e as pessoas começarem a usá-lo.
Parece que a visão deles era simplesmente mais grandiosa e, portanto, exigia um processo de pensamento diferente desde o início.