Trackstudio enterprise 5 comparație

TrackStudio nu are legătură doar cu gestionarea sarcinilor.

În același timp, Atlassian JIRA nu vă permite să gestionați documente și fișiere, în acest scop trebuie să utilizați Confluence. TrackStudio oferă o soluție integrată care simplifică instalarea și elimină necesitatea de a sincroniza sistemele.







pentru că JIRA nu este conceput pentru a gestiona documente și fișiere, apoi o comparație suplimentară se aplică numai utilizării Atlassian JIRA și TrackStudio Enterprise în ceea ce privește gestionarea sarcinilor.

Sisteme de gestionare a sarcinilor "mari" și "mici".

Dezvoltarea sistemelor de management al sarcinilor pentru ultimii 10-20 de ani a avut loc în două direcții opuse. Pe de o parte, "mici" sisteme cu sursă deschisă devin din ce în ce mai complexe și îmbunătățite. Succesul sistemelor cu sursă deschisă a generat produse comerciale bazate pe aceeași arhitectură, dar au avut funcții mult mai avansate. În același timp, în tabăra sistemelor "mari", schimbările s-au mutat în direcția opusă: sistemele inițial complexe și costisitoare și-au păstrat caracteristicile arhitecturale, însă au devenit mai simple și mai ieftine.

Trecerea funcționalității sistemelor "mici" și "mari" nu a avut loc încă. Produse (inclusiv comerciale), bazate pe sisteme open source nu au fost în măsură să pună în aplicare funcțiile de bază ale sistemelor „mari“, și sistemul de „mare“ a fost similar cu „mici“ numai din punctul de vedere al utilizatorului, dar nu și administratorul.

Să luăm în considerare caracteristicile sistemelor "mari" și "mici" pe un exemplu concret. Ca exemplu de sistem "mic", să luăm Atlassian JIRA. De ce JIRA. Faptul că JIRA creat ca înlocuitor pentru Bugzilla, repetă caracteristicile arhitecturale ale sistemelor open source (Bugzilla, Mantis, Trac, Redmine), dar mult superioară față de alt sistem „mici“. Dacă unele funcții sunt necesare de către utilizatorii JIRA și nu sunt implementate acolo, probabil că există motive arhitecturale grave, în alte sisteme "mici", nici această funcționalitate nu va fi. Ca un exemplu de „mare“ de TrackStudio ia, pentru că scopul nostru a fost de a face o înlocuire ușoară, ieftin, ușor și a unui sistem tipic de „mare“ - IBM Rational ClearQuest.

Inițial, s-au creat sisteme "mari" și "mici" în diferite condiții și pentru sarcini diferite. Sistemele mari au fost concepute pentru a gestiona sarcinile în organizațiile comerciale. Aceste condiții se caracterizează printr-un număr mare de proiecte, sarcini, o mulțime de procese diferite, limitând accesul la informații. De fapt, sistemele "mari" s-au concentrat asupra sarcinilor de procesare în cadrul organizației și nu au fost concepute pentru a comunica cu utilizatorii externi.







Pe de altă parte, sistemele open source au fost create doar pentru a comunica cu utilizatorii în proiecte open source. În astfel de proiecte, un număr mare de utilizatori externi sunt combinați cu simplitatea proceselor interne. Echipa de dezvoltare, de regulă, este plată și omogenă, toate sarcinile sunt deschise tuturor, procesele interne sunt simple și o copie a tracker-ului este adesea folosită pentru un singur proiect. Arhitectura sistemului de „mic“ a fost inițial conceput să funcționeze în astfel de condiții, este, dar pentru organizațiile comerciale astfel de condiții nu sunt tipice, chiar și atunci când se utilizează sisteme foarte puternice „mici“ în cazul în care există o serie de probleme tipice greu de rezolvat.

În această listă, puteți identifica următoarele grupuri de probleme similare:

De ce, pentru toate neajunsurile, sistemele "mici" sunt atât de populare acum? Există mai multe motive:

  • Problemele de mai sus ale sistemelor "mici" nu sunt vizibile când sistemele sunt comparate sistematic și nu apar la testarea sistemului pe 1-2 proiecte. Problemele devin aparente atunci când crește numărul de proiecte sau când devine necesară modificarea configurației unui proiect fără a se atinge proiectele rămase. De obicei, până în prezent, sistemul de gestionare a sarcinilor este deja atât de strâns integrat cu alte sisteme din companie încât o posibilă "mișcare" devine prea scumpă.
  • Din cauza prețului ridicat al sistemului „mare“ folosit anterior numai în companiile mari și, prin urmare, experiența administrării lor au doar un număr mic de utilizatori (deși pirateria a făcut această problemă mai puțin urgentă pentru Rusia). Majoritatea utilizatorilor au experiență cu sistemele "mici", dar arhitectura sistemelor "mari" este diferită, intuiția sugerează decizii greșite, iar sistemul dă impresia de "nu intuitivă". Este demn de remarcat faptul că problema nu poate fi rezolvată prin simplificarea interfeței: în acest caz, există chiar și mai multe situații similare, iar intuiția determină adesea decizii incorecte. Ascundeți în spatele interfeței, o altă arhitectură a sistemului poate fi de la utilizator, dar nu de la administrator.
  • Un sistem mic poate fi rulat pe LAMP-hosting, sisteme mari sunt de obicei scrise în Java / C ++ și necesită un server dedicat sau virtual. Pentru multe proiecte cu surse deschise, acest criteriu este decisiv.

Costul și condițiile de livrare

Politica de preț a dezvoltatorilor TrackStudio și JIRA este diferită, pentru unele variante de utilizare diferența de cost va fi minimă, pentru alții aceasta poate să difere de zeci de ori. Deși Atlassian JIRA este în mod semnificativ mai ieftin TrackStudio pentru echipe de 6-10 utilizatori, pentru companiile cu un număr mare de servere, utilizatorii avantajul prețului TrackStudio poate fi de până la 40 de ori și chiar mai mult. Această diferență este cauzată de următoarele caracteristici ale produselor de licențiere:

  • Costul Atrialian JIRA crește rapid odată cu creșterea numărului de utilizatori, iar pentru TrackStudio este disponibilă o licență nelimitată pentru 45 950 de ruble. Acest lucru oferă un mare avantaj de preț pentru TrackStudio pentru companiile mari și pentru companiile cu un număr mare de clienți externi.
  • Fiecare server Atlassian JIRA trebuie să cumpere o licență separată, în timp ce pentru TrackStudio este disponibilă o licență pentru un număr nelimitat de servere și utilizatori pentru 114 950 de ruble. Acest lucru oferă un avantaj de preț pentru TrackStudio atunci când se utilizează mai multe servere.
  • Sprijinul și actualizările pentru Atlassian JIRA trebuie achiziționate pentru fiecare server, iar pentru TrackStudio este disponibilă o licență globală, în care reînnoirea licenței nu depinde de numărul de utilizatori și de servere. Acest lucru oferă un avantaj deosebit prețului TrackStudio atunci când folosiți un tracker timp de mai mulți ani.

Avantajele TrackStudio sunt deosebit de vizibile în următoarele situații:







Articole similare

Trimiteți-le prietenilor: