Agile-Retrospektiven
Eine Retrospektive findet immer dann statt, wenn ein Team über das Vergangene nachdenkt, um sich in Zukunft zu verbessern. Ob in technischen oder nichttechnischen Teams – fast alles kann Gegenstand einer Retrospektive sein. Wir halten zum Beispiel gerade eine öffentliche Retrospektive zur Agile-Softwareentwicklung ab. Du kannst die Zukunft von Agile mitgestalten, indem du eigene Ideen zu unserem Board beisteuerst.
Dein Beitrag zur Diskussion unter #RetroOnAgile
Unter dem Hashtag #RetroOnAgile kannst du über deine Softwareentwicklung reflektieren. Teile uns mit #ILike mit, was dir gefällt, mit #IWish, was du gerne verbessern würdest, und mit #WhatIf, was du dir für die Zukunft wünschst. Unten findest du Hunderte von Antworten als Inspiration. Dein Feedback ist spätestens nach 24 Stunden hier zu lesen.
Profitipp: ^^^ Ersetze die Frage mit deiner Antwort, behalte aber die Hashtags bei ;-)
#ILike - having iterative development and useful product for users early and often https://t.co/Q1G3SMJoAz #RetroOnAgile
— Amy Patenaude (@LadyEngr802) April 16, 2018
#ILike the conversations that we have as a result of our agile process, which help us clarify assumptions and gaps in reasoning #RetroOnAgile
— Esther Lucia (@NearSideSays) April 16, 2018
#ILike working smarter and seeing solutions evolve through collaboration #RetroOnAgile
— Richard Coen (@RichardCoen9) April 13, 2018
If nothing else, I feel like I waste less time, using the agile process. I know within a few weeks, I'll get feedback on the direction I'm headed with a project. #RetroOnAgile
— Shaun Cave (@Yungdaht) April 13, 2018
#ILike to help people grow and to watch teams develop from a bunch of individuals into a team that takes over responsibility #RetroOnAgile
— Susanne Wesner (@SusanneWesner) April 13, 2018
#Ilike to work in a truly agile way. Enabling and empowering the teams is a powerful way to get your projects rolling. #RetroOnAgile
— Nicolai Kohlbauer (@niggls) April 13, 2018
#ILike - that I can express myself based on agile principles and values #RetroOnAgile
— Rose (@Mmallow91) April 13, 2018
#ILike The dent #agile methodology created in the software universe. https://t.co/VB1RLjxiDI #RetroOnAgile #Mozilla @DuckDuckGo @mozilla @Jira @Atlassian @TheASF
— Aishwary Shrivastava (@toxicaishwary) April 13, 2018
#ILike to work in a interdisciplinary team. Working together with people from other fields toward a common business goal is an amazing experience. #RetroOnAgile
— Rene Grohmann (@GrohmannRene) April 12, 2018
#ILike the Agile principles and values. #RetroOnAgile
— Amy Neil (@MomofXandM) April 12, 2018
#ILike that the focus of software development has changed from deliver software to deliver value. #RetroOnAgile #agile
— Ormycita (@mjormy) April 12, 2018
#ILike companies and CEOs like @peax_ch which are not afraid, to trust and to have confidence in their employees - giving them the chances to establish an agile culture to improve the development process #RetroOnAgile
— Ivan (@IvanAschwanden) April 12, 2018
#RetroOnAgile is a way for my #clockit team to unwind and make the next sprint better. Works amazingly well and puts down everyone's guard. #Jira #ILike
— ClockIt (@clockitio) April 12, 2018
#ILike - To see how team members have open and sincere conversations thinking together how to improve as a team #RetroOnAgile
— Antonio Valle (G2) (@avallesalas) April 12, 2018
#ILike The way agile pushes you to question the way yo do things an helps you improve constantly #RetroOnAgile
— Gonzalo Martín (@gmartinerro) April 12, 2018
#ILike - the willingness to continuously improve and try new things #RetroOnAgile
— Matthew Ho (@inspiredworlds) March 27, 2018
#ILike that our agile process involves hypotheses, experimentation, measurement, and outcomes other than "we've shipped it". #RetroOnAgile
— Mike Melnicki (@mikemelnicki) March 22, 2018
#ILike ability to change the direction, whenever it is reasonably justified #RetroOnAgile
— Kayyak A.K.A kayyaK (@pwysota) March 21, 2018
#ILike the attitude that we never settle. In the spirit of Continuous Improvement we always look for ways to surpass our past achievements. #RetroOnAgile
— Toivo Vaje (@ToivoVaje) January 26, 2018
#ILike that agile allows us to quickly react to changes in the SEO environment. SEO is always unpredictable to a degree. Agile comes with the necessary flexibility to adapt.#RetroOnAgile
— Kevin_Indig (@Kevin_Indig) March 26, 2018
#ILike - Going experimental on our process by trying new things on a frequent basis and holding regular retrospectives to validate our experiments. #RetroOnAgile
— Kent Gillenwater (@KentGillenH2O) March 22, 2018
#ILike that agile encourages teams to focus more on collaboration and outcomes, rather than tools and process #RetroOnAgile
— Kevin Bui (@BuiWonder) March 22, 2018
#ILike that we have people from different knowledge areas working together, in one team, towards a shared outcome #RetroOnAgile
— Kevin Bui (@BuiWonder) March 22, 2018
#ILike Our software team is starting to deliver software by working together #RetroOnAgile
— GerbenH (@Sjampster) March 21, 2018
#ILike deep involvement and awareness of the team that gives unexpected valuable insights #RetroOnAgile
— Nikita Martynov (@nikitokinito) February 22, 2018
#ILike that I can configure Jira to influence how are team runs agile, not just configure it to reflect how we already work. #RetroOnAgile
— Bill Cushard (@billcush) February 14, 2018
#ILike measuring success by outcomes and not outputs #RetroOnAgile https://t.co/YVD5bX83kr
— ʟᴜᴅɪᴠɪɴᴇ ꜱɪᴀᴜ (@lu_syo) February 6, 2018
#ILike that agile provides a means for saying "no" to the urgent, and empowers a team to focus on the important. We are an #agilemarketing team that runs scrum in #jira not a software dev team, for what that's worth. #RetroOnAgile
— Bill Cushard (@billcush) February 14, 2018
#ILike transparency, united team and shared expectations #RetroOnAgile
— Kote Khutsishvili (@kkhutsishvili) February 5, 2018
#ILike it when my team doesn't finish the #Agile Sprint objectives and I make them demo broken shit to all the stakeholders anyway, because of course, public shaming is a powerful motivator. Wait, did I say that out loud? #RetroOnAgile
— Dan Chuparkoff (@Chuparkoff) January 31, 2018
#ILike that DevOps is a thing, just not the watered down “devs do ops” version many teams and companies adopt.#RetroOnAgile https://t.co/Twr8daFj3E
— Dan Massey (@KinkSpring) January 10, 2018
#ILike Daily standups #RetroOnAgile
— Dominik Bułaj (@DominikBulaj) January 17, 2018
#ILike #SpecificationByExample to build quality into software from the start. #RetroOnAgile
— Ian Buchanan (@devpartisan) January 18, 2018
- #ILike the Accountability! #RetroOnAgile https://t.co/ZQEDd9TP3S
— Ifrah Waqar (@IfrahWaqar) January 12, 2018
#ILike potential to set sprint goals small enough to present them on Sprint demo #RetroOnAgile
— KuwałekDastin (@dastin_it) January 19, 2018
#ILike #noestimates and concentration on flow maximizing instead of resource efficiency. #RetroOnAgile
— Toivo Vaje (@ToivoVaje) January 18, 2018
#ILike how Agile keeps my brother and I developing as fast we can #RetroOnAgile
— Troy Taylor (@troystaylor) January 19, 2018
#ILike how we’ve embraced a mindset of solving customer problems to shape how we work over just shipping features. #RetroOnAgile
— jeremyp (@PappJeremy) January 19, 2018
Retrospectives, not just on sprints and projects, but all that we do, are very valuable #justdoit #retroonagile https://t.co/BWJE1FLSUn
— Andrew Kucharski (@akucharski) January 2, 2018
#ILike we pull up our Jira board during standups to make sure we stay on topic and talk about what we are actually working on. Makes it go faster as opposed to people trying to remember what they are working on #RetroOnAgile
— Alex (@aortiz1989) January 24, 2018
#ILike it when we have a StandUp meeting and when the thing you say you are trying to finish today is already a JIRA ticket. #RetroOnAgile pic.twitter.com/0F1fDHeNpN
— Dan Chuparkoff (@Chuparkoff) January 24, 2018
#ilike if my team was a little less, delivery focused; and a little more sprint focused. #RetroOnAgile
— Tehseen (@syyed51) January 25, 2018
I like how scrum turns agile back into a heavyweight process with lots and lots of meetings, even when those meetings take place in Jira itself.
— Rob Lang (@robbytwitin) January 20, 2018
#ILike it when tasks in a sprint can be completely done by a single person in less than 3 days. #RetroOnAgile
— Dan Chuparkoff (@Chuparkoff) January 26, 2018
#IWish Agile was re-branded/re-named so people don't assume it means "work really fast without thinking". #RetroOnAgile
— *。・゚✧。Michelle・゚✧。・*゚ (@mvenetucci) April 14, 2018
#IWish - It was easier to work with scrum when you are doing devops as by the book you really can't https://t.co/IN3MEnbUf6 #RetroOnAgile
— Mikael Nilsson (@LordNilsson) April 16, 2018
#iwish people would realise agile is not a switch you can turn on overnight #retroOnagile
— Richard Coen (@RichardCoen9) April 16, 2018
#IWish more companies and people understood that Agile can be other methodologies besides Scrum #RetroOnAgile
— Jackie Katsianas (@JackieK_) April 15, 2018
#IWish we could bring the whole company onto the agile practice #RetroOnAgile
— Esther Lucia (@NearSideSays) April 16, 2018
#IWish for Agile we had interactive digital wall boards to use across sites and with people working remotely #RetroOnAgile
— John Kirk (@JDKirk76) April 14, 2018
#IWish - Jira had a blocked status for all issue types, by default. https://t.co/QoOPxf4dys #RetroOnAgile
— David Horton (@hortonda) April 16, 2018
#Iwish there was a broadly adopted standard for assigning and tracking tasks -- that worked across multiple platforms #retroonagile
— F. Guess (@ms_g_austex) April 13, 2018
#IWish it would be easier to fuel the agile spirit from inside the teams to invest the energy from that better in good practices and software instead of having to discuss processes. #RetroOnAgile
— Michael Benz (@focbenz) April 13, 2018
#Iwish for Enterprises to embrace change and and allow agile ways of working without fearing loss of power and control. #RetroOnAgile
— Nicolai Kohlbauer (@niggls) April 13, 2018
#IWish - we would enable everyone to join and share our #agile methods and not only chosen ones #RetroOnAgile
— Rose (@Mmallow91) April 13, 2018
#Iwish agile wasn't used for micro-management and witch-hunting in the work place #RetroOnAgile
— I T E B A (@iteba) April 13, 2018
#IWish - I wish that being agile was given greater priority than doing agile https://t.co/gSR9z0esIu #RetroOnAgile
— Dev (@DevChatters) April 12, 2018
#IWish we were beyond wondering "how to do Agile the right-way"… it's an idea to work towards vs something to attain quickly & easily #RetroOnAgile
— Mark Opalski (@markopalski) April 12, 2018
#IWish for processes to work for the people, rather than the people working for the processes https://t.co/cdM03j1mZ6 #RetroOnAgile
— Olivier Fortier (@ofortier) April 12, 2018
#IWish companies would not only use the buzzword agile to make the company more interesting to applicants but instead would really support the agile principles. #RetroOnAgile
— Rene Grohmann (@GrohmannRene) April 12, 2018
#IWish - One thing I'd like to see improve is the use of Agile principles by leadership teams. https://t.co/iVBTiXeKcN #RetroOnAgile
— Tina M Marquez (@TinaMMarquez) April 12, 2018
#IWish - What's one thing you wish you could improve about your agile practice? https://t.co/GW2FqwepfL #RetroOnAgile speed up test automation creation with CI/CD
— YouScreenWriter.com (@YouScreenWriter) April 12, 2018
#IWish more folks followed the Agile principles and values rather than trying to hammer away on process and methodology. #RetroOnAgile
— Amy Neil (@MomofXandM) April 12, 2018
#IWish
— grumbly_frown (@grumbly_frown) April 13, 2018
Redraft those ridiculous, self-contradictory 12 commandments so they actually mean something useful
#RetroOnAgile
#IWish - Agile would be used more outside dev teams #RetroOnAgile
— Alex Constantinescu (@alexluchian88) April 12, 2018
#RetroOnAgile #IWish there was more management-focused material available on the transition from waterfall to Agile.
— Steve Harper (@Sharper_pm) April 12, 2018
#IWish companies were more aware of the kind of autonomy and discipline #agile requires #RetroOnAgile
— Ormycita (@mjormy) April 12, 2018
#IWish - Teams respect Retros, do not skip them, make great contributions and integrate #Kaizen cycles when the problem to solve deserves it #RetroOnAgile
— Antonio Valle (G2) (@avallesalas) April 12, 2018
#IWish Agile could be accepted company-wise, and not only in dev teams. #RetroOnAgile
— Gonzalo Martín (@gmartinerro) April 12, 2018
#IWish - Card movement and comments actually talked to my chat client; not my email, not a room #RetroOnAgile
— Josh Smith (@joshsmith01) April 12, 2018
#IWish - I wish to have epics progress bars - they would help in #agile https://t.co/DrY9OC7qOu #RetroOnAgile
— Oleksandr (@Oleksan23251466) April 12, 2018
#IWish - Agile development would take pity on documentation and QA teams, being more specific about how to accommodate doc and test within a sprint. #RetroOnAgile
— BarbaraLGreen (@BarbaraLGreen) April 11, 2018
#IWish - What's one thing you wish you could improve about your #agile practice? https://t.co/M8fBklybbH #RetroOnAgile I wish we could stop the "Agile my way" practices that are not really Agile.
— Gilaine Schneider (@Theodora26) April 11, 2018
#RetroOnAgile #IWish team members could accept the mindset of Agile more than the method argument.
— Marty Talbott (@TalbottMD) April 10, 2018
#iwish to spend less time on Jira to get the desired information and more time doing my job. #RetroOnAgile
— Franck Grimonpont (@chtitter) April 13, 2018
#IWish - we could talk to more teams internally and externally about how to improve our agile practices and how they do their best work #RetroOnAgile
— Matthew Ho (@inspiredworlds) March 27, 2018
#IWish the agile community would explore new techniques for project estimation since story points and planning poker is not cutting it. Possibly this? -> https://t.co/1EX2bWE8Ys #RetroOnAgile
— Mike Melnicki (@mikemelnicki) March 22, 2018
#IWish companies, teams, evangelisers, etc. would not use Agile as #buzz and #MagicWand, but indeed maintain culture #RetroOnAgile
— Kayyak A.K.A kayyaK (@pwysota) March 21, 2018
#IWish it would be easier to sell #agile development. There’s still too much upfront planning and too little adapting to new information. #RetroOnAgile
— Toivo Vaje (@ToivoVaje) January 18, 2018
#IWish to show pull requests in #Confluence #RetroOnAgile
— Ghost (@Ghost_MAL) March 29, 2018
#IWish more SEOs in the industry would embrace the agile methodology and step away from the waterfall model.#RetroOnAgile
— Kevin_Indig (@Kevin_Indig) March 26, 2018
#IWish "agile" wasn't such a scary word to teams and companies that haven't embraced it #RetroOnAgile
— Kevin Bui (@BuiWonder) March 22, 2018
Ok #IWish that we would focus less on tools and more on interactions and communication #RetroOnAgile 😀
— Peter Sandberg (@patelikestotalk) January 26, 2018
#IWish there was another kind of Agile besides just Scrum and Kanban. #RetroOnAgile
— Dan Chuparkoff (@Chuparkoff) January 28, 2018
#IWish there was a shared, ethical definition of “done done” for ML/AI features in agile projects.#RetroOnAgile https://t.co/Twr8daFj3E
— Dan Massey (@KinkSpring) January 10, 2018
#IWish my past experience of Agile had not made me wary of self-proclaimed "Agile Advocates" #RetroOnAgile
— ʟᴜᴅɪᴠɪɴᴇ ꜱɪᴀᴜ (@lu_syo) February 6, 2018
#Iwish jira could make coffee #RetroOnAgile pic.twitter.com/y8pQsqpmul
— gonelf (@gonelf) March 7, 2018
#IWish Jira could make customizing release notes simpler #RetroOnAgile
— Krishnanand Nayak (@pedavan) March 7, 2018
#iwish I could have a better view of all projects, including sorting, prioritisation, labeling, and client assigning. #RetroOnAgile
— Darren Pinder (@dmpinder) March 7, 2018
#IWish - A less clunky mechanism for injecting 'Business as Usual' into the development stream. #RetroOnAgile
— Kent Gillenwater (@KentGillenH2O) March 22, 2018
#IWish JIRA tied usability defects to their originating story, and easily graphed it, so Agile teams could focus on usability. #RetroOnAgile pic.twitter.com/It0NAcb9Bo
— Jerome (@JeromeR) January 18, 2018
#Iwish to have more advance functions in jql.
— Loshy Chandran (@loshyc) March 7, 2018
ADFS authenticatin - please release id-79 asap.
#IWish the assignee could be shared among team members, so that pair programming can be planned in advance 😀 #RetroOnAgile
— Rick Patci (@ThePatci) January 18, 2018
- #IWish Retrospective would magically appear linked to related issues in the new sprint and help overcome scope creep! #RetroOnAgile https://t.co/w6c4gOddfk
— Ifrah Waqar (@IfrahWaqar) January 22, 2018
#IWish we could keep TLMs from degenerating into program managers. #RetroOnAgile
— Juni Mukherjee (@JuniTweets) January 23, 2018
"When agile shops were first being established, an important consideration was to keep TLMs from having full visibility into any one agile team." https://t.co/32eiK5ih9a
#IWish @JIRA would let me story point my sub-tasks and roll up the points. Purist is not always pragmatic. #RetroOnAgile
— Kyle Rozendo (@RozendoZA) January 23, 2018
#IWish Consensus would work always. Sadly, the voting environment could get polluted. #RetroOnAgile
— Juni Mukherjee (@JuniTweets) January 23, 2018
"Even though agile rests on collaboration, the 'agreement by consensus' model has it’s share of flaws, depending on the who, the what, and the when." https://t.co/32eiK5ih9a pic.twitter.com/9X7dFon0RV
#IWish people would move their sub-tasks along the Agile board without having to be reminded #RetroOnAgile
— Diana MacPherson (@dianamacpherson) January 23, 2018
#IWish Teams won't declare agile victory prematurely by merely doing stand-ups.
— Juni Mukherjee (@JuniTweets) January 23, 2018
Unless we invest in:
a) a single prioritized backlog
b) KPIs and a DoD that we can get behind, and
c) feel empowered,
standing up won't help. We might as well sit and do some work. #RetroOnAgile pic.twitter.com/3ou448YLbw
#IWish that stakeholders, peer-reviewers, & quality team-members could star an assignee's work on a ticket. #RetroOnAgile pic.twitter.com/9tqkpSGgyP
— Dan Chuparkoff (@Chuparkoff) January 24, 2018
#IWish Jira was fast
— Bastien Billey 🇫🇷 (@billey_b) January 24, 2018
#iwish @jira has "hide fields" option. It is issue-secured now but not field-secured. #RetroOnAgile
— Rajinikanth (@Demiracer) January 21, 2018
It would be super awesome to allow my customers to vote on JIRAs without eating up a license for login #RetroOnAgile @JIRA #JiraOnDemand https://t.co/Yj2fwz7DQq
— Eddie Weakley (@3weakley) January 6, 2018
#retroonagile I wish people played as a team. No aggressive jira Tix allowed
— Sean Regan (@seanjregan) January 25, 2018
#IWish there was out-of-the-box integration between my automated unit tests and the columns of my scrum board. #RetroOnAgile
— Dan Chuparkoff (@Chuparkoff) January 31, 2018
#IWish we are not surprised that the feature does not work during demo and be more in control #RetroOnAgile
— GerbenH (@Sjampster) March 21, 2018
#WhatIf we could make our agile board three dimensional? What other dimension would we add? #RetroOnAgile
— Esther Lucia (@NearSideSays) April 16, 2018
#WhatIf The whole company practiced Agile, not just the developers? What would our teams look like? What could our teams accomplish? #RetroOnAgile
— Nicole Gagliardi (@_nlg_) April 13, 2018
#WhatIf #agile teams wouldn't loose the big picture due to a flatened backlog, and be reminded how #UserStories are interrelated (e.g. from #UX point of view or from #BusinessProcess perspective) ? #RetroOnAgile
— Christophe THIERRY (@chthierry) April 13, 2018
#Whatif we dare to trust and take the prime directive seriously not only for retro but for every day live #RetroOnAgile
— Susanne Wesner (@SusanneWesner) April 13, 2018
#Whatif the agile way of getting things done would be taught very early on and would be the core of the way we get things done? #RetroOnAgile
— Nicolai Kohlbauer (@niggls) April 13, 2018
#whatif, The way I seek Agile working in the next few years is having to accommodate BOT coders as part of the squad and dealing with BOT communication too #RetroOnAgile
— Duane Gomes (@GomesDuane) April 12, 2018
#WhatIf Some agile techniques were taught early in schools so kids could benefit from them and learn how to plan their homework efficiently #RetroOnAgile
— Gonzalo Martín (@gmartinerro) April 12, 2018
#whatIf certifications weren't the criteria for hiring #agile practitioners #RetroOnAgile
— Ormycita (@mjormy) April 12, 2018
I’d replace the word software with product in the manifesto #RetroOnAgile
— Matthew Evans (@matthewevansrec) April 13, 2018
#WhatIf - We get so used to automation that we forget that bots do not participate in retros? #RetroOnAgile
— Antonio Valle (G2) (@avallesalas) April 12, 2018
#WhatIf we didn't try to manage multiple products at once on multiple boards with a single #Agile team? #RetroOnAgile
— le Violon Chocolat (@ViolonChocolat) April 12, 2018
#WhatIf there was one menu where you could easily navigate between boards in JIRA? #RetroOnAgile
— Melissa Gill (@lligassilem) April 12, 2018
#WhatIf we ran daily sprints? would we have daily retros? #RetroOnAgile
— Matthew Ho (@inspiredworlds) March 27, 2018
#WhatIf the software industry moved from delivery of projects to delivery of outcomes? https://t.co/btLBb3fhU4 #RetroOnAgile @Atlassian
— Mike Melnicki (@mikemelnicki) March 22, 2018
#WhatIf every user story was treated as an experiment and it's impact easily measured #RetroOnAgile
— Kent Gillenwater (@KentGillenH2O) March 22, 2018
#WhatIf we would keep agility rather that DO Agile? Plus we should mind that it require a lot of self-discipline. #RetroOnAgile
— Kayyak A.K.A kayyaK (@pwysota) March 21, 2018
#WhatIf Scrum and Kanban weren't the only ways to be agile? #RetroOnAgile
— Kevin Bui (@BuiWonder) March 22, 2018
#WhatIf we collectively decided that Sprints were, at most, one day from start to finish. #ContinuousAgile #YourStandupIsAlreadyYourPlanningMeetingAndYourDemo #RetroOnAgile
— Dan Chuparkoff (@Chuparkoff) February 1, 2018
#WhatIf SEOs would work in agile sprints like developers?#RetroOnAgile
— Kevin_Indig (@Kevin_Indig) March 26, 2018
#WhatIf humans just be humans and bots did all the technical (or remaining) stuff (or vice-versa?) #RetroOnAgile
— Homero Leal (@homerojleal) March 22, 2018
#WhatIf DevOps was its own Value Stream?#RetroOnAgile
— A9 Group, Inc. (@a9consulting) January 2, 2018
#WhatIf we stopped worrying about whether tools, practices, or people are Agile or not, and instead kept an open mind about new ideas that can help us work better together. #RetroOnAgile
— Ian Buchanan (@devpartisan) January 24, 2018
#whatif we stopped using “agile” as a fucking noun. #RetroOnAgile
— Charles Miller (@carlfish) January 6, 2018
#Whatif we could say in 12 months from know that 2018 was the year when #agile was eventually applied to business at large – on all levels, beyond software projects? #RetroOnAgile https://t.co/lyylkPgNeV
— swarmOS (@swarmOS_de) January 10, 2018
#WhatIf the agile community treated security and privacy as seriously as they treat daily stand-ups?#RetroOnAgile https://t.co/Twr8daFj3E
— Dan Massey (@KinkSpring) January 10, 2018
#WhatIf there were no estimations??? What a Merry Christmas it would be!! #RetroOnAgile https://t.co/j9zmtrcXvz
— John Funk (@jmfunk87) January 20, 2018
#WhatIfEverybodyMovedToKanban #RetroOnAgile Kanban has changed our processes and efficiency for the better.
— John Funk (@jmfunk87) January 2, 2018
#WhatIf we stopped trying to make Agile fit with top-down management, budget-driven planning, and feature-bloated products? #RetroOnAgile
— Ian Buchanan (@devpartisan) January 12, 2018
#WhatIf(Companies stopped investing on precise projects scope and rather invested in trusting capable agile teams who will deliver value continuously?) #RetroOnAgile
— Adil Chahid (@AdilusPrimus) January 30, 2018
#WhatIf a user could report a ticket in one language and @Atlassian's Jira could show it to the team in a second language? #RetroOnAgile pic.twitter.com/qPWDfpgcMG
— Dan Chuparkoff (@Chuparkoff) January 25, 2018
#WhatIf @Atlassian's JIRA could use estimate the probability that a checked in block of code would get reopened based on machine-learned, correlated factors. #RetroOnAgile pic.twitter.com/vQ8DTrzrWm
— Dan Chuparkoff (@Chuparkoff) January 26, 2018
Warum solltest du eine Retrospektive durchführen?
Im Jahr 2001 wurde die Agile-Retrospektive entwickelt. Das letzte der 12 Prinzipien der Agile-Entwicklung besagt Folgendes:
"Das Team überlegt regelmäßig, wie es noch effektiver werden kann, leitet dann Optimierungsmaßnahmen ein und passt sein Verhalten entsprechend an."
Das Agile Manifest lässt keinen Zweifel: Um die Werte von Agile optimal umzusetzen, sollten sich Teams regelmäßig treffen, um die bisherige Arbeit zu überdenken und ggf. Anpassungen vorzunehmen. In der Regel setzen Teams dieses Prinzip in Form regelmäßiger Retrospektiv-Meetings um. Diese Art von Meeting steht hier im Vordergrund, aber sie ist nicht die einzige Möglichkeit für Retrospektiven.
Inzwischen werden Retrospektiven nicht mehr ausschließlich in Entwicklerteams abgehalten, sondern auch in den verschiedenen Geschäftsbereichen und generell im Zusammenhang mit Teamarbeit.
Ich kenne Marketingteams, die Retrospektiven zu Kampagnen durchführen, Managementteams, die sich nach großen Präsentationen zu einer Retrospektive treffen, und Atlassian selbst hält wie oben erwähnt gerade eine Retrospektive in der gesamten Branche ab. Diese Offenheit für Retrospektiven und ihr Einsatz in allen Geschäftsbereichen ist sehr zu begrüßen.
Retrospektiven sind so wichtig, weil sie enorm zur Umsetzung der Agile-Prinzipien beitragen. Viele der grundlegenden Konzepte aus dem Agilen Manifest werden in Retrospektiv-Meetings aufgegriffen und vertieft. Beispiele sind folgende Werte:
- Individuen und Interaktionen haben Vorrang vor Prozessen und Tools.
- Reagieren auf Veränderungen hat Vorrang vor dem Befolgen eines Plans.
Genau darum geht es letztlich bei der Retrospektive: Wir arbeiten mit anderen Menschen zusammen, um Änderungen und Verbesserungen vorzunehmen. Nur wenige Rituale sind noch besser dafür geeignet, die Prinzipien von Agile zu stärken. Nachdem wir jetzt also wissen, weshalb Retrospektiven so wichtig sind, erfährst du im weiteren Text, wie du selbst ein solches Meeting abhalten kannst.
Nicht vergessen: Der Sinn und Zweck von Retrospektiven ist Verbesserung. Wenn du Agile befolgst, beteilige dich an #RetroOnAgile, und nimm Einfluss auf die Zukunft der Softwareentwicklung.
Abonnieren
Bleibe bei #RetroOnAgile und bei anderen Agile-Trends auf dem Laufenden.
Das Retrospektiv-Meeting
Retrospektiven bieten deinem Agile-Team eine sehr gute Gelegenheit, sich selbst zu bewerten und einen Plan für künftige Verbesserungen zu erarbeiten. Retrospektiven entsprechen dem Ideal der kontinuierlichen Verbesserung und bewahren das Team zudem davor, sich zu sehr auf den eigenen Lorbeeren auszuruhen. Zu diesem Zweck wirft das Team außerhalb des Arbeitszyklus einen Blick auf die Vergangenheit.
Retrospektiv-Meetings erfüllen folgende Zwecke:
- Das Team beurteilt, wie gut der letzte Sprint, die letzte Iteration oder das letzte Aufgabenelement gelaufen ist. Dabei werden insbesondere die Teamdynamik, die Prozesse und die Tools beachtet.
- Das Team benennt und ordnet ein, was gut geklappt hat und was nicht.
- Das Team erstellt und implementiert einen Plan zur Verbesserung seiner Arbeitsabläufe.
Die Retrospektive bietet einen sicheren Rahmen zur Selbstreflexion und Anpassung. Damit sie erfolgreich verläuft, muss eine positive Atmosphäre herrschen, in der alle Teammitglieder gerne einen Beitrag leisten (wozu sie jedoch nicht gezwungen werden).
Für dein Team sollte die Retrospektive ein positives, motivierendes Erlebnis sein. Die Teammitglieder können dort wichtiges Feedback anbringen, ihrer Unzufriedenheit Ausdruck verleihen und gemeinsam Lösungen erarbeiten. Auch die Leiter des Meetings profitieren von der Retrospektive, weil sie Einblick in die Arbeitsweise des Teams erhalten und erfahren, welchen Herausforderungen das Team im letzten Sprint begegnet ist (und welche Erfolge es erzielt hat). Das Ergebnis einer erfolgreichen Retrospektive ist eine Liste mit Verbesserungsmaßnahmen, für deren Umsetzung im nächsten Sprint die Teammitglieder Verantwortung übernehmen.
So führst du deine erste Retrospektive durch
Auch wenn es nicht schadet, das Format der Retrospektive gelegentlich zu variieren (mehr dazu später), sollten Aspekte wie der zeitliche Rahmen, die Teilnehmer und die allgemeine Form so einheitlich wie möglich bleiben.
Wann ist der richtige Zeitpunkt?
Agile-Teams, die mit den üblichen zweiwöchigen Sprints arbeiten, sollten am Ende jedes Sprints eine Retrospektive abhalten. Bei Teams mit einem Kanban-ähnlichen Arbeitsstil sind unter Umständen monatliche oder vierteljährliche Retrospektiven besser geeignet. Nach der Einführung größerer Initiativen sollten möglichst auch Mitglieder des Führungsteams zur Retrospektive eingeladen werden. Achte darauf, dass nicht das Produkt der Arbeit im Mittelpunkt steht, sondern die Teamzusammenarbeit an sich.
Je nachdem, wie lang der Sprint war und wie viel es zu besprechen gibt, solltest du zwischen 30 Minuten und einer Stunde für das Meeting einplanen.
Wer sollte teilnehmen?
An der Retrospektive sollten alle Teammitglieder teilnehmen. Ein Vertreter des Teams leitet die Diskussion. Dabei kann es sich um den Scrum Master oder den Produktinhaber handeln, aber die Rolle kann auch von allen Teammitgliedern abwechselnd übernommen werden. Lade bei Bedarf auch Designer, Marketingmitarbeiter oder andere Personen ein, die am jeweiligen Sprint oder der Iteration mitgearbeitet haben.
Wie läuft das Meeting ab?
Es gibt verschiedene Möglichkeiten, die Retrospektive aufzulockern (mehr dazu später), aber grundsätzlich sieht eine mögliche Vorlage für Retrospektiv-Meetings folgendermaßen aus:
- Liste kurz auf, was gut funktioniert hat und was verbesserungswürdig ist. Du kannst diese Liste auf einem Whiteboard, einer Atlassian Confluence-Seite oder auch mit Haftnotizen an der Wand erstellen. Unabhängig davon, wo du das Feedback zu Anfang festhältst, solltest du es unbedingt gleich nach dem Meeting so dokumentieren, dass es später zu Referenzzwecken zugänglich ist.
- Priorisiere die Liste gemeinsam mit dem Team nach Wichtigkeit. Vielleicht erkennt ihr, dass mehrere Punkte zum selben Thema gehören und daher gruppiert werden können.
- Besprich mit dem Team Möglichkeiten und Taktiken zum Verbessern der beiden obersten Punkte auf der Liste der verbesserungswürdigen Aspekte. Konzentriert euch dabei auf Ergebnisse, nicht auf Aktionen, Personen oder vergangene Erfahrungen.
- Entwickle einen Aktionsplan. Am Ende des Meetings sollten dem Team einige umsetzbare Verbesserungsvorschläge mit klaren Zuständigkeiten und Fälligkeitsdaten vorliegen.
- Achte darauf, dass die Maßnahmen aus Punkt 4 tatsächlich umgesetzt werden. Nichts ist frustrierender, als wenn in jeder Retrospektive dieselben Probleme auf den Tisch kommen. Vermeide eine solche Stagnation (und die damit verbundene Unzufriedenheit im Team!), indem du darauf achtest, dass am Ende des Meetings jeder genau weiß, was er zu tun hat. Jedem Aufgabenelement aus der Retrospektive muss ein Zuständiger zugeordnet sein, der die Aufgabe bis zur Fertigstellung verfolgt.
Abwechslung sorgt für frischen Wind
Es empfiehlt sich, Retrospektiven zu standardisieren, um sie konsistent und für das Team auf längere Sicht vorhersehbar zu gestalten. An einigen Punkten können Meetingleiter allerdings die Abläufe variieren, um zusätzliche Erkenntnisse zu gewinnen, neue Teammitglieder besser einzubeziehen oder einfach dafür zu sorgen, dass die Retrospektiven interessant bleiben.
Bitte einen Außenstehenden, die Leitung des Meetings zu übernehmen. In der Regel leitet der Scrum Master oder Projektleiter die Retrospektive, aber vielleicht kannst du beim nächsten Mal einen Gast als Meetingleiter einladen. Es kann einen positiven Einfluss auf die Dynamik im Team haben, wenn jemand die Diskussion leitet, für den selbst nichts auf dem Spiel steht. Außerdem kann so ein anderer Vertreter des Unternehmens beobachten, wie ihr als Agile-Team arbeitet, und möglicherweise Best Practices für sein eigenes Team mitnehmen.
Variiere die Aufforderungen zum Erstellen der Liste. Unter dem Strich soll die Retrospektive aufdecken, was funktioniert und was nicht. Du kannst die Aufforderungen zum Erstellen der Liste folgendermaßen variieren:
- Aufnehmen/Verwerfen/Beibehalten: Welche Abläufe sollte das Team neu aufnehmen, was sollte es verwerfen und was beibehalten? Besprecht die Vorgehensweise für die Punkte aus der "Verwerfen"-Liste.
- Mehr/Weniger: Wovon sollte das Team mehr tun, wovon weniger? Erstellt einen Plan zum Umgang mit den Punkten aus der "Weniger"-Liste.
- Zufrieden/Unzufrieden/Verärgert: Womit war das Team zufrieden, womit unzufrieden und worüber verärgert? Überlegt, wie ihr die Punkte in den "Unzufrieden"- und "Verärgert"-Listen ändern könnt, damit für das nächste Mal nur die Einträge in der "Zufrieden"-Liste übrig bleiben.
Binde die Unternehmensführung mit ein. Setze nach der Einführung eines größeren Projekts einen halbstündigen Termin mit einem Vertreter des Führungsteams an, bei dem ihr besprecht, wie das Team zusammengearbeitet hat (geht aber nicht zu sehr darauf ein, wie die Initiative an sich gelaufen ist).
Es gibt zahlreiche Möglichkeiten für Verbesserungen. Vielleicht fällt dir selbst etwas dazu ein? Unabhängig davon, was du erreichen möchtest – vielleicht ein verteiltes Team motivieren oder einen festgefahrenen Retrospektiv-Prozess optimieren – ist es wichtig, das Engagement deines Teams aufrechtzuerhalten und umsetzbare Ergebnisse zu produzieren.
Nutze die Gelegenheit, mitzureden!
Nachdem du jetzt das Wichtigste über das Abhalten von Retrospektiven weißt, würden wir uns über Feedback zu den Retrospektiven deines Teams freuen. Beginne deinen Tweet mit "I like" (Mir gefällt), "I wish" (Ich wünschte) oder "What if" (Wie wäre es, wenn) – vielleicht steht dein Feedback dann bald oben auf unserem virtuellen Board! Jetzt Feedback abgeben →
Scrum-Projekte in Jira Software
Hier erfährst du Schritt für Schritt, wie du in Jira ein Scrum-Projekt umsetzt, dein Backlog priorisierst und in Sprints aufteilst, die Scrum-Zeremonien durchführst und vieles mehr.
Dieses Tutorial ansehenDurchführung von agilen Retrospektiv-Meetings mit Beispielen
Die klassische Teamretrospektive – Anleitungen und Variationen. Beliebt bei agilen Entwicklerteams, aber längst nicht mehr nur auf Softwareteams beschränkt.
Diesen Artikel lesen