Wir freuen uns, eine neue Reihe von Funktionen für unsere Team Edition ankündigen zu können, die auf Ideen unserer besten Quelle basieren - Ihnen - unseren Kunden. Sie werden uns sicher zustimmen, dass diese Funktionen dazu beitragen, Kanban von der Teamebene auf die Unternehmensebene zu übertragen und dabei die für uns typische Benutzerfreundlichkeit zu bewahren. Und warten Sie nur, bis Sie einige der Dinge sehen, die wir für diesen Sommer in Arbeit haben. Wir werden Sie von den Socken hauen!
Klonen von Boards
In vielen Fällen beginnt die Nutzung von Planview AgilePlace durch unsere Kunden mit einem einzelnen Team oder Projekt. Sie finden heraus, wie sie Kanban und unser Tool mit einem Team von zehn oder zwölf Personen nutzen können, und nehmen es dann mit in die Organisation. Das ist toll für sie (und uns!), aber sie hatten ein Problem. Wie nicht anders zu erwarten, lernen sie während ihrer Piloten Lektionen, die sie an zukünftige Teams weitergeben möchten. Einige davon betreffen das Format des Spielbretts: Lane-Formatierung, Kartentypen, Serviceklassen usw. Oder in einigen Fällen verwenden Kunden einige Boards, um kurzlebige Projekte (von denen es viele gibt) statt Teams zu repräsentieren. Aber auch hier wollen sie, dass jedes Projektbrett ihren Best-Practice-Prozess repräsentiert. Schließlich soll es bei Kanban um organisatorisches Lernen gehen. Aber bis jetzt bedeutete das in beiden Fällen, dass man manuell neue Bretter bauen musste, die die alten nachahmen. Wir sind stolz darauf, dass wir die Verwaltung von Boards so einfach machen, aber wir wissen, dass das Hinzufügen von zehn neuen Boards immer noch eine Qual ist.
Jetzt kann ein Kontoverwalter eine neue Kanban-Tafel erstellen, indem er eine bestehende Tafel klont und ihre gesamte Lane-Struktur und Kartenkonfiguration kopiert. Bei der Erstellung eines neuen Boards wählen Sie einfach die Option Board kopieren, wählen das zu kopierende Board aus und schon haben Sie ein neues Board mit der gleichen Konfiguration. Unternehmen können nun ihre hart erkämpften Erkenntnisse in Form von Prozessvorlagen kodifizieren und diese auf zahlreiche Teams gleichzeitig übertragen.
Bahnregeln
Wir haben auch festgestellt, dass viele Kunden feststellen, dass die Idee der Selbstverwaltung zwar großartig ist, ihre Teams aber in der Praxis etwas Hilfe brauchen, um die Spielregeln zu verstehen. Dies galt insbesondere für wachsende Teams mit neuen Mitgliedern oder für Ressourcen, die ihre Zeit auf mehrere Teams verteilen. Wenn Teams ihre Kanban-Prozesse weiterentwickeln, können sie ungeschriebene Regeln darüber entwickeln, wie sie innerhalb des Boards arbeiten. Wenn die Zeit voranschreitet und Menschen kommen und gehen, geht ein Teil dieses gemeinsamen Wissens unweigerlich verloren.
Um dieses Problem zu lösen, ermöglichen wir es den Teams jetzt, Lane-Richtlinien/Beschreibungen (ähnlich wie Class of Service-Richtlinien) zu definieren, so dass sie explizite Regeln dafür aufzeichnen und entwickeln können, wie die Arbeit in jeder Lane erledigt werden soll. Was ist zum Beispiel die Definition des Teams für "erledigt"? Wie bei anderen Board-Konfigurationen ist dies schnell und einfach im Board-Editor mit einem WYSIWYG-Text-Editor möglich, der sogar die Verknüpfung mit längeren, anderswo gespeicherten Richtlinien-Dokumenten erlaubt. Alle Benutzer des Boards haben dann die Möglichkeit, schnell auf die Richtlinien für die Fahrspuren zuzugreifen, indem sie mit dem Mauszeiger über ein Symbol in der Kopfzeile der Fahrspur fahren.
WIP-Grenzen nach Kartengröße
Obwohl Lean/Agile Best Practices uns dazu ermutigt, die Arbeit in ähnlich große Teile aufzuteilen, wissen wir alle, dass dies nicht immer möglich ist. In diesen Fällen kann es sein, dass WIP-Limits, die auf einer bestimmten Anzahl von Karten basieren, die unfertige Arbeit nicht wirklich so begrenzen, wie wir es beabsichtigen. Es ist vielleicht nicht offensichtlich, dass die Arbeit im System die Kapazität des Teams erreicht oder übersteigt. Um dieses Problem zu lösen, können Sie jetzt WIP-Limits in Bezug auf die Kartengröße festlegen. Wenn der Administrator diese Option auswählt, wird Planview AgilePlace bei der Überprüfung der WIP-Grenzen die Gesamtgröße aller Karten in einer Lane aggregieren. Wie bisher gilt dies für Lanes, Sub-Lanes, Sub-Lanes, usw. WIP-Limits werden aufgerollt, unabhängig davon, ob sie nach Anzahl der Karten oder nach Kartengröße berechnet werden.
Verbesserungen der Visualisierung
Kartengröße - Um die Verwendung von WIP-Limits nach Kartengröße zu unterstützen, haben wir es einfacher gemacht, diese Limits visuell zu verwalten, indem wir den Karten ein Symbol hinzugefügt haben, das ihre Größennummer anzeigt.
Fälligkeitsdatum - Wenn eine Karte ein Fälligkeitsdatum hatte, wurde bisher im Kalendersymbol auf der Karte ein allgemeines Datum angezeigt. Sie haben es vielleicht nicht bemerkt, da Sie sicher nie einen Termin verpassen :-), aber das Symbol hat seine Farbe geändert, als Sie sich dem Fälligkeitsdatum näherten und es dann überschritten. Und Sie können mit dem Mauszeiger über das Symbol fahren, um das Datum zu sehen. Aber das Datum ist Ihnen nicht so ins Auge gesprungen, wie es sollte. Nun, jetzt ist es so. Das Kalendersymbol zeigt das aktuelle Fälligkeitsdatum der Karte an.
Andere Leckereien
Sie können jetzt die Metriken eines Boards von den Metriken des Dashboards der Organisation ausschließen. Dies ist nützlich, wenn Sie Boards erstellen, die keine fließenden Prozesse darstellen (z.B. eine SWOT-Analyse) oder wenn Sie Boards haben, die Sandboxen, Vorlagen oder Trainingsboards sind. Und schließlich gibt es jetzt eine Board-Einstellung, die es Ihnen ermöglicht, das Archiv und die Bahnen, die als abgeschlossen festgelegt wurden, bei der Ermittlung überfälliger Arbeitsaufgaben und bei der Berechnung der WIP-Limits für Einzelpersonen auszuschließen.
Und die iPad App - ist noch nicht ganz fertig. Verflixt. Wir warten geduldig auf die Genehmigung von Apple. Wir haben den Antrag vor über einem Monat eingereicht, also sollte er jeden Tag kommen. Vielleicht will Steve Jobs unsere App für eine seiner großen Ankündigungen aufheben!
Stephen Franklin
CTO und Mitbegründer
![Ein globaler Plan für kollaboratives Arbeitsmanagement [Video]](https://blog.planview.com/wp-content/uploads/2019/07/A-Global-Collaborative-Work-management-blueprint.png)
