Agile Ants Product Lab – Von der Produktidee zum Minimum Viable Product

Sie haben eine Produktidee und möchten diese schnell umsetzen, wissen aber nicht genau welcher Aufwand und welche Kosten auf Sie zukommen?

Viele Projekte werden nach dem klassischen Wasserfallprinzip geplant. So wird das ganze Projekt am Stück definiert, in aufeinander aufbauende Phasen eingeteilt und umgesetzt, ohne die Möglichkeit der späteren Revision einer Phase. Viele gute Ideen und ein großzügiges Budget motivieren das Team mit voller Kraft in das Projekt zu starten. Jedoch kristallisiert sich oftmals nach einigen Monaten der Arbeit heraus, dass ungeklärte Fragen und überraschende Probleme aufkommen, die die geplante Markteinführung weit zurückwerfen. Zudem können sich während der Entwicklungsphase Rahmenbedingungen grundlegend ändern (z.B. technologische Weiterentwicklungen oder Marktgegebenheiten).

An dieser Stelle können viele Entscheidungen schwer rückgängig gemacht werden und das Projekt kostet deutlich mehr Zeit und Geld als ursprünglich geplant.

Solche Probleme entstehen häufig dann, wenn man schnell das fertige Produkt liefern möchte, ohne genau zu wissen, welche Komplexitäten lauern. Außerdem ist die schnelle Fertigstellung eines Produktes, das bereits im ersten Release seine volle Marktreife besitzen soll, schwierig. Deutlich effektiver ist es ein Projekt in kleineren Iterationen aufzubauen, um Fehler schnell aufzudecken oder sogar zu vermeiden. Außerdem kann dann auf Erkenntnisse, die “entlang des Weges” entstehen, einfacher reagiert werden.

Ebenso die Frage was wann budgetiert werden muss, kann eine große Hürde darstellen. Welche Größe sollte das Sparschwein haben, welche Kosten können vermieden werden und welche sind unbedingt notwendig?

Auch der zeitliche Aspekt spielt eine wichtige Rolle, denn bei der Produktentwicklung darf die Dauer des Prozesses bis zur Marktreife nicht unterschätzt werden. Je mehr Features das Produkt haben soll, desto mehr Zeit muss investiert werden.

So stellen sich Unternehmern häufig unterschiedliche Fragen, wenn es um eine neue Idee geht: Haben wir die nötige Expertise? Können wir die Kosten stemmen? Wird unsere Idee auf dem Markt funktionieren? 

Am liebsten würde man in eine Kristallkugel schauen und sich diese Fragen im Voraus beantworten lassen, um mit seiner Produktidee auf der sicheren Seite zu sein. Die gute Nachricht ist – es bedarf keiner gläsernen Kugel, sondern der richtigen Methode eine strukturierte Planung des Projekts aufzustellen und eines Teams, das Experte auf diesem Gebiet ist.

Die Lösung

Es gibt unterschiedliche Lösungsansätze für das Vorgehen in der Produktentwicklung. Bei der sogenannten iterativen Entwicklung wird das gesamte Projekt in kleinere Iterationen geteilt. Dabei ist jede Iteration ein in sich geschlossener Prozess und liefert als Ergebnis einen funktionierenden Zwischenstand des Produktes. Dieser wird anschließend vom Team anhand der Anforderungen auf Qualität geprüft und in der folgenden Iteration weiter ausgebaut. Ein Produktentwicklungs-Team spielt dabei eine entscheidende Rolle, um das Projekt strukturiert voranzutreiben.

Das Agile Ants Product Lab

In unserem Agile Ants Product Lab konkretisieren wir Ihre Idee und setzen sie schnell und kostengünstig in eine erste Version um – so entsteht das sogenannte „Minimum Viable Product“ (MVP).

Wie sieht das in der Praxis aus?

Schritt 1: Der Design Sprint

Im Verlauf eines bis zu 5-tätigen Design Thinking Workshops spezifizieren wir Ihre Produktidee gemeinsam mit Ihren Experten. Am Ende des Workshops entsteht ein erster Prototyp und wird einer potenziellen Zielgruppe vorgestellt um herauszufinden, ob das Produkt Potenzial am Markt hat. 

Schritt 2: Das Backlog Building

Im Anschluss eines erfolgreichen Design Sprint Ergebnisses definieren wir gemeinsam ein Product Backlog. Das heißt wir halten die für Sie essentiellsten Produktanforderungen und Abnahmekriterien fest. Zusätzlich definieren wir den Umfang des ersten Entwicklungsschrittes. Wir legen dabei Wert darauf, dass die Iteration klein genug ist, um sie schnell umzusetzen, aber gleichzeitig so detailliert gestaltet, um den Nutzen des Produkts vermitteln zu können.

Schritt 3: Die MVP Entwicklung

Unser Ziel ist es zusammen mit Ihnen ein MVP zu entwickeln, das einen hohen technischen Reifegrad besitzt, jedoch einen minimalen Funktionsumfang hat, der iterativ erweitert wird. So realisieren wir eine kurze „Time-to-market“ und können kontinuierlich auf dieser ersten Version aufbauen.

Im Agile Ants Product Lab schaffen wir einen für Sie berechenbaren finanziellen Rahmen, indem wir Ihnen die ersten zwei Schritte zum Festpreis anbieten. Zum anderen machen wir transparent wie viel Zeit und Ressourcen die Entwicklung Ihrer Produktidee in Anspruch nimmt. So wird das gesamte Projekt besser kalkulierbar.

Wir helfen Ihnen bei Ihrer Produktentwicklung – Ganz unkompliziert und in kleinen Iterationen. Das schafft schnelle Ergebnisse bei geringem Investitionsrisiko.

Schon morgen könnten wir mit Ihrer Produktidee starten!

Falls Sie Interesse an einem unverbindlichen Gespräch haben, schauen Sie gerne auf unserer Homepage vorbei oder kontaktieren Sie uns direkt.

TEAMBUILDING DIGITAL – WELCHE MÖGLICHKEITEN GIBT ES, UM DEN TEAMSPIRIT ZU STÄRKEN?

Teamevents und -aktivitäten waren vor Corona nicht aus dem Arbeitsalltag wegzudenken. Sie waren ein wichtiger Grundbaustein für ein gesundes Teambuilding und eine spannende Abwechslung zum Arbeitsalltag. Doch momentan befinden sich viele Mitarbeiter:innen durch die COVID-19 Situation im Homeoffice und das persönliche Zusammenkommen in den Teams ist auf ein Minimum reduziert.

Umso wichtiger ist es, auch in der heutigen Zeit viel Wert auf Teambuilding und Aktivitäten zu legen – doch wie kann man das online und remote am besten gestalten?
Dafür haben wir hier eine Sammlung an spannenden und abwechslungsreichen Remote- und Onlineaktivitäten vorbereitet. Damit klappt das nächste digitale Offsite oder Teambuilding auch bei Ihnen.

1. Klassische Teambuilding Aktivitäten remote gedacht

Social Beer

Das Social Beer ist eher ein klassischer Ansatz zu einer Remoteaktivität für das Team. Man sucht sich einen Abend, an dem das Team Zeit hat und organisiert für diesen Abend ein sogenanntes “Social Beer”. Der Abend an sich hat kein – oder nur ein kleines – Rahmenprogramm. Hier geht es eher darum den persönlichen und privaten Austausch untereinander zu fördern. Kaltgetränke sind natürlich erwünscht, auch nichtalkoholischer Natur. 

Virtual Book Club

Der Virtual Book Club schafft eine Plattform dafür, sich über fachlich relevante, aber auch über Bücher auszutauschen, die mit der Arbeit nichts zu tun haben. Dabei gibt es zwei Möglichkeiten den Book Club durchzuführen. Entweder stellen alle Teilnehmenden ein Buch vor, das sie momentan lesen und sprechen Empfehlungen aus und diskutieren über ihre Lieblingsbücher. Die andere Möglichkeit wäre, als Book Club gemeinsam eine Lektüre zu selektieren und diese dann kapitelweise zu lesen und im Book Club immer das Kapitel der letzten Woche zu besprechen und intensiv zu diskutieren.

Online Escape Room

Der Escape-Room ist eine beliebte Teambuildingaktivität. Und das zu Recht. Umso besser, dass es jetzt auch sogenannte “Online Escape-Rooms” gibt, die den Spaß eines Escape-Rooms absolut coronakonform und remote an den eigenen Schreibtisch bringen. Man braucht keine besondere Ausstattung, alles, was man für so einen Online Escape-Room braucht, wird vom gängigen Homeoffice-Equipment mehr als abgedeckt. Es gibt diverse Anbieter für solche Online-Escape Rooms – und auch wenn es erst befremdlich wirken mag: Unsere Erfahrungen damit waren sehr spaßige Abende für das ganze Team.

Online Team Dinner

Das Online Team Dinner ist im Prinzip eine Erweiterung des Social Beers. Mit wenig Rahmenprogramm sollen hier Gespräche und der private Austausch im Team gefördert werden. Was das Online Team Dinner vom Social Beer unterscheidet, ist der Dinner-Part. Für den Abend bereiten alle Team-Mitglieder ihr Dinner vor – und essen dieses gemeinsam in einem virtuellen Raum. Wer das Ganze noch ein bisschen spannender machen will, der kann den gemeinsamen Abend schon beim Kochen starten. 

GIF-War

Eine kleine aber spannende Ergänzung an dieser Stelle ist der “GIF-War”. So nutzt man einen Channel in einem IM-Dienst wie bspw. Slack und täglich oder wöchentlich zum Feierabend haben alle Teammitglieder 10 Minuten Zeit gemeinsam das beste GIF zu einem bestimmten Thema zu posten. Wer das Ganze ein wenig ernsthafter betreiben will, kann über Reaktionen auch einen wöchentlichen Gewinner küren und ein Leaderboard einführen.

2. Spielerische Aktivitäten

Risiko

Das Spiel Risiko eignet sich wunderbar, auch langfristig angelegt für eine kleine Teamauszeit vom Arbeitsalltag. Entweder man spielt eine Partie gemeinsam am Stück – vielleicht ja im Rahmen eines Social Beers – oder man legt die Partie so an, dass man jeden Tag pro Person einen Zug ausführen kann, sodass die Partie Risiko zu einem Dauerbrenner im Team wird.

Dungeons and Dragons

Für die Rollenspiel-Fans unter uns eignet sich das Pen-and-Paper Spiel “Dungeons and Dragons” für spannende und vielseitige Teamabende. Die Regeln sind für Anfänger relativ gut verständlich und mit erfahreneren Spielern an der Seite ist eine Menge Spaß vorprogrammiert. Auch hier kann man eine langfristige Kampagne über mehrere Wochen anlegen oder sich dazu entschließen erst einmal nur zwei bis drei Sessions zu spielen. 

Among Us

Among Us hat das Netz im Sturm erobert – und das zurecht. Es ist kurzweilig und ist extrem zugänglich. Während eine Raumschiff-Crew versucht ein Raumschiff im All zu reparieren, sind unter ihnen sogenannte “Imposter”, die versuchen ihren Fortschritt zu sabotieren und die Crew nach und nach zu dezimieren. Wenn die Leiche eines Crewmitgliedes auftaucht, kann ein Notfallmeeting einberufen werden und Personen können aus dem Spiel gewählt werden. Die Crux: Niemand kann sich sicher sein, wer unter ihnen der Verräter ist. Wird die Crew überleben und die Imposter finden oder werden die Imposter sie vorher komplett ausgelöscht haben?

Scribbl.io

Bei Skribbl.io werden abwechselnd Begriffe gezeichnet (bzw. gescribbelt), das Team muss raten, welcher Begriff sich hinter dem Gekritzel verbirgt.
Klingt einfach, ist aber verdammt knifflig, zumal gegen die Uhr gespielt wird.

Bei Skribbl.io Sessions haben wir oft das Phänomen, dass die Teams kein Ende finden und immer “noch eine Runde” spielen wollen.

Virtual Boardgame Group

Für alle (virtuellen) Brettspiele, die auf einer regelmäßigen Basis oder auch einmalig als Event gespielt werden sollen, können sich Interessierte in einer Virtual Boardgame Group austauschen. Hier bespricht man miteinander virtuelle Brettspiele, tauscht Empfehlungen aus oder plant einfach mal eine gemeinsame Runde in einem Spiel der Wahl.

Virtual Game Group

Eine weitere Idee, um Aktivitäten im Unternehmen – auch bereichsübergreifend – im virtuellen Raum zu fördern, ist eine Virtual Game Group. Diese dreht sich rund um den Austausch zum Thema Videospiele und die Planung gemeinsamer Spieleabende. 

Nach unserer praktischen Erfahrung können die oben beschriebenen Teamaktivitäten, gerade in der aktuellen kontaktarmen Zeit, dazu beitragen den Teamspirit aufrecht zu halten bzw. weiter zu verbessern.

Wenn Sie weitere Fragen zur Umsetzung von Online-Teamaktivitäten oder zur erfolgreichen Umsetzung von agilen Projekten haben, kontaktieren Sie uns gerne unter contact@agile-ants.com

TESTEN IN AGILEN PROJEKTEN

Agile Softwareprojekte folgen besonderen Methoden, um Software anwenderzentrisch und iterativ zu entwickeln (ein paar Ansichten zu Sinn und Unsinn agiler Methoden: https://agile-ants.de/2019/11/27/alles-agil-oder-was/). Agiles Arbeiten führt zu schnelle Feedbackzyklen zwischen Entwicklungsteam und Product Owner und damit auch zu häufigen Lieferungen neuer Software Artefakte.

Potentiell produktionsreife Software mit jedem Sprint

In Scrum ist das Ziel jedes Sprints die Umsetzung der User Stories, auf die sich das Team zu Beginn des Sprints committed hat. Somit wird zum Ende jedes Sprints ein Stück Software geliefert, das diese neu umgesetzten Funktionalitäten beinhaltet.

Das bedeutet auch, dass dieses Sprint Artefakt einen Qualitätsanspruch haben sollte, der einem produktionsreifen Zustand entspricht (“potentially shippable”). Um dies zu erreichen, muss das Testen der Software fest in der Entwicklung verankert werden und in der Verantwortlichkeit der Entwicklungsteams liegen.

“Shift left” pattern

Je später im Entwicklungsprozess ein Bug gefunden wird, umso mehr Schaden (Kosten, Projektrisiko, Zeitverzögerungen, Verlust an Reputation) entsteht für das Unternehmen. Organisationen sollten also bestrebt sein, Fehler möglichst früh im Entwicklungsprozess zu finden und beheben. Das klingt zunächst logisch. 

Dennoch organisieren viele, auch agile, Projekte ausgerechnet ihre Testphasen nach dem Wasserfallprinzip: Erst wenn alle zu testenden Lösungsbausteine verfügbar sind finden zwei- bis dreimal jährlich groß angelegte Testvorhaben und komplexe Staging-Orgien statt.

Leider macht man auf diese Weise beim Thema Testen einen Teil der gewonnenen Agilität des Entwicklungsprozesses wieder zunichte. Funktionale Anforderungen werden im jeweiligen Sprint entwickelt und im Sprint Review abgenommen. Das umfangreiche Testen von funktionalen und – insbesondere auch – nichtfunktionalen Anforderungen wird jedoch oft asynchron zum Sprint oder einfach “irgendwann später” gemacht.

Man verschenkt zudem die Möglichkeit, die man durch das häufige Testen kleiner Inkremente hat: Frühzeitiges Erkennen und Beheben von Bugs und Verhinderung von Fehlerkaskaden, also unerkannte Fehler, die Folgefehler mit sich bringen (und deren Analyse meistens aufwendig und zeitraubend ist).
Daher streben agile Teams das “Shift left” Pattern an, also das Heranrücken der Testaktivitäten an den Entwicklungsprozess, der ganz links, also am Anfang einer Iteration steht, daher “Shift left”.

Regressives Testen

Regressives Testen ist ein fester Bestandteil in agilen Projekten. Es bedeutet, dass man bei der Neuimplentierung einer Funktionalität stets überprüft, ob diese Änderung/Erweiterung am Quellcode nicht zu einem anderen Problem führt. Dies gilt auch für Bugfixes, bei denen manchmal ein Fehler behoben wird und gleichzeitig zwei neue Fehler unbeabsichtigt eingebaut werden. 

Die Häufigkeit der Durchführung macht eine Automatisierung dieser Tests zwingend notwendig, um die Schlagzahl der Testdurchläufe realisieren zu können.

Hoher Automatisierungsgrad

Die Anforderungen an eine entwicklungsbegleitende Qualitätssicherung lassen sich am besten mit einem hohen Grad an automatisierten Test- und Deploymentverfahren bedienen. 

Dabei gilt keinesfalls “Viel hilft viel”, man sollte sich stattdessen vorher Gedanken machen, für welche Softwarekomponenten und Akzeptanzkriterien bestimmte Testarten am sinnvollsten sind. Ausserdem sollte die Wiederholbarkeit im Vordergrund stehen, also Tests die voraussichtlich bei jedem neuen Artefakt neu ablaufen werden.

Für die verschiedenen Testarten, z.B.

  • Unit Tests
  • statische und dynamische Codeanalyse
  • Oberflächentests
  • Schnittstellentests
  • Last- & Performancetests
  • Kapazitätstests

gibt es eine Vielzahl von Tools am Markt, sowohl im kommerziellen Bereich, aber auch als Open Source oder Community Projekt. Wir helfen Ihnen gerne bei der herstellerneutralen Auswahl des geeigneten Tools für Ihr Testvorhaben.

Continuous Integration

Meistens werden diese Tools mit Continuous Integration (CI) Werkzeugen wie Jenkins, Octopus oder Bamboo zu sogenannten Pipelines zusammengestöpselt, um automatisiert und regelmässig die Qualität der Software zu überprüfen. In den Pipelines werden der Ablauf der einzelnen Tools und ihre Parametrisierung festgelegt.

Das Starten der Pipeline kann entweder zeitlich gesteuert (z.B. nächtlich) oder ereignisgesteuert (z.B. bei Einchecken von Quellcode im Repository) erfolgen.

In einer erweiterten Variante einer CI-Pipeline kann auch die Auswertung der Testergebnisse anhand von vorher festgelegten Key Performance Indikatoren (KPIs) automatisch erfolgen, sodass ein manueller Eingriff nur bei Abweichung der Ergebnisse von den KPIs erforderlich ist.

Fazit:

Der Vorteil agiler Softwareentwicklung lässt sich nur dann vollständig heben, wenn man auch das Testen der Software agilisiert.

Testautomatisierung ist einer der Schlüssel zum Erfolg, jedoch für sich genommen keine Garantie für eine erfolgreiche agile Qualitätssicherung. Die konzeptionelle Vorarbeit ist nicht zu unterschätzen, zudem muss das Mindset aller am Projekt beteiligten stimmen.

Sollten Sie Rückfragen oder konkrete Anforderungen in den Bereichen “Agiles Testen” oder “Continuous Integration” haben, helfen wir Ihnen gerne mit unserer umfangreichen Projektpraxis in diesem Umfeld. Nehmen Sie gerne einfach Kontakt mit uns auf.

Image

Creating an agile mindset

Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam nonummy nibh euismod tincidunt ut laoreet dolore magna aliquam erat volutpat. Ut wisi enim ad minim veniam, quis nostrud exerci tation ullamcorper suscipit lobortis nisl ut aliquip ex ea commodo consequat. Duis autem vel eum iriure dolor in hendrerit in vulputate velit esse molestie consequat, vel illum dolore eu feugiat nulla facilisis at vero eros et accumsan et iusto odio dignissim qui blandit praesent luptatum zzril delenit.