Keine Artikel gefunden.

Lernen Sie Design Industries kennen — den Easy Agile Partner

Inhalt
Dies ist ein Text innerhalb eines div-Blocks.
Dies ist ein Text innerhalb eines div-Blocks.
Dies ist ein Text innerhalb eines div-Blocks.
Abonnieren Sie unseren Newsletter

Anfang dieses Jahres bei einem Gespräch mit Michael Dockery, Chefstratege von Designbranchen (DI) in Melbourne, Australien, fragte ich: „Was könnten wir besser machen?“

Michael sagte: „... eine Möglichkeit für Anbieter, die mit uns zusammengearbeitet haben, die Art und Weise zu verbessern, wie Partnerschaften gefördert werden.“

Mit diesem Vorschlag ist der Easy Agile Lernen Sie den Partner kennen Die Interviewserie war geboren. Passenderweise findet unser erstes Interview mit dem Unternehmen statt, das die Initiative vorgeschlagen hat.

Design Industries ist besessen davon, die Produktivität seiner Kunden aus Unternehmen und Behörden zu verbessern. Zu diesem Zweck optimieren sie die Nutzung der Atlassian-Tools durch ihre Kunden und implementieren bewährte Verfahren. Gleichzeitig stellen sie durch ihre Partnerschaften mit AWS und Ali Cloud sicher, dass die Plattform und die Apps hochverfügbar bleiben.

Hier ist ein Gespräch, das wir hatten mit Michael, Philip (Marketing- und Kommunikationsdirektor) und Alice (Geschäftsführender Geschäftspartner). Wir haben besprochen, wer sie sind und was sie tun, einschließlich einiger gängiger IT-Akronyme, über die Sie mehr erfahren können, wenn Sie sie nachschlagen:)

Wie bist du auf die Atlassian-Plattform gestoßen?

Michael: Design Industries begann als Webentwicklungsunternehmen. Wir haben benutzerdefinierten Code erstellt, dann E-Commerce-Content-Management-Systeme, Web-Builds, Startup-Beratung, benutzerdefiniertes API-Mapping - alles Mögliche! Wir haben Atlassian für unsere Servicebereitstellung gewählt, da wir zu der Zeit SVN, ich glaube, es war Base Camp und andere Tools verwendet haben. Wir wussten, dass wir etwas anderes brauchten. Ich habe mir jahrelang viele Plattformen angesehen und mir jedes Projektmanagement-Tool angesehen, das es gibt.

Mir ist Jira aufgefallen und ich fand, dass es kompliziert aussieht, ein bisschen überwältigend, und dann sah ich den Preis — zu diesem Zeitpunkt veröffentlichte Atlassian sein Software-as-a-Service-Produkt — 10$ für zehn Benutzer! Alles andere kostete 160$ pro Benutzer und Monat, also haben wir es in Angriff genommen, und im Nachhinein war das eine großartige Entscheidung.

Und wo ist das Geschäft von Design Industries heute?

Michael: Wir sind jetzt halb in Melbourne, halb in Cebu auf den Philippinen. Wir unterstützen Kunden in ganz Australien und helfen ihnen, das Beste aus dem Atlassian-Stack herauszuholen. Das meiste, was wir tun, ist Unterstützung rund um Projektmanagement-Lösungen. Daher kommen Unternehmen zu uns und sagen: „Wir wollen Atlassian verwenden“ oder: „Wir verwenden Atlassian für das Projektmanagement, kannst du uns helfen?“ Und der Hauptanwendungsfall bezieht sich auf ITSM (IT Service Management), wo sie irgendeine Art von ITIL-Praxis durchführen möchten, also helfen wir dabei.

Es gibt auch viele benutzerdefinierte Szenarien: Ein Marketing-, Finanz- oder HR-Team, das seine Arbeitsabläufe verbessern möchte. Wir haben vordefinierte Konfigurationssätze für all diese verschiedenen Arten von operativen Kernkompetenzen erstellt, um deren wiederkehrende Herausforderungen zu lösen.

Im Wesentlichen helfen wir Unternehmen dabei, ihre Praxis schnell einzuleiten oder ihre Fähigkeiten schnell zu verbessern, indem wir diese vordefinierten Konfigurationssätze implementieren. Auf diese Weise unterstützen wir führende Unternehmen dabei, das Beste aus dem Atlassian Enterprise-Stack herauszuholen. Der nächste Schritt besteht nicht nur darin, die Plattform zu unterstützen und ihre Funktionen zu verbessern, sondern auch darin, dies kontinuierlich tun zu können — und genau hier sind wir marktführend.

Was wir mit vielen unserer Kunden tun, ist, die Plattformen kontinuierlich zu verbessern: seien es Verbesserungen bei Konfigurationen oder Berichten, zusätzliche Plugins, die Außerbetriebnahme anderer Softwareplattformen in der Umgebung, das Onboarding von Teams und Funktionen sowie die Integration mit anderen Plattformen und Anwendungen im Hintergrund.

Gibt es nennenswerte Kundenprojekte, die Sie erwähnen könnten?

Michael: Es sind einige aufgeführt auf unsere Website. Wir halfen einem großen Einzelhändler bei der Umstellung auf die Atlassian-Plattform als Kerngeschäft und halfen ihm dabei, seine Atlassian Data Center-Umgebung einzurichten. Wir haben unsere standardisierten Konfigurationen für das Projektmanagement eingeführt und dann die unterschiedlichen Plattformen auf eine primäre Unternehmensinstanz migriert. Sie waren in der Lage, ihre Atlassian-Instanzen zu standardisieren und zu konsolidieren, das war also ziemlich cool!

Dann gab es ein weiteres bemerkenswertes großes Finanzunternehmen. Auch hier half Design Industries ihnen beim Aufbau eines Atlassian-Stacks mit unseren vordefinierten Konfigurationssätzen und diesmal in unserem verwalteten AWS-Service. Dann übernahmen wir die verschlüsselten Daten von ihrer Muttergesellschaft und importierten sie in diese neue Umgebung. Es hat sich inzwischen zum Unternehmens-Stack entwickelt — zu ihrer zentralen Bereitstellungsplattform.

Philipp: Jedes Mal, wenn ein anderes großes Unternehmen zu uns kommt, hilft es, unseren Wissenspool auszubauen. Wir hören oft Kunden sagen: „Wow! Was, du meinst, du kannst eine Atlassian-Instanz per Knopfdruck aufrufen? Und dann haben wir Enterprise Maturity als skalierbares Framework?“

Wir antworten mit: „Ja, das verkaufen wir hier. Wir bieten Ihnen eine entscheidende Verbesserung Ihrer organisatorischen Effizienz.“

Wo treten Ihrer Meinung nach häufig auftretende Fallstricke auf, wenn ein Kunde anfängt, Atlassian-Tools einzusetzen?

Michael: Das ist ganz einfach: Machen Sie es selbst, geben Sie zu viele Verwaltungsrechte an Personen, die nicht geschult und nicht qualifiziert sind, und setzen Sie es auf unregierte Weise um. Das ist ein großer Fehler! Ich habe jedoch gesehen, dass es als Veränderungsstrategie funktioniert. Sie wissen, dass Sie eine so große Veränderung nicht vornehmen können, ohne den Menschen zu erlauben, dies selbst zu tun. Also wirf es über den Zaun und sage „OK, hier ist das Tool, lauf damit“ und hoffe dann, dass die Nutzer begeistert sind. Wenn sie begeistert sind, kommen Sie zurück und passen Sie die Richtlinie nach und führen die Aufräumarbeiten durch, stellen Sie den Prozess in den Vordergrund und schulen Sie dann alle neu.

Wenn Sie schon einmal in der IT oder im Change Management gearbeitet haben, werden Sie mir sicher zustimmen, dass es ein kostspieliger Fehler ist, diese Strategie zu verfolgen. Es ist besser, es vom ersten Tag an richtig zu machen und es mit einer Vision im Hinterkopf zu steuern. Es ist eine Unternehmensplattform, kein unbedeutendes Stück. Welchen Teil von „unternehmenskritisch“ verstehen die Leute nicht?

Gibt es im Atlassian-Ökosystem etwas, das dich begeistert, weil es „die Zukunft“ ist?

Philipp: Automatisierte Testfälle!

Michael: Was aufregend ist, ist, dass es ziemlich unbegrenzt ist, was wir tun können, und die Fähigkeiten werden zunehmen. Ich kann mir vorstellen, dass diese Plattform hervorragend für einige Zukunftstrends geeignet ist, insbesondere im Bereich der Automatisierung. Ich freue mich einfach, dass es in diesem Bereich so viel zu tun gibt. Es gibt so viele Unternehmen, die die Funktionen nutzen könnten, die die Plattform bietet, und die meisten — auch wenn sie sie bereits haben — kratzen kaum an den Grenzen dessen, was möglich ist. Wir könnten die Türen für sechs Monate schließen und an uns und unseren Prozessen arbeiten!

Philipp: Vor zwei Jahren hatten wir Gespräche über die enorme Effizienz, die in der Regierung durch ein agileres Projektmanagement erzielt werden könnte. Schlecht verwaltete Projekte und die damit verbundenen Nacharbeiten sind mit so viel Verschwendung verbunden. Dann gibt es Dinge wie die Reaktion auf Naturkatastrophen, bei denen Sie eine zweckmäßige Projektmanagementumgebung einrichten, die zuständigen Personen benachrichtigen, die Koordination übernehmen und vor Ort Veränderungen herbeiführen können.

Michael: Automatisierte Reaktionen auf die Ausführung vordefinierter Pläne. Mir fallen so viele Dinge ein!

Also, wenn es um Agile geht, wo sind Ihre Kunden heutzutage?

Michael: Das Interessante an Agile ist, dass sich die Welt gedreht hat. Ich denke, jeder ist jetzt irgendwo auf der Agile-Reise, und das hat sich gegenüber vor ein paar Jahren geändert. Ich denke, der Ansatz und der Grad des Erfolgs sind zwischen unseren Kunden sehr unterschiedlich. Wenn ich die Büros betrete, sehe ich immer noch viele Wandtafeln und Haftnotizen. Es gibt immer Verbesserungspotenzial.

Die Reise hat begonnen. Einigen geht es gut; die meisten können sich verbessern; jeder ist mittendrin. Es sind interessante Zeiten im Weltraum.

Es gibt überall die Möglichkeit, agile Prozesse zu optimieren!

Michael: Ich denke es ist einfach schwer! Ich habe über das gelesen, was sie „Zero Budgeting“ nennen. Dabei handelt es sich um eine Methode zur Budgetzuweisung für agile Projekte.

Das ist eine so massive Veränderung in der Art und Weise, wie Projekte finanziert und entfinanziert werden. Wenn Sie da sitzen und sagen: „Okay, wir wollen den Wert, der zurückgegeben wird, live messen, damit wir die Finanzierung und Rückzahlung auf agiler Basis durchführen können“, müssen Sie über die entsprechenden Tools verfügen. Wenn Sie keine ordentliche Portfolioberichterstattung erstellen können, können Sie mir nicht sagen, was all Ihre Initiativen sind.

Das bedeutet, dass das Bereitstellungstool und das Portfolio eine gewisse Standardisierung aufweisen müssen. Sie können sich hinsetzen und sagen: „Okay, ich sehe meine Initiativen. Ich kann sehen, was einen Mehrwert bietet. Ich werde jetzt eine monatliche Budgetentscheidung treffen.“

Es geht also weg von diesen großen Projekten, bei denen der Großteil des C-Levels immer noch tätig ist, hin zu denen, wo sie einmal im Monat Finanzierungsentscheidungen treffen. Diese Entscheidungen sind viel kleiner und sie hängen davon ab, wem es gut geht.

Bei Agile gibt es unterschiedliche Interpretationen und Sie haben unterschiedliche Reifegrade in Organisationen gesehen. Welche Ressourcen stellen Sie Kunden zur Verfügung? Wie helfen Sie ihnen, Klarheit zu finden?

Michael: Was die Ressourcen angeht, habe ich früher ein Buch gekauft mit dem Titel Das Lean Startup und verschenke es wie verrückt. Das bringt dir Lean und Agile bei, und ich denke, die Leute müssen den Moment der Agile-Glühbirne durchleben. Ich kann mich noch sehr gut daran erinnern, als ich mit Agile meinen Aha-Effekt hatte — es gab ein Vorher und ein Nachher. Vorher herrschte Verwirrung und danach: „Aha! Ich verstehe das jetzt!“ Ich denke immer noch, dass das bei vielen Menschen so ist.

Der andere ist Lean, und ich denke, das ist Teil der Agile-Glühbirnen-Sache. Als hochrangiger Stakeholder wollen Sie Dinge erreichen; Sie werden in Dinge investieren. Aber ein Verständnis dafür zu haben, wie ein Lean-Ansatz aussieht und wie ein Lean-Ansatz umgesetzt werden kann, hilft einer Führungskraft, die in der Regel nicht die Zeit hat, an einer Agile-Schulung teilzunehmen. Es hilft ihnen, ein Gefühl dafür zu bekommen, wie sie Arbeit strukturieren, sie klein halten und einen gewissen Mehrwert bieten können.

Das Lean Startup Buch war das, was du früher empfohlen hast. Was machst du jetzt?

Michael: * scherzhaftig* Ich sage den Leuten, sie sollen sich das Buch holen!

Im Ernst, es gibt ein paar Prinzipien, die Sie verstehen müssen, und sie sind ähnlich, aber unterschiedlich. Waterfall hat Meilensteine, Agile hat eine Veröffentlichung. Waterfall hat eine Woche Arbeit, Agile hat einen Sprint, den du selbst festlegst. Ein Sprint kann zum Beispiel eine, zwei oder drei Wochen dauern — wir verwenden ihn wöchentlich. Du stehst an einem Montag auf und fragst: „Was liefern wir diese Woche?“

Der Vorteil von Agile besteht darin, schnell einen Mehrwert zu liefern und schnell Feedback zu erhalten, das als Grundlage für Ihre nächste Lieferung dient. In Waterfall folgen Sie einem vordefinierten Plan, der sich nicht ändern lässt. Ich stelle mir das gerne so vor: „Was machen wir diese Woche?“ in Waterfall und „Was liefern wir diese Woche?“ in Agile.

Lean-Agile ist der nächste Schritt, der die Lean-Prinzipien mit der Agile-Methodik verbindet. Es lohnt sich, das zu verstehen, wenn Sie in die Zukunft blicken. Das Lean Startup, es ist ein Klassiker. Die Leute fragen: „Wie gründet man ein Unternehmen? Was brauchst du am meisten?“ Das meiste, was Sie brauchen, ist buchstäblich ein Blatt Papier und ein Stift, und er gibt Beispiele dafür. Sie können dann sagen: „Ich brauche keine 100.000$, um ein Unternehmen zu gründen. Ich brauche ein Blatt Papier und einen Stift.“ Es wird viel erreichbarer.

Was haben Sie bei diesen Lean-Startup-Prinzipien in großen Unternehmen oder Behörden gesehen, das erfolgreich umgesetzt wurde?

Michael: Sie werden darüber sprechen in Das Lean Startup und nenne es ein „Tiger-Team“, und so haben es die meisten Organisationen letztendlich gemacht. Finden Sie ein Team, das ein bisschen innovativer und flexibler ist, und setzen Sie die Praxis um. Sagen Sie dann mit Unterstützung der Geschäftsleitung: „Okay, wir werden die Methodik ändern. Wie machen wir das? Wie finden wir ein Team, das dem gewachsen ist?“ Dann lassen Sie sie schulen, implementieren sie, regeln den Prozess, erhalten einen Best-Practice-Ansatz, Sie zeigen ihn und führen ihn in der Organisation ein. Ich denke, das ist den Führungskräften passiert, die sich für Agile entschieden haben. Der Rest ist im Moment nur am Rumfummeln.

Wo brauchen sie Hilfe, wenn sie herumfummeln?

Michael: Eher eine Erkenntnis, dass die Toolchain wirklich wichtig ist. Agil bedeutet, dass Sie immer noch einen schriftlichen Prozess benötigen. Sie müssen einen ausgearbeiteten Projektstrukturplan haben und dem Team klar machen, wie es die Arbeit aufteilen und dem System unterziehen wird, obwohl es „agil“ ist. Es erfordert immer noch eine Projektmanagement-Konfiguration und dann ein Portfolio-Reporting.

Wenn die Teams ihre eigenen Prozesse ausführen lassen, ist das höchst ineffektiv. Wir sehen Abteilungen wie: „Team A verwendet Story Points, Team B verwendet Estimation, Team C verwendet nichts... und Team D, naja, sie machen das irgendwie auf ihre eigene Art — ich glaube, sie sind Waterfall“. Was für ein Durcheinander!

Der gesamte Prozess erfordert jemanden, der verantwortlich ist. In den meisten Organisationen läuft diese Initiative, die als „digitale Transformation“ bezeichnet wird. Es erfordert, dass eine Person, die für die digitale Transformation verantwortlich ist, in der Lage ist, Entscheidungen über die Methodik des Projektmanagements zu treffen und darüber, wie diese mit den Tools zusammenhängt.

Philipp: Ich stelle mir das so vor, als würde man Führungskräften zum ersten Mal Feuer zeigen. Sie hatten noch nie eine Berichterstattung auf dem Niveau, von dem wir sprechen, wenn Sie mit diesem Toolset erst einmal von unten nach oben geschaut haben. Bisher lautete die Berichtskultur: „Können Sie uns fünf Folien für den Vortrag der Geschäftsleitung oder des Vorstands zur Verfügung stellen?“ wo es jetzt darum geht: „Nun, Sie können jetzt auf Knopfdruck über alles berichten und es in Echtzeit sehen.“

Es stärkt also auf oberster Ebene und gibt den Mitarbeitern die Möglichkeit, an wichtigen Aufgaben zu arbeiten.

Du hast Eric Ries erwähnt mit Das Lean Startup. Gibt es noch andere Vordenker, denen Sie folgen?

Michael: *lacht* McLaren.

Philipp: Michael ist besessen von der Formel 1. Es ist ein bisschen die treibende Kraft hinter der Art und Weise, wie wir die Dinge hier angehen.

Michael: Die Formel 1 ist sicherlich eine interessante Analogie. Ich weiß nicht, ob es um Vordenker geht, aber in Bezug auf einen Bereich der Inspiration, auf jeden Fall die Formel 1 und wie sie funktioniert, denn da steckt viel dahinter. Es ist Teamwork.

Es sind Hochleistungsteams, Hochleistungsmaschinen. Ich sehe mir an, wie wir die Werkzeuge konfiguriert haben, und das ist unsere Hochleistungsmaschine.

Es ist wahrscheinlich nicht so aufregend wie ein Formel-1-Auto, aber es ist das, was wir haben, und wir dürfen es auf jeden Fall fahren - aber es ist auch nicht so gefährlich!

Wir wissen, dass Sie Easy Agile Apps lieben. Gibt es noch andere Atlassian Marketplace-Apps, die du gerne empfiehlst?

Michael:Riada Insight Vermögensverwaltung ist wirklich mächtig. Wenn es um ITSM-Tools geht, sind die Monitoring-Tools, die Asset-Management-Tools und die Ticketing-Tools für viele Organisationen nicht integriert. Es ist ziemlich verworren. Wenn sich ein Unternehmen also Jira Service Desk ansieht, ist das ein Kinderspiel.

Dann gibt es Tempo-Zeiterfassung. Wenn einer unserer Kunden seinen Kunden eine Rechnung stellen möchte oder sie ihre Budgets effektiv verwalten müssen, funktioniert das perfekt. Es eignet sich auch für das Kapazitätsmanagement. Viele Organisationen haben Probleme mit ihrem Kapazitätsmanagement. Die Verwendung dieser Suite macht es sehr einfach.

Und schließlich, wenn ein Kunde jemals Kontakt aufnehmen möchte, was ist der beste Weg?

Philipp: Sie rufen uns unter 1300 736 363 an. Sie können auch ein Kontaktformular ausfüllen unter unsere Website. Das Formular wird schnell beantwortet. Wir antworten in der Regel innerhalb einer Stunde. Normalerweise buchen wir dann telefonisch. Wenn es sich um eine relativ einfache Anfrage handelt, können wir innerhalb von 12-24 Stunden ein Angebot erhalten.

Keine Artikel gefunden.

Verwandte Artikel

  • Company

    Lernen Sie Atlas Authority kennen — den Easy Agile Partner

    Atlassian-Alumni sind Teil des Easy Agile-Teams, wobei mehrere ehemalige Atlassian-Mitarbeiter im Easy Agile-Geschäft tätig sind. Wir hatten die Gelegenheit, mit Boris Berenberg, einem anderen Mitglied dieser erweiterten Alumni-Familie zu sprechen. Boris ist ein ehemaliger Atlassian, der schließlich den Atlassian Solution Partner in New York HQ gründete Atlas-Behörde.

    Es war ein besonders aufregender Tag für uns, Boris zu treffen, da Atlas Authority nach nur 3 1/2 Jahren den Gold Partner-Status bei Atlassian erlangte.

    Persönlich hatte ich das Vergnügen, nur wenige Meter von Boris entfernt im Büro in San Francisco zu arbeiten. Es war toll, seine Reise zu hören und zu erfahren, wie das Team von Atlas Authority in so kurzer Zeit zu zweistelligen Mitarbeitern in mehreren Ländern angewachsen ist. Lernen Sie Atlas Authority kennen, einen Einfacher agiler Partner.

    Wie bist du dazu gekommen, für Atlassian zu arbeiten?

    Ich habe Atlassian gefunden, weil mir ein Freund, mit dem ich aufs College gegangen bin, von dieser Firma erzählt hat, für die er gearbeitet hat und die dafür bezahlt hat, ihn für drei Monate nach Amsterdam zu schicken. Und ich fand das cool. Dieser „Vorteil“ war also der Antrieb dafür, dass ich mich darauf eingelassen habe.

    Ein obskurer Weg, „Jira zu finden“!

    Nun, ich habe bei Atlassian angefangen, mich eingehend mit Jira vertraut zu machen, weil ich dort einen Großteil der Performance-Tuning-Dokumentation mitgeschrieben habe. Ein Großteil dieser Arbeit wurde vom Support-Team in Sydney erledigt, und am Ende musste ich mich um die meisten leistungsbezogenen Tickets kümmern, die zu der Zeit im Büro in San Francisco eingingen.

    Als ich Atlassian verließ, war meine besondere Fähigkeit, die nur sehr wenige andere Leute hatten, die folgende: Wie macht man Jira schneller?

    Wie erreicht man eine Leistungsverbesserung bei Jira? Das war meine Expertise.

    Also hast du nach Atlassian Atlas Authority gegründet?

    Nach Atlassian brauchte ich etwas und ich habe für ein anderes Unternehmen gearbeitet. Während des Vorstellungsgesprächs habe ich ihnen empfohlen, für ein paar Monate nach einem Auftragnehmer zu suchen, aber sie waren immer noch der Meinung, dass für die Stelle ein Vollzeitmitarbeiter erforderlich war. Also schloss ich mich ihnen an. Es war ein großartiger Job und ein großartiges Team. Nach drei Monaten saß ich da und hatte nichts zu tun, so wie ich es vorhergesagt hatte. Also ging ich zum CTO, der zu der Zeit mein Chef war, und ich sagte, schau, mein oberstes Mandat war es, die Ausgaben von Atlassian zu diesem Zeitpunkt zu reduzieren. Ich gehe woanders arbeiten und wünsche euch viel Glück.

    Und zu diesem Zeitpunkt ging ich zur Arbeit bei Uber, und Uber war wahrscheinlich das beste Team, in dem ich je in meinem Leben gearbeitet habe. Wir arbeiten zu dieser Zeit mit einem der größten Atlassian-Bereitstellungen der Welt zusammen. Wir waren einfach alle auf derselben Wellenlänge. Dieses Maß an Verständnis und gemeinsamen Erwartungen in einem Team zu haben, war einfach nicht von dieser Welt.

    Aufgrund meiner Anstellung bei Uber hatte ich zu der Zeit einige Ideen, wie eine Atlassian-Praxis geführt werden sollte, und ich gründete Atlas Authority, um zu sehen, ob meine Ideen richtig oder falsch waren. Wenn sich herausstellen würde, dass meine Ideen für einen Teil des Marktes richtig sind, könnten wir ein erfolgreiches Unternehmen sein.

    Ich schätze, dreieinhalb Jahre später sind wir es. Wir sind jetzt fast 10 Leute in 3 Ländern.

    Würden Sie Ihr Fachwissen heute also als auf die Anwendungsleistung von Atlassian fokussiert einstufen?

    Früher haben wir uns speziell darauf konzentriert, zum Beispiel haben wir dem größten Telekommunikationsunternehmen in Amerika dabei geholfen, die durchschnittliche Ladezeit seiner Jira-Seite von 12 Sekunden auf 4,5 Sekunden zu reduzieren. Also eine enorme Verbesserung.

    Zur gleichen Zeit, als unser Geschäft wuchs, leistete Atlassian hervorragende Arbeit bei der Verbesserung der Leistung und Stabilität von Rechenzentrumsbereitstellungen. In Jira 8.0 haben sie in Bezug auf die Indexierungsleistung wirklich hervorragende Arbeit geleistet. Wenn du Jira-Releases überwachst, wirst du feststellen, dass ein ziemlich stetiger Strom von leistungs- und skalierbaren Problemen gelöst wird.

    Wir wussten, dass wir uns nicht weiter darauf konzentrieren konnten. Zu diesem Zeitpunkt sind wir quasi ein allgemeiner Atlassian-Partner geworden. Wir neigen immer noch dazu, mit sehr großen Rechenzentrums-Bereitstellungen zu arbeiten, bei denen Mitarbeiter hochtechnische Implementierungen durchführen, die sehr umfangreiche, praktische Analysen beinhalten, oder das Schreiben von benutzerdefiniertem Code. Wir führen Datentransformationen aus Migrationen von und in die Cloud durch. Wir helfen bei Plugin-Migrationen. Immer noch sehr komplexe Probleme, aber anders als zu Beginn.

    Heute haben wir auch ein Portfolio von 13 Atlassian Marketplace-Apps, die wir unsere eigenen nennen.

    Wurden diese Marketplace-Anwendungen von Kundenbedürfnissen abgeleitet?

    Wir haben das Marktplatzgeschäft von Atlas Authority auf verschiedene Arten gegründet. Atlassian veranstaltet regelmäßig eine Veranstaltung namens Ship It. Damals, als ich das erste Mal dazukam, war das Support-Team dafür berüchtigt, nicht an diesen Events teilzunehmen, denn obwohl alle anderen für 24 Stunden mit ihrer Arbeit aufhören können, fiel es dem Support-Team schwer, daran teilzunehmen, weil es auf Kundenanfragen antworten musste. Also habe ich mein Bestes gegeben, um teilzunehmen.

    Ich habe die Markdown Macro-App erstellt und während der ShipIt den zweiten oder dritten Platz für dieses Add-on belegt. Und ich habe ein Ticket für die Dropbox-Entwicklerkonferenz gewonnen, als mich das Developer Relations-Team als Gewinner ausgewählt hat.

    Als wir mit Atlas Authority anfingen, gewährte uns Atlassian tatsächlich die Möglichkeit, dieses Plugin weiterhin zu verwalten. Zu diesem Zeitpunkt ist es auf etwa 5000 Installationen und Millionen von Endbenutzern angewachsen. Wir veröffentlichen regelmäßig Updates und damit begann unsere Reise in den Atlassian Marketplace.

    Welches Add-on löst deiner Meinung nach das größte Problem?

    Unsere Kunden sind überwiegend große Organisationen. Die Kommunikation innerhalb von ihnen ist schwierig. Zum Beispiel sagen die Leute: „Hey, weißt du, mein CTO versteht die Arbeit, die wir in Jira machen, nicht. Wenn wir ein Reporting-Plugin kaufen, werden diese Informationen möglicherweise besser zur Verfügung gestellt.“ Die Sache ist, ein CTO möchte von vornherein nicht zu Jira gehen.

    Die meisten CTOs nehmen täglich an zwölf Besprechungen teil und treffen technische Entscheidungen. Es bleibt nicht viel Zeit, um ein Werkzeug zu durchforsten. Wenn Sie also am Montagmorgen eine E-Mail bereitstellen, die genau zusammenfasst, was in den verschiedenen Initiativen vor sich geht, werden Aktualisierungen automatisiert und die Kommunikation verbessert.

    Das bedeutet, dass Sie die richtige Botschaft im richtigen Format zur richtigen Zeit an die richtige Person weitergeben können.

    Der „Push“ -Charakter und die Allgegenwart von E-Mails machen unsere Benachrichtigungsassistent für Jira eine wirklich elegante Lösung.

    Verwendet Atlas Authority agile Methoden, um das Unternehmen zu führen?

    Ich hatte eine interessante Erfahrung mit Agile, denn als ich bei Atlassian gearbeitet habe, habe ich ein Tool entwickelt, das meine 20-prozentige Zeit genutzt hat. Das Tool lief großartig, aber das Projekt ist komplett gescheitert, weil wir die Ziele des Finanzteams erreicht haben und nicht das Support-Team, das für unsere Arbeit bezahlt hat. Also klassisches Szenario zum Scheitern eines Projekts. Eine wirklich schwierige Lektion und eine Erinnerung daran, warum ein Kernprinzip von Agile darin besteht, sicherzustellen, dass Ihre Stakeholder in das, was Sie entwickeln, einbezogen werden.

    Jetzt, wo wir in der Beratungswelt tätig sind und unsere eigenen Produkte besitzen, beschäftigen wir uns ständig mit Agile, sowohl in Bezug auf die Bereitstellung als auch auf interner Ebene. Intern verwenden wir Scrum für einen Großteil unserer Softwareentwicklungsarbeit. Auf der Support-Seite setzen wir Kanban stark ein.

    So sind Sie also auf die Produkte von Easy Agile gestoßen?

    Wir nutzten im Wesentlichen Einfache agile Roadmaps für zwei Dinge. Unsere Produktentwicklungsorganisation ist ein bisschen Gedrängter Sturz. Ein Teil des Wasserfalls auf hohem Niveau. Ähnlich wie bei der Planung auf Programmebene oder bei der Planung auf Themen- oder Initiativenebene, jedoch unter Verwendung einer Roadmap. Und dann brechen wir sie auf, wenn wir uns ihr nähern, und verwenden eine traditionellere Methode, um das zu erreichen.

    Auf der anderen Seite nutzten wir auch Easy Agile Roadmaps als Tool zur Visualisierung unserer Beratungsarbeit. Um zu sehen, welche Kundenprojekte parallel laufen und welche Ressourcen mit diesen Kundenkontakten verbunden sind.

    Wenn wir eine Person haben, die Teilzeit an einer Kundenmigration arbeitet und diese Migration drei Monate dauern wird, müssen wir in der Lage sein, das zu visualisieren. Zu diesem Zeitpunkt brauchten wir ein leichtes Tool, das uns das bieten konnte.

    Sie verwenden also Easy Agile Roadmaps, um Ihr Unternehmen zu führen! Wir fühlen uns geehrt. Haben Sie uns bei Kunden vor Ort getroffen?

    Das tun wir, aber wir bemerken sie aus den richtigen Gründen nicht!

    Wir verkaufen viele Plugins weiter, und ein starkes Statement für die Unterstützung der Tools von Easy Agile ist, dass sie so gut funktionieren, dass wir nicht viel mit Kunden zu tun haben. Wir müssen nicht viel Training machen. Die UX ist wirklich gut gemacht. Das visuelle Design ist so gestaltet, dass es in die Erzählung von Jira als visuelles Design passt. Ein Benutzer muss also keine neue visuelle Terminologie lernen.

    Aus Sicht der Leistung sehen wir bei einigen anderen Anbietern möglicherweise obskure Probleme. Zum Beispiel, wenn wir sehen, dass ein Synchronisierungsjob im Hintergrund ausgeführt wird und dadurch alles verlangsamt wird. Ein weiteres häufiges Problem, das wir beobachten, ist, dass große Unternehmen bei der Verwendung dieser Tools tendenziell ähnliche zeitbasierte Muster der Plugin-Nutzung haben. Ein anderes Beispiel ist, wenn jeder in der Organisation seine PI-Planung am selben Tag ungefähr zur gleichen Zeit durchführt.

    Wenn dieses Tool nicht so gebaut ist, dass diese Parallelität berücksichtigt wird, kann es zu schwerwiegenden Problemen kommen, wenn Menschen auf das Produkt angewiesen sind. In den meisten Fällen wird eine Anwendung zu 90 Prozent nur schwach genutzt. Und dann werden Sie bei 10 Prozent auf verrückte Spitzen stoßen, wenn es darum geht, was diese Anwendung vom Backend von Jira verlangt, was dazu führen kann, dass alles umfällt.

    Ich glaube nicht, dass wir uns in dreieinhalb Jahren Beratung mit einer einzigen Beschwerde über Easy Agile-Apps befassen mussten. Das ist unglaublich.

    Danke für deine Zeit Boris, aber ich muss fragen, warst du jemals in Amsterdam?

    Das ist also eine gute Frage. Also fragten sie mich während meines Interviews mit Atlassian, warum ich mich beworben habe. Ich erwähnte, dass ich häufig über das Unternehmen von der Entsendung gehört habe. Sie sagten, absolut, das kannst du mit uns machen. Ich hätte es schriftlich bekommen sollen, da es über 3 Jahre gedauert hat, bis ich dort angekommen war!

    Aber das Warten hat sich gelohnt, ich hatte eine tolle Zeit. Ich habe Amsterdam geliebt und bin seitdem fünf oder sechs Mal zurückgekehrt.

    Es war eine meiner Lieblingsstädte auf der Welt, in die ich je gegangen bin, und ich habe es besonders genossen, mit dem Team dort zu arbeiten.

    Atlassian Authority wurde von Modus Create übernommen.

    Brauchen Sie Hilfe? Nehmen Sie Kontakt auf mit Modus Erstellen oder folge ihnen auf Twitter, LinkedIn oder Facebook.

  • Company

    Easy Agile ist jetzt SOC 2 Typ 1 und 2 zertifiziert

    Wir freuen uns, Ihnen mitteilen zu können, dass Easy Agile die SOC 2 Type II-Konformität erfolgreich erreicht hat. Dies ist ein wichtiger Meilenstein in unserem unerschütterlichen Engagement für die Einhaltung hoher Sicherheits- und Datenschutzstandards.

    Easy Agile Icon and SOC 2 Icon

    Was ist SOC 2 Typ II-Konformität?

    System- und Organisationskontrollen (SOC) 2 ist ein weithin anerkannter Sicherheitsstandard, der von der AICPA entwickelt wurde und festlegt, wie Unternehmen Kundendaten verwalten sollten. Ein SOC 2-Bericht ist häufig das wichtigste Dokument, auf das sich Sicherheitsabteilungen verlassen, um zu beurteilen, ob ein Dienstanbieter in der Lage ist, angemessene Sicherheitsvorkehrungen zu gewährleisten.

    Dienstleister wie Easy Agile werden freiwillig einer strengen Prüfung und Bewertung unterzogen, um sicherzustellen, dass ihre Sicherheitskontrollen den Trust Services-Kriterien von AICPA entsprechen, darunter:

    • Sicherheit
    • Verfügbarkeit
    • Integrität der Verarbeitung
    • Vertraulichkeit

    SOC 2-Konformität gibt es in zwei Formen: Ein SOC 2-Typ-I-Bericht beschreibt das Design der Systemsteuerungen eines Dienstanbieters, um die relevanten Vertrauenskriterien zu einem bestimmten Zeitpunkt zu erfüllen, während ein SOC 2-Typ-II-Bericht detailliert beschreibt, wie effektiv diese Systemkontrollen über einen bestimmten Zeitraum funktionieren. Ein unabhängiger Prüfer, Johanson Gruppe, hat überprüft und zertifiziert, dass unsere Prozesse, Verfahren und Kontrollen so konzipiert sind, dass sie den SOC 2-Standards entsprechen.

    Nick and Dave at Easy Agile HQ / SOC 2 logo

    Was bedeutet das für dich?

    Unsere Erfüllung der SOC 2 Type II-Konformität bedeutet, dass Sie, wenn Sie die Dienste von Easy Agile nutzen, dies auch weiterhin mit der Gewissheit tun können, dass wir über robuste Kontrollen zum Schutz Ihrer Daten verfügen. Wir glauben, dass Sicherheit eine gemeinsame Verantwortung ist, und dieser Meilenstein ist Teil unserer kontinuierlichen Bemühungen, transparente und sichere Verfahren bereitzustellen, die Ihr Unternehmen unterstützen.

    Wir möchten uns bei Ihnen für Ihr Vertrauen und Ihre Unterstützung in Easy Agile bedanken. Ihre Datensicherheit und Ihr Datenschutz haben für uns oberste Priorität, und wir verpflichten uns, Dienstleistungen bereitzustellen, die die Industriestandards nicht nur erfüllen, sondern übertreffen.

    Wann kommt ISO 27001?

    Nachdem wir unsere SOC 2 Type II-Konformität abgeschlossen haben, werden wir uns in den nächsten 12 bis 18 Monaten auf die Einhaltung von ISO 27001 konzentrieren.

    Wo kann ich mehr erfahren?

    Besuchen Sie unsere Vertrauensbericht um auf Sicherheitsberichte und Überwachung zuzugreifen.

    Wenn Sie Fragen oder weitere Informationen zu unserer SOC 2 Type II-Konformität und deren Bedeutung für Sie haben, wenden Sie sich bitte an unser Team unter security@easyagile.com.

  • Workflow

    Scaled Agile Framework (SAFe) 5.0 — Das einfache Agile Review

    Ich hatte das Glück, zum jüngsten Global SAFe Summit nach San Diego zu reisen. Dort enthüllten die Leute von Scaled Agile Inc. SAFe 5.0 vor einem Publikum von 2.100 Menschen aus der ganzen Welt.

    Wie viele Anwesende war ich sowohl begeistert als auch überwältigt von all den Veränderungen, einschließlich der erfrischten Großes Bild, erneuter Fokus auf Kunden und Konzepte von Geschäftliche Agilität um nur einige zu nennen.

    Nach dem langen Flug zurück nach Australien und nachdem ich Zeit hatte, meine Erkenntnisse mit dem Team zu teilen, sind wir sehr gespannt, was diese Änderungen für die Skalierung der organisatorischen Agilität bedeuten, und wir möchten einige davon hier mit Ihnen teilen.

    Was ist neu in SAFe 5.0

    1. Einführung von Geschäftliche Agilität

    Wie ist das anders? Geschäftsflexibilität bezieht jetzt das gesamte Unternehmen in Richtung Wertströme ein und nicht einzelne Abteilungen.

    2. Das SAFe Big Picture hat ein erfrischtes Aussehen und eine neue Haptik

    SAFe Big Picture

    3. Neue SAFe-Übersicht

    SAFe overview

    4. SAFe 5.0 „überarbeitet“ 2 der Kernkompetenzen des Lean Enterprise:

    • Agile Produktbereitstellung durch DevOps und Release on Demand
    • Bereitstellung von Unternehmenslösungen von Business Solutions und Lean Systems Engineering

    Außerdem wurden 2 neue Kernkompetenzen hinzugefügt:

    5. Ein zehntes SAFe-Prinzip wurde angekündigt

    NEU: Prinzip #10 - Organisieren Sie nach dem Wert

    Warum freuen wir uns über SAFe 5.0?

    Es ist nicht das aktualisierte Big Picture-Diagramm oder der zugänglichere und „geschäftsfreundlichere“ Überblick, der uns an SAFe 5.0 begeistert. Worüber wir uns mehr als alles andere freuen, ist der erneute Fokus auf die Kunden — hurra!

    Während wir es genossen haben, eine Kundenversion von „Wo ist Wally?“ zu spielen In früheren SAFe Big Pictures bedeutet diese erneute Kundenorientierung einen Wandel im Reifegrad der Unternehmen, die SAFe einsetzen.

    Sie sind nicht mehr an einem Punkt angelangt, an dem „agiles Handeln“ ihr vorrangiges Ziel ist. Diese Umstellung auf Kundenorientierung verkörpert, was es wirklich bedeutet, agil zu sein, wobei die Zufriedenheit des Kunden unser vorrangiges Ziel ist.

    Wir haben diesen Wandel auch allgemein beobachtet, da die Kundenzufriedenheit in diesem Jahr als #1 -Erfolgsmetrik sowohl für agile Initiativen als auch für einzelne agile Projekte genannt wurde #StateOfAgile -Bericht.

    Wie fördert SAFe 5.0 die Kundenorientierung?

    Die überarbeitete Kernkompetenz von Agile Product Delivery (früher DevOps und Release on Demand genannt) ist es, die uns wirklich dazu bringt, Emojis wie ❤️ zu verwenden und uns begeistert.

    Bei der DevOps- und Release-on-Demand-Kompetenz ging es vor allem darum, „Kunden einen Mehrwert zu bieten“, indem Wertströme gebildet und Continuous-Delivery-Pipelines optimiert wurden, um Dinge schnell in die Hände der Kunden zu liefern.

    Die Idee, dass der Mehrwert für die Kunden = regelmäßiger Versand funktionierender Software ist, ist 💩.

    Ein schlechtes Feature ist immer noch ein schlechtes Feature, egal wie viel schneller es im Schoß der Kunden landet. Schlimmer noch, eine schlechte Funktion, die Ihre Kunden nicht nutzen, nicht wollten oder die sie in ihrer Arbeit nicht besser macht... Ich denke, du weißt, worauf ich damit hinauswill.

    Diese überarbeitete Kompetenz „Agile Product Delivery“ legt stattdessen den Fokus waaaaaayyyy, bevor überhaupt etwas gebaut wird. Die erste Aufgabe sollte darin bestehen, eine kundenorientierte Denkweise zu entwickeln, indem:

    • Der Kunde steht im Mittelpunkt
    • ihre Bedürfnisse verstehen
    • denken und fühlen wie der Kunde #bethecustomer
    • Aufbau einer kompletten Produktlösung
    • Kenntnis des Kundenlebenswerts

    Wie erreichen wir Kundenorientierung?

    Kunden in den Mittelpunkt aller Entscheidungen stellen und einbeziehen Design Thinking Die Integration von Praktiken in den Mix, lange bevor wir überhaupt darüber nachdenken, etwas zu entwickeln, ist der Schlüssel zur Kundenorientierung.

    Das klingt alles toll, aber wie sieht das in der Praxis aus? Das folgende Diagramm ist wahrscheinlich unser Favorit im gesamten SAFe-Katalog und wir glauben, dass es praktische Beispiele für Design Thinking in der Praxis zeigt:

    design thinking

    Unsere persönlichen Favoriten

    Personen 💁🏽 ‍ ♀️

    Auf den ersten Blick mag es trivial erscheinen, als Team zusammenzukommen und scheinbar gefälschte Dating-Profile für Ihre Kunden zu erstellen.

    Diese Übung bildet jedoch die Grundlage für andere agile Praktiken, die in der Vergangenheit entwickelt werden, und die wahrgenommenen Vorteile werden oft unterschätzt.

    Teams, die ein gemeinsames Verständnis und eine gemeinsame Ausrichtung auf die Arten von Personen haben, die die von ihnen bereitgestellte Lösung verwenden, haben eine höhere Erfolgswahrscheinlichkeit.

    Wir wollen sicherstellen, dass wir die richtigen Lösungen für die richtigen Leute entwickeln, um die richtigen Probleme zur richtigen Zeit zu lösen. Andernfalls riskieren wir das folgende Szenario:

    Den Kunden genau zu kennen, liegt nicht mehr in der alleinigen Verantwortung eines (traditionellen) Vertriebs- und Marketingteams. Agile Praktiken haben die Entwicklung funktionsübergreifender Teammitglieder erfordert, die sich verstärken und helfen, mit Kunden in Kontakt zu treten.

    Verwandter Blogbeitrag: wie du mit deinem Team Personas erstellst.

    Es ist kein Geheimnis, da die Macher von Einfacher agiler Teamrhythmus dass wir User Story Maps lieben (schamlos 🔌).

    Was ist also an dieser agilen Praxis, die wir so sehr lieben, dass wir beschlossen haben, auf dieser Grundlage ein Unternehmen zu gründen?

    Der Zweck dieser Aktivität besteht darin, ein gemeinsames Verständnis dafür zu schaffen, wer unsere Kunden sind, wie sie mit unseren Produkten interagieren und wie wir unsere Entwicklungsbemühungen auf Geschichten konzentrieren sollten, um unseren Kunden den größtmöglichen Nutzen zu bieten.

    Mit anderen Worten, es gibt uns die Möglichkeit zu sagen, ok, ich arbeite daran, diese User Story zu erstellen, ich weiß, für wen der Benutzer, für den ich diese Story schreibe, und ich kann verstehen, auf welchen Teil der Kundenreise sich das direkt auswirken wird.

    user story mapping

    Wir glauben, dass dieses gemeinsame Verständnis unglaublich wichtig ist, um mit Empathie aufzubauen und unsere Kunden in den Mittelpunkt all unserer Entwicklungsentscheidungen zu stellen. Wir glauben, dass diese Praxis ein Beispiel dafür ist, was es heißt, kundenorientiert zu sein, und deshalb haben wir es ❤️ gemacht.

    Urteil

    Easy Agile begrüßt die großen Änderungen, die mit SAFe 5.0 eingeführt wurden, insbesondere in den Bereichen Kundenorientierung, Design Thinking und geschäftliche Agilität. Wir können es kaum erwarten zu sehen, wie unsere Kunden beginnen, dies in ihren Teams einzuführen.