{"id":1524,"date":"2020-08-04T16:13:02","date_gmt":"2020-08-04T14:13:02","guid":{"rendered":"https:\/\/berlin2.davidweb.pro\/?p=1524"},"modified":"2024-05-03T05:47:30","modified_gmt":"2024-05-03T03:47:30","slug":"agile-lippenbekenntnisse-ist-es-zeit-fuer-einen-neuen-job","status":"publish","type":"post","link":"https:\/\/berlin2.davidweb.pro\/de\/agile-lippenbekenntnisse\/","title":{"rendered":"Agile Lippenbekenntnisse \u2014 ist es Zeit f\u00fcr einen neuen Job?"},"content":{"rendered":"

In K\u00fcrze: Agile Lippenbekenntnisse<\/h2>\r\n\r\n

Ist Ihnen aufgefallen, wie viele Menschen im agilen Bereich mit ihrer Arbeitssituation unzufrieden sind? In einer Situation, in der eine Organisation bereits damit k\u00e4mpft, agil nach Lehrbuch zu praktizieren, ganz zu schweigen davon, agil zu sein? Hier sind agile Lippenbekenntnisse leider oftmals die Norm: Scrum Master und agile Coaches sind entweder dem Burn-out oder der Gleichg\u00fcltigkeit nahe. Product Owner, die das Produkt nur dem Namen nach „besitzen“, und Entwickler, die sich fragen, warum ihnen „Agile“ aufgezwungen wird und sich oft als nur eine weitere Form des Mikromanagements<\/a> herausstellt.<\/p>\r\n\r\n

\"Agile<\/p>\r\n\r\n\r\n\r\n

???? Soll ich Sie \u00fcber Artikel wie diesen informieren? Gro\u00dfartig! Sie k\u00f6nnen sich hier f\u00fcr den Newsletter \"Food for Agile Thought\" anmelden<\/a> und sich \u00fcber 34.000 Abonnenten anschlie\u00dfen.<\/em><\/p>\r\n\r\n

???? Nehmen Sie an einer von Stefans kommenden Professional Scrum-Schulungen teil<\/a>! <\/p>\r\n\r\n

\"Join<\/a><\/p>\r\n\r\n

\"Upcoming<\/a><\/p>\r\n\r\n

Agile Lippenbekenntnisse in Aussagen und Beobachtungen<\/h2>\r\n\r\n

Hier ist eine Liste von Zitaten, Themen, Beobachtungen und Herausforderungen, die mich in der Vergangenheit dazu veranlasst haben, \u00fcber mein Mitwirken in einer Organisation nachzudenken \u2014 \"shall I stay or shall I go\", sozusagen:<\/p>\r\n\r\n

Aussagen von Kunden<\/h3>\r\n\r\n
    \r\n\t
  1. \u201cWie viele Teams k\u00f6nnen Sie gleichzeitig bew\u00e4ltigen - drei oder vier?\u201d (Dieses Zitat stammt von einem potenziellen Kunden, der einen Scrum Master f\u00fcr mehrere neu gegr\u00fcndete Scrum Teams ohne jegliche Erfahrung suchte.)<\/li>\r\n\t
  2. \u201cDie Verf\u00fcgbarkeit von Besprechungsr\u00e4umen ist hier ein schwieriges Thema.\u201d (Es stand \u00fcberhaupt kein Platz zur Verf\u00fcgung. Und Improvisieren, zum Beispiel durch die Verwendung der W\u00e4nde in den Fluren, war streng verboten.)<\/li>\r\n\t
  3. \u201cWir brauchen keine physischen Boards; wir verwenden Jira.\u201d (\u201cWhen you put problem in a computer, box hide answer. Problem must be visible!\u201d Hideshi Yokoi, vormals Pr\u00e4sident des Toyota Production System Support Centers<\/a> in Erlanger, Kentucky, USA.)<\/li>\r\n\t
  4. \"Testautomatisierung funktioniert bei uns nicht. Wir testen immer manuell.\" (Ein Manager aus dem firmeneigenen Qualit\u00e4tssicherungssilo ohne Entwicklungshintergrund. Er war die F\u00fchrungskraft einer gr\u00f6\u00dferen Anzahl von Mitarbeitern f\u00fcr manuelle Tests in Ostasien.)<\/li>\r\n\t
  5. \"Wir deployen einmal pro Woche neuen Code, damit das Governance-Team die M\u00f6glichkeit hat, unsere Arbeit freigeben zu k\u00f6nnen.\" (Das betreffende Scrum-Team hatte eine ausgezeichnete Build-Pipeline und konnte nach Belieben Code bereitstellen.)<\/li>\r\n\t
  6. \"Als Scrum Master berichten Sie dem Projektleiter nach jedem Sprint auch die Leistungskennzahlen<\/a> des Teams.\" (Eine \"Scrum Master-Aufgabe\", die von einem potenziellen Kunden hervorgehoben wurde.)<\/li>\r\n\t
  7. \"Wir k\u00f6nnen mehr in Lernen und Ausbildung investieren, wenn wir [die Software] geliefert und unsere N\u00fctzlichkeit bewiesen haben.\" (Ein Beispiel f\u00fcr agile Lippenbekenntnisse in Reinkultur: Wissensaustausch als Belohnung. Das ist das \u00c4quivalent zum Beharren darauf, dass sich jedes F&E-Projekt selbst tragen muss.)<\/li>\r\n\t
  8. \"Ich denke, die Pair-Programmierung ist eine Verschwendung von Ressourcen. Denken Sie daran, dass [Scrum] doppelt so viel Arbeit in der H\u00e4lfte der Zeit bedeutet.\" (Vielen Dank, Mr. Sutherland, dass Sie nicht auf das Kleingedruckte verweisen. Spoileralarm: Es geht im Fall der agilen Produktentwicklung u. a. darum, den Umfang der nicht ausgef\u00fchrten weniger wertvollen Arbeit zu maximieren.)<\/li>\r\n\t
  9. \"Warum sollten Sie die Entwickler in die Benutzerinterviews einbeziehen? Sie sollen Code schreiben. Die Business-Analysten k\u00f6nnen das Reden \u00fcbernehmen.\" (Dies ist klassisches tayloristisches Denken aus dem Industriezeitalter angewandt auf Wissensarbeit. Es geht nicht um die Menge des entwickelten Codes; es geht darum, den richtigen Code zu kreieren. In dieser Hinsicht gibt es nichts Wertvolleres als Entwickler, die direkt mit Kunden sprechen.) <\/li>\r\n\t
  10. \"Wir m\u00fcssen Zahlen und Termine einhalten. Das ist wichtiger, als einigen ausgefallenen Initiativen der F\u00fchrungsebene wie 'agil werden' gerecht zu werden.\" (Charlie Munger: \u201c

    1. Sprint Reviews<\/a>. Niemals, auch nicht f\u00fcr Geld und gute Worte.<\/li>\r\n\t
    2. Post-its auf dem physischen Scrum-Board scheinen vom vorherigen Scrum-Master mit einer Wasserwaage ausgerichtet worden zu sein. (Besuch im B\u00fcro eines potenziellen Kunden, der einen neuen Vollzeit-Scrum Master f\u00fcr ein Scrum Team von f\u00fcnf Personen sucht.)<\/li>\r\n\t
    3. Die Nutzung der W\u00e4nde im B\u00fcro ist strengstens verboten und das Verbot wird vom Facility-Management energisch durchgesetzt. (Der CEO war m\u00e4chtig stolz auf die (ungeeignete) B\u00fcrogestaltung durch einen bekannten Architekten; er f\u00fchrte deswegen regelm\u00e4\u00dfig Besucher herum. Folglich hatte das Scrum Team keine Boards.)<\/li>\r\n\t
    4. Der Scrum Master musste Anfragen des Scrum-Teams zur Bestellung von B\u00fcrobedarf bearbeiten. (Kein Kommentar.)<\/li>\r\n\r\n<\/ol>\r\n\r\n