TrackStudio - е не само управлението на дадена задача.
В същото време не Atlassian JIRA ви позволява да управлявате документи и файлове, с цел да искате да използвате Сливане. TrackStudio предлага интегрирано решение, което улеснява монтажа и премахва необходимостта от синхронизиране на системата.
защото JIRA не е проектиран за управление на документи и файлове, а след това по-нататъшно сравнение се отнася само до използването на Atlassian JIRA и TrackStudio Предприятие за управление на задачите от гледна точка на.
"Big" и "малки" системи за управление на задачите.
Развитието на системите за управление на задачи, през последните 10-20 години има в две противоположни посоки. От една страна, "малки" системи с отворен код са постоянно подобряват и стават по-сложни. Успехът на системите с отворен код е създал търговски продукти, които са базирани на същата архитектура, но имаше много по-разширена функционалност. В същото време в лагера на "големи" системи за промени вървят в обратната посока - първоначално сложни и скъпи системи запазят своите архитектурни особености, но това става по-лесно и по-евтино.
Пресечните точки на функционалността на "малки" и "големи" системи все още не се е случило. Продукти (включително търговски), базирани на системите с отворен код не са били в състояние да изпълнява основните функции на "големите" системи и "голям" система е подобна на "малък" само от гледна точка на потребителя, на, но не и на администратора.
Да разгледаме характеристиките на "големи" и "малки" системи за конкретен пример. Като пример за "малък" системи вземе Atlassian JIRA. Защо JIRA. Фактът, че JIRA създаден като заместител на Bugzilla, повтаря архитектурните особености на отворен код системи (Bugzilla, Богомолка, Trac, Redmine), но далеч по-добри други "малки" система. Ако някои потребители се нуждаят от функционалността на JIRA и не се реализират там, то е вероятно, че има сериозни архитектурни мотиви, с други "малки" системи за тази функционалност, също няма. Като пример за "големите" на TrackStudio вземе, защото нашата цел е да се направи един лесен, евтин и лесна смяна на един типичен "голям" система - IBM Rational ClearQuest.
Първоначално "големи" и "малки" системи са разработени в различни контексти и за различни цели. Големи системи, предназначени за управление на задачите в бизнес организации. Тези условия се характеризират с голям брой проекти, задачи, много различни процеси, ограничаване на достъпа до информация. В действителност, "големи" системи са насочени към лечение на проблеми в организацията и не са били предназначени за комуникация с външни потребители.
От друга страна, системите с отворен код са били създадени само за да комуникира с потребителите в проекти с отворен код. В такива проекти, огромен брой външни потребители се комбинира с простотата на вътрешните процеси. Екипът на развитие обикновено е плосък и еднообразен, всички задачи са отворени всички вътрешни процеси са прости, и едно копие на тракера често се използва само за един проект. Архитектурата на "малкия" система първоначално е бил проектиран да работи при такива условия, това е, но за търговски организации такива условия не са типични, дори и когато се използват много мощни системи "малки", където има голям брой типични неразрешими проблеми.
Следните групи от същия тип проблеми могат да бъдат идентифицирани в този списък:
Защо, с всички недостатъци на "малките" системи са толкова популярни в момента? Има няколко причини:
- Посочените по-горе проблеми на "малките" системи не могат да се видят, когато се сравняват официалните системи и не се появи, когато тестване на системата, на 1-2 проекта. Проблемите стават очевидни, тъй като броят на проектите, или когато възникне необходимост за промяна на конфигурацията на проекта, без да докосвате на останалата част от проектите. Обикновено по това време, система за управление на задачите на е толкова тясно интегрирани с други системи в компанията, че е възможно "преместването" се превръща в твърде скъпо.
- Поради високата цена на "голямата" система, използвана преди това само в големите компании, и следователно опита на своята администрация да има само малък брой потребители (въпреки че пиратството е направила този проблем по-малко спешно за Русия). Най-много потребители имат опит с "малки" системи, но архитектурата на "големите" различните системи, интуиция грешни решения, както и на системата създава впечатление за "не-интуитивен". Трябва да се отбележи, че проблемът не е решен чрез опростен интерфейс: в този случай, не е дори по-близки до ситуации и интуиция често казва лоши решения. Скрий зад друга система архитектура могат да се намесвам от страна на потребителя, но не и като администратор.
- Малък система може да работи на голяма система LAMP-хостинг писмено обикновено на Java / C ++ и изискват специален или виртуален сървър. В продължение на много проекти с отворен код, този критерий е от решаващо значение.
Цената и условията на доставка
Ценова политика TrackStudio и Jira разработчиците е различен, за някои употреби на разликата в цената ще бъде минимално, за други може да варира от десетки пъти. Докато Atlassian JIRA е много по-евтино TrackStudio за екипи от 6-10 потребители, за компании с голям брой сървъри, потребителите TrackStudio струват предимство може да бъде до 40 пъти или дори повече. Тази разлика се дължи на следния лиценз характеристики на продукта:
- Цената на Atlassian JIRA се разраства бързо с увеличаване на броя на потребителите, а за TrackStudio е достъпно вече в 45 950 рубли неограничен лиценз. Това дава голям разход предимство TrackStudio за големи компании и за фирми с голям брой външни клиенти.
- Atlassian JIRA за всеки сървър, трябва да се купуват отделно лицензионно, докато за TrackStudio наличен лиценз за неограничен брой сървъри и потребители за 114,950 рубли. Това дава голямо предимство при разходите TrackStudio използване на множество сървъри.
- Поддръжка и актуализация за Atlassian JIRA трябва да бъдат закупени за всеки сървър, а за TrackStudio достъпно Лиценз Global, когато това разширяване на лицензията не зависи от броя на потребителите и сървъри. Това дава голяма ценово предимство TrackStudio използвайки тракер в продължение на няколко години.
TrackStudio предимства са особено забележими в следните ситуации:
Свързани статии