Back

Agiles Helferlein

Favorite

Agile allgemein

Lean allgemein

Scrum

Kanban

XP

Leadership und Management

Moderation, Facilitation

Werkzeuge

    Lösche einen Favoriten
    Zurück zu deinen Favoriten

    Agile Werte (deutsch)

    Wir erschließen bessere Wege, Software zu entwickeln, indem wir es selbst tun und anderen dabei helfen. Durch diese Tätigkeit haben wir diese Werte zu schätzen gelernt:

    Individuen und Interaktionen mehr als Prozesse und Werkzeuge

    Funktionierende Software mehr als umfassende Dokumentation

    Zusammenarbeit mit dem Kunden mehr als Vertragsverhandlung

    Reagieren auf Veränderung mehr als das Befolgen eines Plans

    Das heißt, obwohl wir die Werte auf der rechten Seite wichtig finden, schätzen wir die Werte auf der linken Seite höher ein.

    Agile Values (englisch)

    We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:

    Individuals and interactions over processes and tools

    Working software over comprehensive documentation

    Customer collaboration over contract negotiation

    Responding to change over following a plan

    That is, while there is value in the items on the right, we value the items on the left more.

    Quelle

    Agile Prinzipien

    Unsere höchste Priorität ist es, den Kunden durch frühe und kontinuierliche Auslieferung wertvoller Software zufrieden zu stellen.

    Heisse Anforderungsänderungen selbst spät in der Entwicklung willkommen. Agile Prozesse nutzen Veränderungen zum Wettbewerbsvorteil des Kunden.

    Liefere funktionierende Software regelmäßig innerhalb weniger Wochen oder Monate und bevorzuge dabei die kürzere Zeitspanne.

    Fachexperten und Entwickler müssen während des Projektes täglich zusammenarbeiten.

    Errichte Projekte rund um motivierte Individuen. Gib ihnen das Umfeld und die Unterstützung, die sie benötigen und vertraue darauf, dass sie die Aufgabe erledigen.

    Die effizienteste und effektivste Methode, Informationen an und innerhalb eines Entwicklungsteams zu übermitteln, ist im Gespräch von Angesicht zu Angesicht.

    Funktionierende Software ist das wichtigste Fortschrittsmaß.

    Agile Prozesse fördern nachhaltige Entwicklung. Die Auftraggeber, Entwickler und Benutzer sollten ein gleichmäßiges Tempo auf unbegrenzte Zeit halten können.

    Ständiges Augenmerk auf technische Exzellenz und gutes Design fördert Agilität.

    Einfachheit - die Kunst, die Menge nicht getaner Arbeit zu maximieren - ist essenziell.

    Die besten Architekturen, Anforderungen und Entwürfe entstehen durch selbstorganisierte Teams.

    In regelmäßigen Abständen reflektiert das Team, wie es effektiver werden kann und passt sein Verhalten entsprechend an.

    Quelle

    Lift Off

    Buch - Video

    Retrospektive

    1. Set the stage
    2. Gather Data
    3. Generate Insight
    4. Decide what to do
    5. Close the stage

    Quelle

    Prime Directive

    Regardless of what we discover, we understand and truly believe that everyone did the best job they could, given what they knew at the time, their skills and abilities, the resources available, and the situation at hand.

    Glaubenssatz

    Ungeachtet dessen, was wir herausfinden, verstehen wir und sind fest davon überzeugt, dass jeder angesichts seines Wissens, seiner Fähigkeit und Qualifikation, den verfügbaren Ressourcen und der jeweiligen Situation sein Bestes gegeben hat.

    Quelle

    Prime Directive - Alternative

    Some days are better than others. Some days I’m in the “flow” state, doing awesome work. Some days I come to the end of a day and realized I’ve wasted a lot of time, made mistakes that I should have foreseen, or wish I could have done something differently. Regardless, those days have happened and our purpose here is to find out:

    1. What can we learn from our past actions and thinking that will inform and guide our future actions and thinking so that we can do a little better?
    2. How can we change our environment (“the system”) so that it’s easier for us to do awesome work and less likely for us for us to waste time and make mistakes?

    Glaubenssatz - Alternative

    Manche Tage sind besser als andere. An manchen Tagen bin ich im „Flow“ und mache herausragende Arbeit. An manchen Tagen realisiere ich am Ende des Tages, dass ich eine Menge Zeit verschwendet habe, Fehler gemacht habe die ich hätte voraussehen können oder bei denen ich manches anders hätte machen können. Ungeachtet dessen, das es diese Tage gab ist unser Ziel hier diese Fragen zu beantworten:

    1. Was können wir aus unseren vergangenen Taten und Gedanken lernen, dass unsere zukünftigen Taten und Gedanken beeinflusst, so dass wir etwas besser werden?
    2. Wie können wir unsere Umgebung verändern („das System“), so dass es uns einfacher fällt herausragende Arbeit zu machen und es weniger wahrscheinlich ist, dass wir unsere Zeit verschwenden und Fehler machen?

    Quelle

    Vegas-Regel für Retrospektiven

    "What happens in the Retrospektive, stays in the Retrospektive."
    Oder eben:
    Alles, was wir besprechen, bleibt bei denen, die jetzt hier sind. Es sei denn, wir vereinbaren gemeinschaftlich am Ende der Retrospektive eine Öffnung.

    Quelle

    Agile Fluency Model

    Pre-Agile

    Noch keine agilen Praktiken oder unbewusst.

    Focussing

    • Ziel: Besserer Einblick in die Arbeit der Teams; Möglichkeiten zum Umsteuern.
    • Invest: Teamentwicklung und Gestaltung der Arbeitsprozesse.
    • Methoden: Scrum, Kanban, nicht-technische XP
    • Dauer: 2-6 Monate

    Delivering

    • Ziel: Wenige Schwächen und hohe Produktivität.
    • Invest: Geringere Produktivität während technische Kompetenzen entwickelt werden.
    • Methoden: Extreme Programming, DevOps-Bewegung
    • Dauer: +3-24 Monate

    Optimizing

    • Ziel: Lieferung hochwertigerer Produkte und bessere Produktentscheidungen.
    • Invest: Soziales Kapital investiert für die Verlegung von Geschäftsentscheidungen und Expertise ins Team.
    • Methoden: Softwareentwicklung, Lean Startups, Beyond Budgeting
    • Dauer: +1-5 Jahre

    Strengthening

    • Ziel: Teamübergreifendes Lernen und bessere Entscheidungen innerhalb der Organisation.
    • Invest: eit und Risiko bei der Entwicklung neuer Führungsansätze innerhalb der Organisation.
    • Methoden: Organisationsdesign und Komplexitätstheorie
    • Dauer: unbekannt

    Quelle Blog

    Quelle Deutsch

    Quelle Web

    Lean Software Development Principien

    Quelle - Buch

    Arten von Verschwendung

    Buch

    Scrum Werte

    Fokus

    Because we focus on only a few things at a time, we work well together and produce excellent work. We deliver valuable items sooner.

    Mut

    Because we are not alone, we feel supported and have more resources at our disposal. This gives us the courage to undertake greater challenges.

    Offenheit

    As we work together, we practice expressing how we're doing, and what's in our way. We learn that it is good to express concerns, so that they can be addressed.

    Commitment

    Because we have great control over our own destiny, we become more committed to success.

    Respekt

    As we work together, sharing successes and failures, we come to respect each other, and to help each other become worthy of respect.

    Quelle

    Scrum Prinzipien

    Scrum Framework

    Scrum Bierdeckel

    Product Vision

    Elevator Pitch

    Produktname ist ein Produkttyp für Zielgruppe mit Hauptbedürfnis welches Hauptnutzen erfüllt.

    Im Gegensatz zu Hauptkonkurrent erfüllt Produktname Differenznutzen.

    Beispiele

    "Bis zum Ende dieses Jahrzehnts soll diese Nation, also die USA, einen Menschen auf den Mond geschickt haben und ihn wieder auf die Erde zurück bringen." - 1961, US-Präsident Kennedy, Mondlandung

    "The iPod will be a portable digital music player that will hold 5000 songs. It will have a battery life measured in days, not hours. You will navigate the thousands of songs with a single finge. You will sync all your music from your computer to the iPod in minutes automatically, so you can have all your music in your pocket" - Steve Jobs, iPod

    Product-Backlog

    DEEP

    Quelle - Buch

    Userstorys

    INVEST

    Quelle

    Splitting

    Quelle

    Kanban Prinzipien

    Quelle

    Kanban Praktiken

    Quelle

    Little's Law

    Durchlaufzeit = WiP / Durchsatz

    Quelle

    Lead- vs. Cycle-Time

    Lead- vs. Cycle-Time

    Quelle 1 - Quelle 2

    Service Levels (Cost of delay)

    Quelle

    Flight Levels

    Organisationseinheit mit unreguliertem Input

    Schneller Start. Verbesserte Kommunikation. Fokus auf das Beenden von Arbeit. Es wird an den falschen Dingen gearbeitet. Demand und Capability sind nicht in Balace. Viel wird repriorisiert.

    Organisationseinheit mit reguliertem Input

    Demand und Capability ist in Balance. Es wird an den richtigen Dingen gearbeitet. Nur lokale Optimierung.

    Optimierung des Wertstroms

    Optimierung der Interaktion von Teams/Abteilungen. Das Richtige zur richtigen Zeit tun. Demand und Capability ist über den gesamten Value-Stream balanciert. Fokus nur auf Projekterfolg.

    Optimierung des Portfolio

    Bewusste Business Entscheidungen. Fokus auf Business-Ziele nicht auf einzelne Projektziele. Stop starting and start finishing von Projekten.

    Quelle

    Save-to-fail Experimente

    Fit-for-purpose survey

    1. Sag uns, warum du dieses Produkt bzw. diese Dienstleistung ausgewählt hast. Wähle drei Gründe oder Erwartungen aus, die ausschlaggebend bei der Wahl waren.
    2. Sag uns für jeden Punkt, wie passend dieses Produkt bzw. die Dienstleistung war. Bewerte jeden Punkt nach diesem Schema:
      • 5: Meine Erwartungen wurden übertroffen
      • 4: Meine Erwartungen wurden genau getroffen
      • 3: Die meisten meiner Erwartungen wurden erfüllt. Ein paar nicht.
      • 2: Wichtige Erwartungen von mir wurden nicht erfüllt. Andere schon.
      • 1: Es war wertvoll aber die meisten meiner Erwartungen wurden nicht erfüllt
      • 0. Für mich gab es nichts nützliches.
    3. Sag uns für jeden Punkt, was ausschlaggebend für die Bewertung war.

    Fit-for-purpose box-score

    [% fit: % neutral: % unfit]
    (# Teilnehmer die an der Umfrage mitgemacht haben / # Gesamtanzahl der Teilnehmer)
    Beispiel: [60:30:10] (18/20)

    Quelle

    XP Werte

    Simplicity

    We will do what is needed and asked for, but no more. This will maximize the value created for the investment made to date. We will take small simple steps to our goal and mitigate failures as they happen. We will create something we are proud of and maintain it long term for reasonable costs.

    Communication

    Everyone is part of the team and we communicate face to face daily. We will work together on everything from requirements to code. We will create the best solution to our problem that we can together.

    Feedback

    We will take every iteration commitment seriously by delivering working software. We demonstrate our software early and often then listen carefully and make any changes needed. We will talk about the project and adapt our process to it, not the other way around.

    Respect

    Everyone gives and feels the respect they deserve as a valued team member. Everyone contributes value even if it's simply enthusiasm. Developers respect the expertise of the customers and vice versa. Management respects our right to accept responsibility and receive authority over our own work.

    Courage

    We will tell the truth about progress and estimates. We don't document excuses for failure because we plan to succeed. We don't fear anything because no one ever works alone. We will adapt to changes when ever they happen.

    Quelle

    FIRST Prinzipien

    Quelle

    SOLID Prinzipien

    Quelle

    Continuous Integration

    Quelle

    Continuous Delivery

    Quelle

    Continuous Deployment

    Microservice Characteristics

    Quelle

    Responsibility Process

    Attention: Works best self-applied

    Responsibility

    Owning your ability and power to create, choose, and attract

    Quit

    Giving up to avoid the pain of Shame and Obligation

    Obligation

    Doing what you have to instead of what you want to

    Shame

    Laying blame onto oneself (often felt as guilt)

    Justify

    Using excuses for things being the way they are

    Lay Blame

    Holding others at fault for causing something

    Denial

    Ignoring the existence of something

    Quelle

    Authority Levels

    1. Tell

    You make decisions and announce them to your people. (This is actually not delegation at all.)

    2. Sell

    You make decisions, but you try to “sell” your idea to your team. It is delegation by informing your people of your motivation.

    3. Consult

    You invite and weigh input from workers. It is delegation by consulting your people before coming to a decision.

    4. Agree

    You invite workers to join in a discussion and to reach consensus as a group. Your voice is equal to the others.

    5. Advice

    You attempt to influence workers by giving them advice, but you leave it up to them to decide what to do with your opinion.

    6. Inquire

    You let the team decide. And afterwards you inquire about their motivations, or you ask that they actively keep you informed.

    7. Delegate

    You leave it entirely up to the team to deal with the matter, and you don’t even need to know which decisions they make.

    Quelle

    Leadersheep

    Quelle (Poster)

    Situatives Führen

    Situational Leadership Hersey Blanchard

    Wikipedia

    Beyond Budgeting

    Führungsprinzipien

    Werte

    mit einigen wenigen, klaren Werten, Zielen und Grenzen lenken, nicht mit detaillierten Regelwerken

    Verantwortung

    allen Mitarbeitern ermöglichen, selbstverantwortlich zu denken und unternehmerisch zu handeln; nicht die Befolgung von Plänen anregen

    Selbständigkeit

    Teams die Freiheit und den Raum zum Handeln geben, ohne Mikro-Management von oben

    Organisation

    ein schlankes Netzwerk aus ergebnisverantwortlichen Teams schaffen, keine zentralistische, funktional geteilte Pyramide

    Kunden

    alle Mitarbeiter auf ihre Kunden ausrichten; nicht auf Hierarchie und Machtbeziehungen

    Transparenz

    Information zum Zweck der Selbststeuerung offen zugänglich bereitstellen, nicht den Zugang hierarchisch begrenzen oder Informationsmacht zulassen

    Performance-Management-Prinzipien

    Ziele

    relative Ziele für kontinuierliche Verbesserung setzen, keine fixierten Leistungsverträge verhandeln

    Belohnung

    gemeinsamen Erfolg basierend auf erbrachter Teamleistung belohnen; nicht einzelne Mitarbeiter durch Zielerreichung motivieren oder anreizen

    Planung

    als kontinuierlichen und integrierten Prozess praktizieren, nicht als jährliches Top-down-Event

    Ressourcen

    dann bereitstellen, wenn sie benötigt werden, nicht durch jährliche Zuteilung und Allokation

    Koordination

    Zusammenarbeit marktlich-dynamisch koordinieren, nicht über Planungszyklen

    Kontrolle

    basierend auf relativen Indikatoren, Trends und Soll-Ist-Vergleichen, nicht mittels Planabweichung

    Wikipedia - Buch

    Mutual Learning

    Werte

    Annahmen

    Verhaltensweisen

    Unilateral Control

    Werte

    Annahmen

    Quelle

    Power vs. Control Model

    Power Control Model

    Quelle

    5 Dysfunctions of a Team

    #1: Absence of Trust

    The fear of being vulnerable with team members prevents the building of trust within the team.

    Leader: Go first!

    #2: Fear of Conflict

    The desire to preserve artificial harmony stifles the occurrence of productive ideological conflict.

    Leader: Mine for conflict!

    #3: Lack of Commitment

    The lack of clarity or buy-in prevents team members from making decisions they will stick to.

    Leader: Force Clarity and Closure!

    #4: Avoidance of Accountability

    The need to avoid interpersonal discomfort prevents team members from holding one another accountable.

    Leader: Confront Difficul Issues!

    #5: Inattention to Results

    The pursuit of individual goals and personal status erodes the focus on collective success.

    Leader: Focus on collective Outcomes!

    Quelle

    Kotters Prozess für 'Leading Change'

    1. Create a Sense of Urgency
    2. Build a Guiding Coalition
    3. Form a Strategic Vision and Initiatives
    4. Enlist a Volunteer Army
    5. Enable Action by Removing Barriers
    6. Generate Short-Term Wins
    7. Sustain Acceleration
    8. Institute Change

    Quelle

    Moderationsmodelle

    Quelle (pdf) - Buch

    Diagnosis-Intervention Cycle

    1. observe behaviour
    2. infer meaning
    3. decide wether and how to intervene
    4. describe behaviour and test
    5. share infernece and test
    6. help group to change behaviour

    Quelle (pdf) - Buch

    Ground Rules for Effective Groups/Meetings

    1. State views and ask genuine questions
    2. Share all relevant information
    3. Use specific examples, and agree on what important words mean
    4. Explain reasoning and intent
    5. Focus on interests, not positions
    6. Test assumptions and inferences
    7. Jointly design steps and ways to test disagreements
    8. Jointly design next steps
    9. Discuss undiscussable issues

    Quelle (web) - Buch

    6 Thinking Hats

    1. weiß: Analytisches Denken (Fakten)
    2. rot: Emotionales Denken, Empfinden
    3. schwarz: Kritisches Denken
    4. gelb: Optimistisches Denken
    5. grün: Kreatives, assoziatives Denken
    6. blau: Ordnendes, moderierendes Denken (Big Picture)

    Quelle - Buch

    Check In/Out Beispiele

    Check In

    Check Out

    Feedback

    NPS Rechner

    Wikipedia

    Velocity Rechner

    Die letzten 8 Velocitys:

    Quelle

    Schätzpoker

    it-agile GmbH