Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Ähnlich wie Agil ist das BIO der Softwareentwicklung - aber reicht das um die Welt zu retten?
Ähnlich wie Agil ist das BIO der Softwareentwicklung - aber reicht das um die Welt zu retten? (20)
Kürzlich hochgeladen
Kürzlich hochgeladen (20)
Agil ist das BIO der Softwareentwicklung - aber reicht das um die Welt zu retten?
- 1. Agil ist das BIO der Softwareentwicklung - aber reicht das um die Welt zu retten?
- 3. 17 Männer gehen in ein Hotel und verfassen das agile Manifest.
- 4. Frank Robinson führt den Begriff MVP ein.
- 5. 329 × 499 - amazon.de
- 7. 329 × 499 - amazon.de
- 8. 329 × 499 - amazon.de
- 12. Lösen agil, Scrum, Kanban unsere Probleme..
- 13. … oder helfen sie uns lediglich dabei die falschen Probleme „richtiger“ zu lösen?
- 14. Früher hatten wir eine Featurefarm https://filmefuerdieerde.org/filme/essen-global
- 16. Software von glücklichen Entwicklern. Aus artgerechter Haltung.
- 17. 329 × 499 - amazon.de
- 18. Und wir bekammen eine agile Featurefarm http://www.biohof-aga.de/der-biohof/galerie.html
- 19. mehr Output ≠ mehr Nutzen
- 21. Doch.
- 22. Agil hat die Art wie wir Entwickeln zum positiven verändert.
- 23. Aber wir haben uns zu sehr auf das wie fokussiert.
- 24. Lasst uns nochmal einen Blick auf das was werfen.
- 26. M inimum V iable P roduct
- 27. 329 × 499 - amazon.de https://giphy.com/gifs/kill-luuTVxaoU1JMQ
- 28. –Frank Robinson www.syncdev.com/minimum-viable-product/ „We define MVP as… unique product that maximizes return on risk for both the vendor and the customer“
- 29. –Eric Ries Author of „Lean Startup“ www.syncdev.com/minimum-viable-product/ „The Minimum Viable Product is that product which has just those features and no more that allows you to ship a product that early adopters see and at least some of whom resonate with, pay you money for, and start to gave you feedback on.“
- 30. –Ash Maurya Author of „Running Lean“ and creator of „Lean Canvas“ www.leanstack.com/minimum-viable-product/ „Minimum Viable Product is the smallest thing you can build that delivers customer value.“
- 31. –Somebody who is wrong „let’s just remove these features and call it the MVP version.“
- 32. Wo kommt das Chaos her?
- 33. M inimum V iable P roduct
- 34. M eistens leider V öllig falsch P ferdamt ich brauche was mit P
- 35. nochmal
- 36. M eistens leider V öllig falsch P raktiziert
- 38. Das Produkt im MVP ist Wissen
- 39. –Eric Ries Author of Lean Startup“ www.syncdev.com/minimum-viable-product/ „A Minimum Viable Product is that version of a new product which allows a team to collect the maximum amount of validated learning about customers with the least effort.“
- 40. –Jeff Gotthelf Author of „Lean UX“ „Principle: Learning over Growth. It is difficult to figure out the right thing to build and scale a business around that thing at the same time. They are contradictory activities. Lean UX favors a focus on learning first and scaling second.“
- 41. –Steven Cohn Founder of Validately „The point of an MVP is to validate or invalidate a specific hypothesis. That is why Lean uses the concept of a concierge MVP and heavily relies on user testing of prototypes. An MVP can be coded, but the key is creating a product version focused on hypothesis validation, not growth.“
- 42. Your prioritized list of hypotheses has given you several paths to explore. To do this exploration, you are going to want to create the smallest thing you can to determine the validity of each of these hypothesis statements.
- 43. That is your MVP. You will use your MVP to run experiments. The outcome of the experiments will tell you whether your hypothesis was correct and thus whether the direction you are exploring should be pursued, refined or abandoned.
- 44. Lean UX makes heavy use of the notion of MVP. MVPs help test our assumptions – will this tactic achieve the desired outcome? – while minimizing the work we put into unproven ideas.
- 45. This concept is an important part of how Lean UX minimizes waste.
- 46. Hört nicht auf eure Mütter! Seid schnell, schmutzig und billig
- 48. Retten wir die Welt.
- 49. Je mehr Features ihr produziert, je mehr Ressourcen braucht eure Software.
- 50. Spart Features Rettet die Welt
Hinweis der Redaktion
- Herzlich willkommen. Agil ist das BIO der Softwareentwicklung - aber reicht das um die Welt zu retten? Um das zu klären möchte ich euch als erstes auf eine Zeitreise mitnehmen.
- Also, kommt mit ins Jahr 2001 und schauen mal was da so passiert ist.
- und ich beschäftige mich das erste mal mit IT und werde dafür bezahlt. Es erscheinen Bücher und Vorträge mit Titel wie …
- Und man kann sich die Reaktionen im Management vorstellen, wenn die so ein Buchtitel sehen oder einen Vortrag hören.
- In den folgenden Jahren geht es weiter und wir kriegen erzählt wie wir immer schneller unsere Arbeit schaffen.
- Wer lässt sich von solchen Versprechen nicht gerne verführen.
- Die eigentliche Frage hinter den neuen Modellen und wie sie angewandt werden ist doch
- Im Wasserfall geplant wurde in der Stillen Kammer Monate oder Jahre gebaut und dann wurde mit einem Big Bang eine Menge an Features geliefert Und mit etwas Glück waren dabei auch ein paar Features, die genutzt wurden - manchmal sogar so, wie sich das die Hersteller gewünscht haben.
- Teamorganisation, Iterationen, Sprints, schnell Lauffähige Software. Wir wollen entwicklen wir wollen Feedback. Die Anliegen dahinter ist super Was was wurde leider oft daraus?
- Burndownchart, Team Velocity, Product Owner auf die kaum Hinterkommen die Backlog mit Stories zu füttern und ein Hinterherhecheln nach dem großen Ziel. 4 mal soviel schaffen. Statt des Big Bang feuern wir jetzt mit einem Maschinengewehr neue Features auf unsere Kunden. Und klar, irgendwann wird schon eines Treffen aber
- Die Teams tauschen Wissen aus Wir erkennen Probleme und Missstände viel schneller Wir sind in der Lage auf Veränderungen zu reagieren
- Scrum, Kanban, Scrumban, Agiler Wasserfall, Hybrid, extreme Programming, BDD und TDD, Früher musste man darauf achten das eine Entwickler keine Goldkante mit an eine Feature macht - heute machen eine Goldkante an den Entwicklungsprozess
- Wikipedia schreib Das kleinste Überlebensfähige Produkt und ich denke
- Aber was steckt eigentlich dahinter?
- Frank Robinson sagt: Ein MVP ist ein Produkt mit maximalen Output im Verhältnis zum Risiko für Kunde und Entwickler
- Eric Ries, der Autor von Lean Startup sagt. Ein Product das nur die notwendigsten Features hat um es an Early Adaptors zu geben und Feedback und sogar Geld dafür zu bekommen
- Das kleinste Ding - kein Produkt um - Kundennutzen zu erzeugen. Ash Maurya Running Lean und Lean Canvas IN der Praxis passiert leider oft das.
- Leider ist aber das hier oft die gelebte Interpretation.
- Für mich steht MVP für
- Das Produkt im MVP ist nicht das Produkt aus der Lehre eines Produkt Managers. Aber wir lesen nicht die Bücher, wir hören den Begriff, wir gucken die ersten Treffer bei Youtube und dann geht es los. meine These ist:
- Die Hauptaufgaben eines MVP - lernen und verstehen
- Nochmals Eric Ries: Die Version eines Produktes die es dem Team ermöglicht das Maximum an Wissen und Lehren über unsere Kunden zu sammeln . mit dem kleinsten Einsatz
- Jeff Gotthelf: Lean UX Eines der Grundprinzipien des Lean UX sagt: Lernen geht über wachsen. Wir müssen unseren Fokus auf das Verstehen legen bevor wir unsere Geschäft wachsen lassen können. Gleichzeitig schließt sich das aus.
- Steve Cohn hat das für mich sehr treffend auf den Punkt gebracht. Der MVP Soll eine bestimmte Annahme belegen oder verwerfen- Nutzer tests mit Prototypen. Ein MVP kann gecoded sein, aber der Schlüssel ist ein Produkt um eine Annahme zu testen und nicht um ein Fundament für das weitere Wachstum zu schaffen.
- Wenn wir ein Ziel haben gibt es viele Möglichkeiten dies zu erreichen. Es geht darum diese Möglichkeiten auszuloten und mit geringste möglichen Einsatz eine Annahme zu testen
- Wir nutzen den MVP um Test damit zu machen. Gehen wir in die richtige Richtung Stimmt unsere Annahme
- Schaut man weiter in der Literatur wird das klarer. TEsten von Annahmen Werden wir so unser angestrebtes Ziel erreichen? Reduzieren der Aufwände in ungeprüfte Ideen
- Schaut man weiter in der Literatur wird das klarer. TEsten von Annahmen Werden wir so unser angestrebtes Ziel erreichen? Reduzieren der Aufwände in ungeprüfte Ideen
- Und testet eure riskanteste Annahme als erstes. Und findet euren Weg um das Ziel zu erreichen. Nutzt agile Methoden um schnell eure wichtigsten Features zu testen.
- Aber nochmal zurück zum Titel des Vortrags.
- Der Abend ist zwar noch Jung aber ich möchte ein kleines Spiel mit euch Spielen. Jeder, der schonmal was bei Amazon bestellt hat steht bitte auf. Jetzt bleiben die stehen, die in den letzten 30 Tagen bei Amazon was bestellt haben. Ok. Und jetzt bleiben bitte die stehen, die in den letzten 30 Tagen auf Amazon gegangen sind um zu schauen ob die ein neues Feature implementiert haben.
- Zu dem Thema gibt es viele spannende Talks - unteranderem von World Usability Day Hamburg Julian Mengel