Weiterentwicklung der User-Experience von JIRA
Geschrieben von: Rafael Trakowski Donnerstag, den 27. Mai 2010 um 10:53 Uhr
Wir sind große Befürworter von Atlassians agilem Ansatz in der Software-Entwicklung. Wir mussten jedoch feststellen, dass wir Probleme hatten, unsere neuen Features schnell genug zu veröffentlichen. Mit JIRA 3.13 und JIRA 4.0 fanden wir unsere Entwicklungszyklen zu lang. Unsere Kunden haben es besser verdient – deshalb wollten wir schneller vorankommen, neue Features und Verbesserungen mit einer höheren Geschwindigkeit und Konsistenz veröffentlichen.
Seit JIRA 3.13 haben wir unsere Release-Zyklen von einem Jahr auf sechs Monate verkürzt. Das Ziel ist es, jedes Quartal neue Versionen unserer Produkte an unsere Kunden zu liefern. Das heißt natürlich nicht, dass wir von jedem unserer Kunden verlangen, alle drei Monate ein Upgrade zu installieren - das steht jedem ganz individuell zur Wahl. Wir würden uns aber freuen, jedem Kunden die Möglichkeit zu geben, von den Vorteilen der neuesten Features und Verbesserungen zu profitieren. Darüber hinaus bieten kürzere Veröffentlichungs-Zeiträume den Kunden die Gelegenheit, mitzubestimmen, in welche Richtung das Produkt weiterentwickelt wird.
Entwicklung von JIRAs UX
Wenn man die Verbesserungen von JIRA seit der Version 4.0 verfolgt hat, konnte man feststellen, dass wir großen Wert auf die Erfahrungen der User mit dem Produkt gelegt haben. Warum? Wir fanden, dass JIRA ein flexibles und leistungsstarkes Tool ist, die User-Experience aber deutlich verbessert werden könnte. Wäre es nicht sinnvoll, wenn wir JIRAs Interface so weiterentwickeln könnten, dass es einfacher, schneller und leichter zu bedienen wäre? Ich selbst verbringe einen großen Teil des Tages in JIRA. Wenn ich nur ein paar Sekunden sparen könnte, jedesmal wenn ich mit JIRA arbeite, würde ich Stunden in der Woche gewinnen können.
Wir betreiben die Verbesserungen der User-Experience inkrementell. Die Reise begann in JIRA 4.0, als wir das neue Dashboard vorstellten und die Browse-Project-Sektion verbesserten.
In JIRA 4.1 gingen wir zur View-Issue-Seite über. Das war mit Sicherheit die radikalste Veränderung, die wir bis jetzt vorgestellt haben. Wir wissen, dass diese Veränderung in Version 4.1 einige Benutzer schockiert hat. Die Version war deshalb so radikal, weil sie sich von der üblichen Issue-Ansicht entfernt und eine neue visuelle Sprache eingeführt hat. In 4.2 und den folgenden Versionen werden wir weitere Verbesserungen der Bedienbarkeit vorstellen, die auf die Grundlagen aus 4.0 und 4.1 aufbauen.
Wir verstehen, dass es für einige Kunden anfänglich schwer sein könnte, mit diesen Veränderungen zu arbeiten. Trotzdem ermöglicht uns dieser schrittweise Ansatz, die Rückmeldungen unserer Kunden bei der Entwicklung besser einzubinden, anstatt große Veränderungen über lange Zeiträume zu machen, die ihr Ziel dann möglicherweise völlig verfehlen. Wir erwarten nicht, dass sich die Dinge zu drastisch in jedem Release verändern. Wir planen, mit der neuen visuellen Sprache weitere Verbesserungen für die tägliche Arbeit mit JIRA zu erreichen.
