<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Kanban on CTOMultiplier</title><link>https://ctomultiplier.com/de/tags/kanban/</link><description>Recent content in Kanban on CTOMultiplier</description><generator>Hugo</generator><language>de</language><lastBuildDate>Mon, 23 Mar 2026 17:59:59 +0100</lastBuildDate><atom:link href="https://ctomultiplier.com/de/tags/kanban/feed.xml" rel="self" type="application/rss+xml"/><item><title>Leidet Ihr Scrum unter niedriger Produktivitaet? Ihr Problem koennte WIP sein</title><link>https://ctomultiplier.com/de/leidet-ihr-scrum-unter-niedriger-produktivitaet-ihr-problem-koennte-wip-sein/</link><pubDate>Thu, 20 Jul 2023 09:18:13 +0000</pubDate><guid>https://ctomultiplier.com/de/leidet-ihr-scrum-unter-niedriger-produktivitaet-ihr-problem-koennte-wip-sein/</guid><description>&lt;p&gt;Es ist erwiesen, dass je mehr laufende Arbeit eine Person oder ein Team hat, desto laenger dauert es, Aufgaben abzuschliessen. Einerseits, wenn wir mehrere Aufgaben gleichzeitig erledigen und sie gleichzeitig abliefern, wird die Lieferzeit die Summe der Zeit fuer beide Aufgaben sein. Wenn wir jedoch in sequentieller Reihenfolge an den Aufgaben arbeiten, wird die erste Aufgabe frueher geliefert, und die durchschnittliche Lieferzeit wird ebenfalls geringer sein.&lt;/p&gt;
&lt;p&gt;Darueber hinaus kann Multitasking zu Ineffizienzen fuehren, die bei der Arbeit an einer einzelnen Aufgabe nicht auftreten. Eine dieser Ineffizienzen tritt auf, wenn wir Kontextwechsel zwischen Aufgaben durchfuehren: Es wurde gezeigt, dass unser Gehirn Zeit braucht, um sich an den Kontext der neuen Aufgabe anzupassen, und diese Zeit ist nicht produktiv, sie ist ineffizient. Es gibt Zeiten, in denen wir bei einer Aufgabe feststecken und uns entscheiden, zu einer anderen Aufgabe zu springen, um den Fluss nicht zu verlieren und zu sehen, ob uns die Erleuchtung kommt, die uns entblockiert. Dies kann in einigen Faellen ein guter Ansatz sein, aber es ist wichtig, sich bewusst zu sein, dass wir jetzt zwei Kontexte im Kopf behalten muessen.&lt;/p&gt;</description></item><item><title>Agile Methodologien neu betrachtet: XP, Scrum, Kanban und Scrumban</title><link>https://ctomultiplier.com/de/agile-methodologien-neu-betrachtet-xp-scrum-kanban-und-scrumban/</link><pubDate>Thu, 16 Mar 2023 10:47:00 +0000</pubDate><guid>https://ctomultiplier.com/de/agile-methodologien-neu-betrachtet-xp-scrum-kanban-und-scrumban/</guid><description>&lt;p&gt;Es ist fast 10 Jahre her, seit ich angefangen habe, mit &lt;em&gt;Agile&lt;/em&gt; zu arbeiten. Ich erinnere mich, dass meine erste Erfahrung war, als ich in Suedfrankreich fuer Amadeus arbeitete. Damals schlug das Management des Unternehmens vor, die Arbeitsweise der Entwicklungsteams zu aendern und zu aktualisieren und eine Einfuehrung agiler Methodologien durchzufuehren, hauptsaechlich unter Verwendung des Scrum-Frameworks. In meinem Team bot man mir eine Scrum-Master-Schulung an, die 3 Tage dauerte, danach musste ich eine Pruefung ablegen, um zertifiziert zu werden. Und so wurde ich ein zertifizierter Scrum Master.&lt;/p&gt;</description></item></channel></rss>