Trello vs. Jira: Vergleich aus der Perspektive eines Entwicklers

Veröffentlicht: 2022-03-11

Die Softwareproduktion ist heute nicht mehr dieselbe wie vor 20 Jahren. Software ist immer komplexer geworden, mit verteilten Teams buchstäblich rund um den Globus und abhängig von Mitarbeitern, die nur auf einen bestimmten Teil des Prozesses spezialisiert sind. Außerdem ist UI/UX zu einem sehr wichtigen Thema geworden, da der Wettbewerb um die Gewinnung neuer Benutzer und die Bindung der aktuellen Benutzer zunimmt.

Im vergangenen Jahr habe ich an einem Dutzend Projekten gearbeitet und fast alle verwendeten ein Projektmanagement-Tool (PMT). Ich werde Ihnen heute kein Verkaufsargument für ein bestimmtes Tool geben, sondern Ihnen einen Einblick aus der Perspektive eines Entwicklers geben, wie diese Tools in der Praxis verwendet werden, sowie einen Überblick über zwei Vertreter Werkzeuge. Hoffentlich hilft dieser Artikel Entscheidungsträgern und Entwicklern herauszufinden, was für sie, ihr Team und das Projekt, an dem sie arbeiten, am bequemsten ist.

Warum ein Projektmanagement-Tool verwenden?

Als ich anfing, stützten sich die meisten meiner Projekte nicht auf ein Projektmanagement-Tool, daher fragen Sie sich vielleicht, ob Sie wirklich eines brauchen. Können Entwickler nicht einfach Software ohne sie erstellen? Die Antwort ist, dass es von mehreren Faktoren abhängt, also lassen Sie uns einige davon analysieren.

Trello vs. Jira-Diagramm, das die Gründe für die Verwendung eines Projektmanagement-Tools veranschaulicht, das in den folgenden Abschnitten beschrieben wird

Der Aufstieg globaler Teams

Bei den meisten Projekten arbeite ich für Menschen auf der ganzen Welt, und obwohl das wirklich großartig ist, bringt es auch eine Reihe von Herausforderungen mit sich, denen sich ein Büroteam nicht stellen muss. Zeitzonen werden zu einem echten Problem, wenn Sie versuchen, einen Kollegen dazu zu bringen, einen Teil des Systems zu reparieren oder zu ändern, mit dem Sie nicht ausreichend vertraut sind.

Es gibt auch Szenarien, in denen Sie möglicherweise nicht mehr als ein- oder zweimal pro Woche mit dem anderen Entwickler sprechen können. Projektmanagement-Tools helfen, solche kollaborativen Prozesse zu vereinfachen, da sie zu einem offiziellen (und aus praktischen Gründen manchmal zum einzigen) Kanal für Teammitglieder werden, um ihre Bedürfnisse hin und her zu kommunizieren.

Natürlich geht es nicht nur um die Kommunikation zwischen einzelnen Mitgliedern eines verteilten Teams. PMTs bieten außerdem allen Teammitgliedern mehr Informationen und Transparenz, sodass sie den Fortschritt anderer Teammitglieder verfolgen und ihre Aktivitäten entsprechend planen können.

Zusammenarbeit

Sie denken vielleicht, dass Sie die gleichen Ergebnisse erzielen können, indem Sie einfach per E-Mail oder über andere Kommunikationskanäle zusammenarbeiten. Ein Kunde von mir hat das bei einem Projekt gemacht, an dem ich vor ein paar Monaten gearbeitet habe, und es war ein Albtraum. Die Leute verwendeten mehrere E-Mails für die Kommunikation, daher war es schwierig, den Überblick über verschiedene Threads zu behalten. Außerdem wird die Kommunikation über ein einzelnes Problem zu einem Puzzle, das in verschiedene Teile zerbrochen ist und in verschiedenen E-Mail-Konversationen lebt. Die meisten E-Mail-Konversationen berührten mehrere Probleme, was es immer schwieriger machte, den Überblick darüber zu behalten, was noch zu tun war.

Projektmanagement-Tools lösen dies, indem sie jedem Problem einen Konversationsstrom widmen, der Ihnen das Leben erleichtert, da Sie mit einem einzigen Klick alles finden, was Sie brauchen (Designs, APIs und Feedback). Aus kollaborativer Sicht kann dies einen großen Unterschied machen, da Projektmanagement-Tools es jedem ermöglichen, auf alle Segmente und Phasen des Projekts zuzugreifen und diese anzuzeigen, wodurch der Bedarf an ständiger Kommunikation und Aktualisierungen reduziert wird.

Projektanforderungen verwalten

Eines der größten Probleme, mit denen Teams konfrontiert sind, die kein Projektmanagement-Tool verwenden, wird durch die intrinsische Natur von Software verursacht. Vielleicht arbeiten Sie in einem Startup und haben mehr als ein paar Mal geschwenkt. Vielleicht entwickeln sich Ihre Ziele und Anforderungen während der Arbeit am Projekt weiter.

In diesem Zusammenhang sollten wir uns Software als Lebewesen vorstellen. Unabhängig davon, wie gut der ursprüngliche Plan entworfen wurde, besteht immer eine gute Chance, dass er geändert werden muss. Manchmal werden diese Änderungen jedoch nicht allen Teammitgliedern mitgeteilt. Führungskräfte können ein Gespräch über eine neue Funktion führen, die Ihnen einen Vorteil gegenüber Ihren Konkurrenten verschafft, aber wenn der Manager dies dem Rest des Teams nicht mitteilt, wird es nicht passieren.

Wenn es nicht aufgeschrieben wurde, könnte es auch vom Manager und CEO vergessen werden. Wenn Sie keinen Ort haben, an dem Sie die neuesten und behördlichen Anforderungen haben, verlieren Sie viel Zeit und Geld. PMTs bieten einen Single Point of Truth, einen einzigen Ort, an dem alle Anforderungen und Informationen für die Dauer des Projekts gespeichert werden. Dabei geht es nicht nur darum, dass Funktionen nicht hinzugefügt werden, die Sie später hinzufügen können – ich habe ganze Funktionen entwickelt, nur um festzustellen, dass mir nicht gesagt wurde, dass wir diese Funktion nicht mehr unterstützen.

Speicher- und Zeiteffizienz

Die blasseste Tinte ist zuverlässiger als der stärkste Speicher. – Sprichwort

Wir können nur so viel in unserem Kopf gleichzeitig verarbeiten. Wenn Sie mit Ihren Vorgesetzten telefonieren und während des Gesprächs ein Dutzend verschiedene Probleme ansprechen, geht irgendwann etwas verloren. Sie könnten versuchen, die wichtigsten Punkte selbst aufzuschreiben, aber trotzdem könnte etwas durch das Raster fallen.

Anforderungen aufgeschrieben zu haben, anstatt sie bei einem Anruf zu besprechen, ist eine gute Möglichkeit, potenziell fehlende Elemente im Ablauf zu erkennen oder Dinge zu erkennen, die Sie derzeit daran hindern könnten, dieses Problem zu implementieren. Die Softwareentwicklung verläuft nicht linear, sodass Sie vielleicht heute mit der Arbeit an einer Funktion beginnen, aber etwas dringenderes im Produkt haben und ein paar Wochen oder Monate später wiederkommen, nur um festzustellen, dass Sie vergessen haben, was genau erforderlich war.

Aus diesem Grund können Sie durch das Aufschreiben von Anforderungen Zeit sparen, da Sie sich entweder nicht daran erinnern müssen oder dasselbe Feature nicht noch einmal besprechen müssen. Zeiteffizienz ist sehr wichtig, da die Software komplexer ist. Sie könnten also davon profitieren, Dinge einfach aufzuschreiben, um Ihre Besprechungszeit um die Hälfte oder mehr zu verkürzen, indem Sie sich nur auf die Probleme konzentrieren, die Sie klären müssen.

Fokus

Dies hängt mit dem vorherigen Thema zusammen, bei dem es darum ging, die Kommunikation im Zusammenhang mit dem behandelten Problem zu verfolgen und nur die Funktionen zukünftiger Anforderungen zu verfolgen, ohne dass Sie über diese Dinge sprechen müssen.

Dies hilft dem Entwickler, sich auf die Erstellung von Dingen zu konzentrieren, die im Moment erforderlich sind, und zu lernen, was als Nächstes kommt. Es geht nicht nur um Bequemlichkeit und einfachen Zugriff auf Informationen. Die zusätzliche Sichtbarkeit ermöglicht es jedem Teammitglied, das Gesamtbild zu sehen und entsprechend vorauszuplanen.

Wichtige PMT-Funktionen

Was wir also in einem PMT suchen, ist ein Werkzeug, das hilft, die Konversation zu verwalten, indem es die Diskussion verschiedener Themen getrennt und gut organisiert hält. Dies erleichtert die Kommunikation zwischen Menschen in verschiedenen Zeitzonen und verschiedenen Teams und dient gleichzeitig als Aufbewahrungsort der offiziellen Vision der Software, hilft Ihnen, den Fokus zu behalten und Zeit zu sparen, indem die Reibung im Entwicklungsprozess für den Entwickler und Projektmanager verringert wird , und alle, die an der heutigen Softwareentwicklungslandschaft beteiligt sind.

Jira

Jira ist ein sehr leistungsfähiges PMT, das speziell für die Softwareentwicklung entwickelt wurde. Allerdings kennt nicht jeder alle Funktionen von Jira und es kann überwältigend sein, wenn Sie ein Geschäftsinhaber sind, der versucht, Ihr erstes Projekt zu verwalten. Wenn Sie dies als Person lesen, die sich zwischen verschiedenen Optionen entscheidet, aber Jira noch nie zuvor verwendet haben, empfehle ich, sich zuerst einige Tutorials anzusehen, damit Sie seine Leistungsfähigkeit wirklich nutzen können.

Ein Diagramm, das Sprints, Epics und Issues, Prioritäten und Inhalte zeigt

Sprints

Es gibt drei Wörter, mit denen ich die meisten meiner Erfahrungen mit Jira beschreiben kann, und eines davon ist Sprint . Ein Sprint ist ein Zeitraum, in dem das Team darauf hinarbeitet, bestimmte Ziele zu erreichen, die eng miteinander verbunden sein können oder nicht. Es ist völlig flexibel. Jira-Sprints dauern normalerweise eine Woche, was meiner Meinung nach die optimale Dauer ist.

Aus der Sicht eines Entwicklers gibt Ihnen dies die Flexibilität, sich mehrere Dinge zuweisen zu lassen und in der Reihenfolge zu arbeiten, die für Sie am bequemsten ist, was eine harte Arbeit und dann eine leichte zum Entspannen oder vielleicht die Arbeit an 2 sein kann -3, die gleichzeitig eng miteinander verwandt sind. Dies gibt Entwicklern die Möglichkeit, einige Entscheidungen zu treffen und sich gleichzeitig auf die rechtzeitige Lieferung zu konzentrieren.

Jira-Epics und -Probleme

Während Sprints Aufgaben im zeitlichen Bereich gruppieren, können Epics Aufgaben nach Thema gruppieren. Sie können Ihre Aufgaben beispielsweise in Sprints pro Woche aufteilen, aber Sie können die Aufgaben auch gleichzeitig im Frontend und im Backend gruppieren. Beim Aufteilen von Aufgaben nach Fachgebiet können Sie einem Fachgebiet einen Entwickler zuweisen.

Beispielsweise können Sie ein Epic zum Migrieren von Daten aus einer vorhandenen Datenbank haben, also könnten Sie dieses Epic DB-Migration nennen, und da alle Aufgaben in diesem Epic zusammenhängen, kann ein einzelner Entwickler während der gesamten Zeit dafür verantwortlich sein Sprints. Dadurch wird vermieden, dass zwei Entwickler Zeit damit verbringen, die alte Datenbank zu lernen, wodurch die Entwicklung effizienter wird.

Issues hingegen sind die Dinge, die erledigt werden müssen, die zu einem Epic und einem Sprint gehören können. Es gibt mehrere Arten von Issues und das sind Story , Task und Bug . Eine Geschichte hat die Besonderheit, Unteraufgaben zu haben, die verwendet werden können, um ein Problem in kleinere Teile zu zerlegen, die zusammengenommen ein vollständiges Bild ergeben – dies vermeidet die Erstellung einer großen Anzahl von Aufgaben, anstatt sich auf einen einzelnen zu erledigenden Punkt zu konzentrieren.

Aufgaben in Jira sind Probleme, die sehr spezifisch sind und keine Unteraufgaben haben. Wenn etwas, das getan werden muss, sehr einfach ist und es keinen Sinn macht, es aufzuschlüsseln, ist es eine Aufgabe. Bugs sind Dinge, die behoben werden müssen – wenn Sie Bugs als spezielle Kategorie behalten, können Sie besser verstehen, wie viel Sie beheben, im Gegensatz dazu, wie viel Sie im Projekt voranbringen.

Prioritäten

Kommunikation ist ein großer Teil der Gleichung, wenn Sie in einem globalen Team arbeiten, das über mehrere Zeitzonen hinweg arbeitet. „Rund um den Globus“ zu arbeiten ist keine Metapher, sondern eine Realität, in der viele Entwickler leben. Eines der Dinge, die von Managern an Entwickler nur schwer zu kommunizieren sind, ist die Prioritätsstufe einer Aufgabe. Stellen Sie sich das folgende Szenario mit einer Todo-Liste vor:

Der Entwickler sieht, dass er in dieser Woche sieben Aufgaben zu erledigen hat. Einige von ihnen sind schwer und einige sind einfach. Eine kritische Aufgabe für den Manager ist jedoch sehr komplex, aber für den Entwickler in einer Todo-Liste sind alle Aufgaben gleich – er kann sich dafür entscheiden, zuerst die einfacheren zu erledigen und die kritische zum Schluss zu lassen. Wenn etwas Unerwartetes passiert und die Liste nicht fertig wird, wird die wichtigste Aufgabe gekürzt, oder sie wird in Eile beendet (was wahrscheinlich zu Qualitätseinbußen führt). Dies lässt sich in Jira sehr einfach durch Prioritäten lösen, wodurch Entwickler verstehen können, was wichtiger oder kritischer zu erledigen ist.

Inhalt, Inhalt, Inhalt

Eines der Dinge, die Sie an Jira wirklich schätzen werden, ist die Menge an Inhalten, die Sie unter jeder Ausgabe platzieren können. Sie können Bilder oder Links hinzufügen sowie andere Teammitglieder markieren – während dies alles auch für Trello gilt, verleitet Sie die Benutzeroberfläche wirklich dazu, mehr Inhalte zu platzieren, was dazu beiträgt, mehr Daten zu jeder Aufgabe zu haben.

Die Vor- und Nachteile von Jira

Jira ist ein sehr etabliertes Tool mit vielen Features, die speziell für die Softwareentwicklung eingebaut wurden. Es bietet eine Reihe von Integrationen mit anderen Systemen und hilft Ihnen, gut organisiert zu bleiben. Es eignet sich besonders gut für (sehr) große Teams.

Jira, ein leistungsfähiges, funktionsreiches PMT, kann für einen unerfahrenen Entwickler etwas entmutigend sein. Die Erfahrung kann überwältigend sein – Sprints, Epics und Issues können alle miteinander verschmelzen. Dies gilt insbesondere, wenn der Manager ein Kunde mit wenig Erfahrung in der Softwareentwicklung ist und versucht, ein Team von Entwicklern zu leiten. Ich empfehle Jira sehr für große Teams und große Projekte, deren Entwicklung eine Weile dauern wird (mehr als ein paar Monate), sowie für erfahrene Manager (Kunden) und Entwickler.

Vorteile

  • Speziell für die Softwareentwicklung entwickelt
  • Ermöglicht, dass jede Ausgabe viele Inhalte haben kann, wie Links, Bilder, Anhänge
  • Verfügt über eine mobile App mit Benachrichtigungen, mit der Sie Ihre Probleme jederzeit im Auge behalten können
  • Integriert Sprints in den Kern des Produkts
  • Bietet eine sehr intuitive Aufgabenfilterung, damit Sie sich auf die für Sie relevanten Aufgaben konzentrieren können

Nachteile

  • Verfügt über viele Funktionen, sodass Sie die Software leicht zu wenig nutzen können
  • Erfordert etwas Training, um alle Funktionen nutzen zu können
  • Erfordert (oder wird zumindest immens unterstützt) ein Verständnis der agilen Entwicklung
  • Kann für ein kleines Projekt mit einem kleinen Team ein Overkill sein

Trello

Trello lässt sich in einem einfachen Satz zusammenfassen: „Boards with Cards“, auch bekannt als Kanban . Auf den ersten Blick mag es für ein ungeschultes Auge sogar viel zu einfach sein; Einfache Dinge können jedoch äußerst nützlich sein.

Ein Diagramm von Trello und seinen Hauptfunktionen

Einfachheit ist ein starkes Konzept. Das ist einer der Gründe, warum iPhone und Mac so beliebt wurden, da ihr Betriebssystem einfach und angenehm zu bedienen war. Während Jira das Gefühl hat, alles zu haben, was Sie sich vorstellen können, hat Trello das Gefühl, gerade genug zu haben, um Sie durchzubringen. Keine Epen, keine Geschichten, keine Sprints – Sie arbeiten einfach an einer Karte und bewegen sie durch die verschiedenen Phasen (Spalten).

In Anbetracht dessen, dass all dies auch in Jira vorhanden ist, werde ich einige der Funktionen erläutern, die in Trello am meisten glänzen.

Stufen

Trello macht das Definieren von Phasen sehr einfach – erstellen Sie einfach eine Spalte und beginnen Sie damit, sie zu verwenden. Die häufigsten sind To Do, Doing, Review und Done. Aufgrund seiner Einfachheit können Sie andere Spalten wie On Hold hinzufügen (Jira kann das auch, aber es fühlt sich an, als ob sie verloren gehen, wenn Sie nicht explizit nach diesen Problemen suchen) oder Spalten für verschiedene Teile des Systems erstellen, wie Todo Front-End oder Todo-Backend. Dies ist hervorragend, wenn das Team und das Projekt klein sind, wie z. B. eine einfache Website, ein Widget oder eine Erweiterung, bei der nicht viele Mitglieder oder Aufgaben gleichzeitig verwaltet werden müssen.

Mitglieder

Sie können Mitgliedern eine Karte zuweisen und so weisen Sie einem Entwickler eine Karte zu – sehr einfach dort. Sie können auch andere Mitglieder in den Kommentaren markieren, was allen an einem Problem Beteiligten hilft, weiter darüber zu kommunizieren.

Mit einem einzigen Klick können Benutzer ihre Karten oder Karten, die anderen Teammitgliedern gehören, einfach filtern, was in der Kalenderansicht besonders praktisch ist.

Sehr visuell

Aufgrund seiner Einfachheit zeigt Trello das Kanban immer dann an, wenn Sie den Inhalt einer Karte öffnen. Es ist ein sehr visueller Ansatz, da man sich dieser Ansicht nicht entziehen kann. Karten können auch Bilder haben, die auf der Tafel sichtbar sind.

Eine visuelle Darstellung der Kanban-Board-Ansicht von Trello

Das ist etwas, das Jira nicht hat (oder zumindest habe ich nicht gesehen, dass es in einem echten Projekt verwendet wird). Da ein Bild mehr als Worte sagen kann, können Sie leicht sehen, was los ist, ohne jedes Ticket öffnen zu müssen.

Darüber hinaus können die farbenfrohen Tags von Trello verwendet werden, um noch mehr Informationen hinzuzufügen, ohne eine Karte erweitern zu müssen. Mit ein wenig guter Organisation können sich diese Kanban-Äquivalente von Post-It-Etiketten als sehr hilfreich erweisen und Ihnen viel unnötiges Klicken ersparen.

Informationsüberlastung

Aufgrund seiner inhärenten Einfachheit drängt Trello Sie dazu, die Dinge einfach und auf den Punkt zu bringen, um das Gefühl zu vermeiden, von Bergen von Informationen überwältigt zu werden. Oft arbeiten Sie an einem Projekt, in dem Sie ständig mit Benachrichtigungen für Elemente bombardiert werden, an denen Sie nicht einmal beteiligt sind.

Dieses zusätzliche Rauschen scheint zumindest meiner Erfahrung nach bei Trello etwas reduziert zu sein. Da Trello beim Hinzufügen von Informationen nicht so benutzerfreundlich ist, habe ich herausgefunden, dass Vorgänge tendenziell kleiner sind, was bedeutet, dass Aufgaben in kleinere Teile zerlegt werden als in Jira. Mit etwas Planung sollten diese kleinen Aufgaben nicht zu viel Lärm verursachen.

Gamifizierung

Das Konzept der Gamifizierung besteht zum Teil darin, eine einfache Aufgabe zu übernehmen und sie durch die Verwendung von Belohnungen in ein Spiel zu verwandeln. „Schwierigkeiten schrecken Sie nicht ab, wenn sie mit Belohnungen ergänzt werden“, wie in diesem Artikel im Trello- Blog betont wird.

Es gibt einen Adrenalinschub (oder Dopamin), wenn ein Ticket von einer Stufe zur anderen verschoben wird. Da Sie eine Karte nicht in eine andere Phase verschieben können, ohne sie auf Trello zu ziehen (während es bei Jira am einfachsten ist, einfach den Status eines Problems zu ändern), erhalten Sie eine physische Verbindung zu Ihrem Fortschritt. Irgendwann, ohne dass Sie es merken, möchten Sie gegen sich selbst antreten, um an diesem Tag mehr Probleme zu erledigen als am Vortag (ich hoffe, ich bin hier nicht allein mit diesem Gefühl) oder Sie haben einfach Lust, um die Todo-Spalte zu kämpfen so schnell wie möglich entleeren. Viele Softwareprodukte nutzen heute Gamification, um ein größeres Engagement wie die Ansichten und Vorlieben auf den meisten sozialen Plattformen zu schaffen – dieser Mechanismus der Aktions-Belohnung ist es, der die Menschen auf den Plattformen beschäftigt.

Das Gute und das Böse

Ich bin immer noch erstaunt, wie angenehm sich die Verwendung von Trello anfühlt, und sicherlich ist seine Einfachheit entscheidend für diese Erfahrung. Aufgaben sind in der Regel kleiner – obwohl Sie die gleiche Arbeit erledigen, fühlt es sich besser an, drei Aufgaben in die Spalte „Zur Überprüfung“ zu verschieben, als den Status einer einzelnen Jira-Story auf „Fertig“ zu ändern. (Ich glaube, die Konversionsrate einer Jira-Story liegt bei etwa drei Karten auf Trello.)

Dies ist ideal für neue Entwickler oder Geschäftsinhaber, die versuchen, ein Projekt zu verwalten, da die Eintrittsbarriere sehr niedrig ist. Trello lässt sich leicht von jedem beherrschen, egal ob Software-Ingenieur oder andere. Das Problem ist, dass Trello für bestimmte Projekte und große Teams möglicherweise zu leichtgewichtig ist. Obwohl Sie problemlos zusätzliche Boards erstellen können, kann es zu Problemen führen, wenn viele Entwickler an einem einzigen Board arbeiten. Es ist qualitativ einfach nicht dasselbe wie der gemeinsame Arbeitsbereich von Jira.

Vorteile

  • Niedrige Eintrittsbarriere – Sie brauchen keine Erfahrung
  • Einfache Benutzeroberfläche
  • Extrem visuell – Sie haben sofort die Idee
  • Ideal für kleine Projekte und kleine Teams

Nachteile

  • Keine freundliche UI/UX, um einem Problem viele Details hinzuzufügen
  • Lässt sich auf Mobilgeräten nicht so gut übersetzen, da Sie physisch mehr Platz benötigen, um eine Kanban-Tafel anzuzeigen
  • Hat keine Möglichkeit (zumindest intuitiv), Aufgaben zu priorisieren

Sollte ich ein Projektmanagement-Tool verwenden?

Ja – ich denke, dass Sie in der heutigen typischen Situation, in der der Manager oder Geschäftsinhaber nicht rund um die Uhr für Fragen zur Verfügung steht, wirklich darüber nachdenken sollten, ein Tool zu verwenden, nur um ein Repository zu haben, in dem alles Notwendige niedergeschrieben ist in übersichtlicher Weise. Dies hilft Ihnen, Verwirrung oder verpasste Elemente zu vermeiden, weil sie bei einem Skype-Gespräch vergessen oder unter Hunderten von E-Mails begraben wurden. Wenn Ihr Projekt kleiner ist, wie z. B. eine Hobby-Website, ist ein PMT möglicherweise zu viel des Guten.

Welche sollte ich verwenden?

Die Antwort darauf ist diejenige, die Ihren Bedürfnissen am besten entspricht. Wenn Ihr Team aus mehr als vier Personen besteht und das Projekt länger als ein Jahr dauert, würde ich mich für Jira entscheiden. In diesem Fall empfehle ich Ihnen dringend, mehr über die Verwendung von Jira und die Verwendung von Softwareentwicklungsmethoden zu lesen.

Wenn Ihr Team weniger als vier Personen hat und das Projekt eine einfache Website ist oder vielleicht einige Funktionen zu einem bestehenden Projekt hinzufügt, empfehle ich Trello aufgrund seiner Einfachheit. Wie immer können bei Werkzeugen beide die Arbeit erledigen, aber das bedeutet nicht, dass das Beste für alle gleich ist.