Bedste svar
Ikke en ordentlig tabel / gitterbaseret sammenligning som du anmodede om, men her er min subjektive kommentar efter at have brugt begge .
JIRA er overvejende et system til sporing af problemer. Det er dens rødder. Og det klarer sig ganske godt. Ydeevne og modenhed er solide. Talrige Agile-baserede funktioner er blevet tilføjet til JIRA for at “fange den agile bølge “Hvis du vil. Jeg har fundet dem i bedste fald funktionelle, men ret frustrerende at bruge. Du kan tydeligt fortælle dem også det underliggende emne, der sporer objektmodellen og boltes på” smidige værktøjer “. Vi har ikke fundet en ren måde at bruge den på endnu. Vi kommer lige forbi.
På den anden side er PT meget enkel at bruge til agil udvikling og fungerer godt, hvis du kan lide kanban / iteration-koncepterne. Udviklere har en tendens til at kunne lide det meget. det er ikke et godt sporingssystem for problemer. Og når du begynder at tilføje bugs til PT, bliver projektforsinkelsen og isboksen hurtigt meget stor. Det er her, jeg d PT for at være lidt svag. Større projekter med masser af historier blandet med mange bugs fandt jeg vanskeligt at navigere i. Ting kan let gå tabt, eller folk kan bare blive overvældet af antallet af emner, der er blandet sammen i værktøjet.
Dette er bestemt en YMMV-type ting. Er nødt til at faktorere dit team, din projektstørrelse osv. Jeg kunne godt lide JIRA til sporing af emner og PT til udvikling. Så jeg leger med ideen om at bruge begge dele. Men det er bare en teori, jeg ikke har implementeret endnu.
Der er masser af muligheder i rummet. For mange. Det opsummerer snarere situationen Ingen har spikret det. Og alle kan lide tingene lidt anderledes. Så jeg kan ikke se en vej rundt bare at skulle prøve nogle værktøjer til at finde, hvad der fungerer for dig. : – /
Svar
Et par store forskelle, der øjeblikkeligt skiller sig ud med Asana (selvom de stadig er i beta) vs Pivotal Tracker (PT) er:
1. Lettere ombordstigningsproces – Asana ser ud til at behandle deres ansøgning som om det var en forbrugerapp, der skulle tage mindre end 30 sekunder for en besøgende at tilmelde sig og et par minutter til personligt at få værdi ud af det – – den ene er simpelthen opgaveorganisation.
PT tog et stykke tid for hele mit team at vedtage, da jeg var ved at opbygge min opstart. Det er ikke let at lære, hvordan det fungerer, og du får ikke øjeblikkeligt værdi fra applikationen. En af mine medstiftere endte faktisk aldrig med at bruge det overhovedet, fordi han fandt det meget indviklet at komme op i hastighed om, hvordan man bruger applikationen.
2. Straks relateret til enkle allestedsnærværende produkter, som vi bruger (som e-mail) – Teamet i Asana indser, at mange mennesker vedtager nye applikationer som PT eller Basecamp, men ofte ofte bruger eller bruger produkter som e-mail, stickies og notesblok for stadig at holde sig organiseret. En del af årsagen skyldes (1) hastighed – det er bare hurtigere at bruge e-mail eller notesblok; og (2) struktur – svært at se forskellige perspektiver på et projekt (for f.eks. Dine opgaver, teamets opgaver og de overordnede milepæle), så du bliver nødt til at bruge forskellige applikationer til at holde dig organiseret og opdateret.
De vigtigste komponenter i Asana, som det nu er gennem deres demo, er: at binde hver opgave til en ubegrænset notefunktion, tags, tildeling af personer, forfaldsdatoer, vedhæftede filer (mest interessant) tilhængere og et nyhedsfeed. Disse er alle komponenter individuelt, som de fleste af os på nettet er fortrolige med til en vis grad “behøver ikke at forstå, hvordan det fungerer. At organisere det på en let forståelig og praktisk måde (dvs. knyttet til hver opgave) er, hvad Asana ser ud til at klare sig meget bedre end PT. Den største forskel i komponenter er tilhængere og nyhedsfeed forbundet med en opgave.
Jeg synes personligt, at Asana replikerer meget tættere på, hvordan vi faktisk interagerer i det virkelige liv omkring opgavestyring.
3. Anvendelig via e-mail – En af de dræbende funktioner i Asana er, at brugerne kan interagere med det via deres egen e-mail. For eksempel, hvis du tildeler en opgave til en person, der ikke bruger Asana, modtager de en e-mail-besked, som de kan svare på, der vises i applikationen og til alle tilhængere af den pågældende opgave. Dette hjælper i det væsentlige med at lette en meget mere naturlig / organisk ombordstigningsproces for brugere, der måske ikke ønsker at vedtage platformen med det samme, men alligevel stadig kan være involveret. Jeg har ikke set nogen software til virksomheden med denne slags funktion.
4. Bredere brugssager – Asana hjælper med at løse generelle problemer med opgavestyring og er ikke eksklusiv for webudvikling. PT føler sig meget rettet mod webudviklingsorienterede opgaver og ikke så meget uden for dette domæne.
Dette er blot nogle få forskelle i Asana uden for porten, som jeg tror kun vil sammensætte sig selv, når de frigiver deres software, og folk begynder at bruge det.
Det ser ud til, at deres vision bare var mere grandios og derfor krævede en anden tankeproces fra starten.