Vi är glada att kunna presentera en ny uppsättning funktioner för vår Team Edition som bygger på idéer från vår bästa källa - ni - våra kunder. Vi tror att du kommer att hålla med om att dessa funktioner hjälper till att flytta Kanban från teamnivå till företagsnivå, samtidigt som vi behåller vår kända användarvänlighet. Och vänta bara tills du får se några av de saker som vi har planerat för senare i sommar. Vi kommer att slå dig med häpnad!
Kloning av styrelser
I många fall börjar våra kunders användning av Planview AgilePlace med ett enda team eller projekt. De kommer fram till hur de ska använda Kanban och vårt verktyg med ett team på tio eller tolv personer och sedan tar de det vidare in i organisationen. Det är bra för dem (och för oss!) men de har haft ett problem. Som man kan förvänta sig lär de sig under sina piloter att dela med sig av erfarenheter som de vill dela med sig av till framtida team, varav en del handlar om styrelsens format: formatering av banor, korttyper, serviceklasser osv. Eller i vissa fall använder kunderna vissa styrelser för att representera kortvariga projekt (som det finns många av) snarare än team. Men återigen vill de att varje projektstyrelse ska representera deras bästa praxis. Kanban är trots allt tänkt att handla om organisatoriskt lärande. Men fram till nu har det i båda fallen inneburit att man manuellt måste bygga nya styrelser som efterliknar de gamla. Vi är stolta över att det är lätt att hantera styrelser, men vi vet att det fortfarande var jobbigt när du lade till tio nya styrelser.
Nu kan en kontoadministratör skapa en ny Kanban-tavla genom att klona en befintlig tavla och kopiera all dess körbanestruktur och kortkonfiguration. När han eller hon skapar en ny tavla väljer han eller hon helt enkelt alternativet Kopiera tavla, väljer den tavla som ska kopieras och så har han eller hon en ny tavla med samma konfiguration. Organisationer kan nu ta tillvara på sina hårt kämpade lärdomar, kodifiera dem i mallprocesser och skala ut dem till många team samtidigt.
Fältpolicyer
Vi upptäckte också att många kunder tyckte att även om tanken på självförvaltning är bra, så behövde deras team i praktiken hjälp med att förstå spelreglerna. Detta gällde särskilt för växande team med nya medlemmar eller för resurser som sprider sin tid över flera team. När grupperna utvecklar sina Kanban-processer kan de utveckla oskrivna regler för hur de ska arbeta inom styrelsen. När tiden går och människor kommer och går förloras oundvikligen en del av denna gemensamma kunskap.
För att hjälpa till med det här problemet tillåter vi nu team att definiera policyer/beskrivningar för körfält (liknande policyer för tjänsteklasser) så att de kan registrera och utveckla uttryckliga regler för hur arbetet i varje körfält ska utföras. Vad är till exempel teamets definition av "gjort"? Precis som med annan styrelsens konfiguration görs detta snabbt och enkelt i styrelsens editor med en WYSIWYG-textredigerare som till och med gör det möjligt att länka till längre policydokument som lagras någon annanstans. Alla användare i styrelsen kan sedan snabbt hänvisa till banpolitiken genom att hålla muspekaren över en ikon på banhuvudet.
WIP-gränser per kortstorlek
Även om Lean/Agile best practices uppmuntrar oss att dela upp arbetet i lika stora delar vet vi alla att detta inte alltid är möjligt. I dessa fall kan det hända att WIP-gränser som baseras på ett antal kort inte verkligen begränsar det pågående arbetet på det sätt som vi avser. Det kanske inte är uppenbart att arbetet i systemet närmar sig eller överskrider lagets kapacitet. För att lösa det här problemet kan du nu definiera WIP-gränser i termer av kortstorlek. När administratören väljer det här alternativet kommer Planview AgilePlace att sammanställa den totala storleken på alla kort i en körfält när WIP-gränserna kontrolleras. Som tidigare gäller detta för körfält, delkörfält, delkörfält osv. WIP-gränser rullar upp oavsett om de beräknas utifrån antal kort eller kortstorlek.
Förbättringar av visualisering
Kortstorlek - För att stödja användningen av WIP-gränser efter kortstorlek har vi gjort det lättare att visuellt hantera dessa gränser genom att lägga till en ikon som visar kortstorleken.
Förfallodatum - Om ett kort hade ett förfallodatum hade kalenderikonen som visades på kortet hittills ett generiskt datum. Du kanske inte har märkt det eftersom jag är säker på att du aldrig missar ett datum :-), men ikonen bytte färg när du närmade dig förfallodagen och sedan passerade den. Och du kan hålla muspekaren över ikonen för att se datumet. Men datumet var inte lika tydligt som det borde vara. Nu gör den det. Kalenderikonen visar kortets faktiska förfallodag.
Andra godsaker
Du kan nu utesluta en nämnds mätvärden från organisationens mätvärden på instrumentpanelen. Detta är användbart när du skapar styrelser som inte representerar processer av flödestyp (t.ex. en SWOT-analys) eller om du har styrelser som är sandlådor, mallar eller utbildningsstyrelser. Slutligen finns det nu en styrelseinställning som gör att du kan utesluta arkiv och körfält som en kompletterad när du fastställer förfallna arbetsobjekt och när du beräknar WIP-gränser för enskilda personer.
Och iPad-appen - är inte riktigt klar. Jösses. Vi väntar tålmodigt på Apples godkännande. Vi skickade in ansökan för över en månad sedan, så den borde komma vilken dag som helst. Steve Jobs kanske vill spara vår app till ett av sina stora tillkännagivanden!
Stephen Franklin
Teknisk direktör och medgrundare
![En global plan för hantering av samarbetsarbete [Video]](https://blog.planview.com/wp-content/uploads/2019/07/A-Global-Collaborative-Work-management-blueprint.png)
