Nejlepší odpověď
Není správné srovnání založené na tabulce / mřížce, jak jste požadovali, ale tady je můj subjektivní komentář, který použil obojí .
JIRA je převážně systém pro sledování problémů. To jsou jeho kořeny. A v tom si vede docela dobře. Výkon a vyspělost jsou solidní. Do JIRA byla přidána řada agilních funkcí, které „zachytí agilní vlnu“ „Pokud chcete. Zjistil jsem, že jsou přinejlepším funkční, ale pro použití je frustrující. Můžete jim jasně říci také základní objektový model pro sledování problémů a přišroubovaný k“ agilním nástrojům „. Nenašli jsme čistý způsob jeho použití zatím se jen vyrovnáváme.
Na druhou stranu se PT pro agilní vývoj velmi snadno používá a funguje dobře, pokud se vám líbí koncepty kanban / iterace. Vývojářům se to hodně líbí. Ale není to skvělý systém pro sledování problémů. A když začnete přidávat chyby do PT, nevyřízené položky projektu a icebox se rychle stanou velmi velkými. Zde hledám d PT být trochu slabý. Větší projekty se spoustou příběhů se mísily se spoustou chyb, se kterými jsem se těžko orientoval. Věci se mohou snadno ztratit nebo mohou být lidi ohromeni počtem položek smíchaných v nástroji.
Toto je určitě typ YMMV. Musím zohlednit váš tým, velikost vašeho projektu atd. Líbil se mi JIRA pro sledování problémů a PT pro vývoj. Takže si pohrávám s myšlenkou použít obojí. Ale to je jen teorie, kterou jsem ještě neimplementoval.
V prostoru je spousta možností. Příliš mnoho. To spíše shrnuje situaci . Nikdo to nezaklincoval. A každý má rád věci trochu jinak. Takže nevidím způsob, jak obejít jen to, že musím vyzkoušet nějaké nástroje, abych zjistil, co vám vyhovuje. : – /
Odpověď
Několik hlavních rozdílů, které okamžitě vyniknou u Asany (i když stále v beta verzi) oproti Pivotal Tracker (PT), jsou:
1. Snadnější proces nastupování – Zdá se, že Asana zachází se svou aplikací, jako by se jednalo o aplikaci pro spotřebitele, to by mělo trvat méně než 30 sekund, než se návštěvník zaregistruje, a několik minut, než z toho osobně odvodí hodnotu – – jedním z nich je jednoduše organizace úkolů.
PT chvíli trvalo, než se celý můj tým osvojil, když jsem budoval svůj startup. Není snadné se naučit, jak to funguje, a z aplikace okamžitě neodvozujete hodnotu. Jeden z mých spoluzakladatelů ji vlastně nikdy neskončil, protože zjistil, že je velmi spletité, aby se dostal do rychlosti, jak aplikaci používat.
2. Okamžitě použitelné na jednoduché všudypřítomné produkty, které používáme (například e-mail) – Tým v Asaně si uvědomuje, že mnoho lidí si osvojuje nové aplikace, jako je PT nebo Basecamp, ale často se stále uchylují nebo současně používají produkty, jako je e-mail, stickies a poznámkový blok, aby si udrželi pořádek. Důvodem je (1) rychlost – použití e-mailu nebo poznámkového bloku je rychlejší; a (2) struktura – obtížné vidět různé perspektivy projektu (např. Vaše úkoly, úkoly týmu , a celkové milníky), takže musíte používat různé aplikace, abyste se udrželi organizovaní a aktuální.
Hlavní součásti Asany, jak nyní stojí v jejich ukázce, jsou: vázání každý úkol k neomezeným schopnostem poznámek, značkám, přiřazování lidí, termínům, přílohám, (nejzajímavějším) sledovatelům a zdroji zpráv. To vše jsou jednotlivé komponenty, které většina z nás na webu do určité míry zná, a proto „Není třeba pochopit, jak to funguje.“ Také to, jak to Asana dělá mnohem lépe než PT, je organizování snadno srozumitelným a praktickým způsobem (tj. Připojené ke každému úkolu). Hlavním rozdílem v komponentách jsou sledovatelé a zpravodajský kanál spojený s úkolem.
Osobně si myslím, že Asana mnohem podrobněji replikuje, jak ve skutečnosti komunikujeme v reálném životě kolem správy úkolů.
3. Použitelné prostřednictvím e-mailu – Jednou z vražedných funkcí Asany je, že uživatelé s ní mohou komunikovat prostřednictvím vlastního e-mailu. Pokud například přiřadíte úkol někomu, kdo Asanu nepoužívá, obdrží e-mailové upozornění, na které může odpovědět, které se zobrazí v aplikaci a všem následovníkům daného úkolu. To v podstatě pomáhá usnadnit mnohem přirozenější / organičtější proces přihlašování pro uživatele, kteří možná nechtějí platformu hned přijmout, ale přesto se na ní mohou i nadále podílet. Neviděl jsem žádný podnikový software s tímto druhem funkcí.
4. Širší případy použití – Asana pomáhá řešit obecné problémy se správou úkolů a není exkluzivní pro vývoj webových aplikací. PT se cítí velmi zaměřen na úkoly zaměřené na vývoj webových aplikací, a ne tolik mimo tuto doménu.
Toto je jen několik rozdílů Asany z brány, které, jak věřím, se budou skládat až poté, co vydají svůj software a lidé ho začnou používat.
Vypadá to, že jejich vize byla prostě grandióznější, a proto od začátku vyžadovala jiný myšlenkový proces.