Transparentní firma

V létě jsem měla to štěstí se jít podívat do zajímavé Agilní firmy v Ann Arbour, kousek od Detroitu, Menlo Innovations. Nedělají Scrum, mají svoji vlastní metodu založenou na XP (Extreme Programming). První, čeho si všimnete, je celofiremní standup. Velký kruh, kde všichni říkají, co udělali včera. Nepracují nikdy sami, ale vždy v párech, které se pravidelně mění tak, aby se znalosti a zkušenosti přesouvaly a nezůstávaly u jednotlivců ani skupin. Po všech zdech a stolech vidíte kartičky a lepítka transparentně ukazující status jednotlivých produktů, někdy jako klasická kanban tabule, jindy formou story mappingu, podle toho, s čím se rozhodnou experimentovat a zkusit si. Už při vstupu na vás dýchne spolupráce. Ono se to nedá úplně popsat, ale když budete mít cestu kolem, zastavte se na návštěvu. Je to hodně inspirativní firma.

2019-08-20-16-02-17  2019-08-20-16-13-04 2019-08-20-16-20-08  2019-08-21-08-09-38

Zajímavostí byla i tabule, kde mají transparentně zobrazené pozice a díky tomu i platy. Na jednom místě vidíte, co by měl kdo umět. Máte-li pocit, že byste si zasloužili posun o škatulku výš, poprosíte tým kolegů o oběd a feedback. Kolegové vám dají zpětnou vazbu, poradí a pomůžou zlepšit případná slabá místa, abyste na takový posun byli připravení. Posun ze sloupce do sloupce je těžší a také více ohodnocen. Ale to v podstatě dává smysl. Každý další sloupec znamená že jste schopni učit a mentorovat ty v předchozím sloupci. Asi zbývá dodat, že nenajímají podle hard skills, ale hledají talent. A že bonus se rozděluje na základě zisku celé firmy a je stejný pro všechny bez ohledu na roli a zkušenost.

2019-08-21-08-09-282019-08-20-16-29-13

Co se stane s rolí Project Managerů?

Jak jsem psala minule, poptávka po projektových managerech je na ústupu. Už delší dobu. A bez ohledu na to, jak moc se to PMI snaží zakrýt různými akvizicemi, nebude trvat dlouho a role projektového manažera bude pryč. Stejně jako koňské povozy a vozka. Dnešní projekťáci ještě možná přežijí jako projekťáci do důchodu, ale těm co studují bych kariéru projekťáka neradila.

Ale když už máte tu smůlu a vaše organizace přejde na Agile a Scrum předtím, než jste stačili odejít do důchodu, máte v podstatě několik možností co dál:

–        Zapomenout na projekty, posunout se více k zákazníkovi, místo efektivity a dodávané funkcionality se zaměřit na maximalizaci business value, produkt jako celek, a stát se Product Ownerem,

–        Zapomenout na projekty, posunout se více k týmu a fungování organizace a stát se ScrumMasterem,

–        Zapomenout na projekty v klasickém slova smyslu a stát se stakeholderem, který pomáhá Product Ownerovi a týmu porozumět složité struktuře zákazníků a získat feedback.

První varianta se děje málokdy, protože vyžaduje velký nadhled a schopnost prioritizovat. Druhou variantu zkouší firmy nejčastěji, ale málokdy je taková změna úspěšná vzhledem k osobnosti většiny project managerů. Takže zbývá třetí varianta, vzdát se managementu týmu a pomáhat Product Ownerovi a týmu s tím, co je zrovna potřeba. Čím otevřenější jste změnám, tím snazší pro vás bude první nebo druhá varianta, protože Agile není jen další změna procesů, ale poměrně zásadní změna uvažování a fungování organizace.

Agile není další metoda řízení projektů

Agile není o nových praktikách, procesech ani nástrojích. Je to jiný způsob myšlení a přístupu k věcem. Být flexibilní, adaptivní. Pokud postoupíme na další úroveň, je to iterativní customer-centric, value-driven týmový přístup vhodný pro řešení komplexních problémů. Potřebujete mít odvahu dělat věci jinak, být otevřený a transparentní, spolupracovat, ale myslím, že to všechno už víte.

Implementace Agilu na úrovni projektů může být drobným krokem na vaší cestě k Agilu. Dává vám relativně omezený prostor pro experimenty, takže minimalizujete riziko toho, že se váš první pokus nepovede. Ale dříve či později, pokud chcete dosáhnout reálných business cílů, musíte posunout agilitu na úroveň produktů a organizace, kde se projekty stanou zbytečnými. Překvapení? Vraťme se tedy o krok zpět. V tradičním světě je projekt kontejnerem pro řízení celé dodávky a projektový manažer ten kdo projekt řídí. Ve Scrumu ale máme Product Backlog, který obsahuje, co je třeba udělat, a Product Ownera, který se postará o to, aby vše bylo dodáno dle priorit. A místo projektu máme jednoduše položku backlogu. Můžete jí nazvat Epic, ale žádný projekt na to není potřeba, práce z Backlogu se postupně dokončuje, Sprint po Sprintu.

Takže jako malý rychlý experiment je asi ok Agile aplikovat na konkrétní projekt, ale být agilní znamená mnohem víc. Čím více organizací rozumí agilitě, tím méně projektů a projektových manažerů ve firmách uvidíte. Možná se vám to nelíbí, můžete se se mnou hádat či rovnou bojovat s celým Agilem argumentací, že to je od začátku celé špatný nápad, který nikdy nemůže fungovat, anebo můžete naskočit do již jedoucího (agilního) vlaku, zůstat konkurenceschopní a udržet si relevantní práci, protože poptávka po projektových manažerech klesá. Pomalu ale jistě.

Facilitace velkých workshopů: World Café

World Café je dalším formátem, který můžete použít při facilitaci větších workshopů v agilní organizaci. Je to skvělý nástroj pro škálování konverzace a využití kreativity systému. Staví na principech self-organizace a cross-functionality, tedy nic, co by v agilní organizaci bylo neobvyklé. V podstatě na tom nic není. Lidé sedí v malých skupinkách kolem stolů, jako v kavárně, odtud ostatně máme ten název, a diskutují o tématu. K dispozici je obvykle spousta barevných fixek, post-its a flipchart, aby účastníci mohli zajímavé body z diskuze zapsat, nebo nakreslit. Po každém kole diskuse se účastníci náhodně zamíchají do nových týmů a pokračují v konverzaci.

World Café začíná vysvětlením celého formátu. Potom facilitátor připomene očekávání od konkrétního World Café workshopu, aby všichni věděli, co je cílem. World Café je skvělý nástroj k popsání možností řešení nějakého komplexního problému, který zahrnuje hodně týmů.  Poprvé jsem se World Café účastnila na XP2011, kde jsme jako zástupci agilních komunit hledali vizi ALE – Agile Lean Europe network, později jsem tento formát využila mnohokrát ve velkých firmách, abychom si udělali představu o procesech, které se v reálu používají, a jak se liší od těch oficiálních popsaných, co chceme od nových prostor v organizaci, nebo jak zlepšit mezi-týmovou spolupráci. Nejde ani tak o nástroj pro rychlé rozhodování, ale pomáhá velkým a různorodým skupinám přemýšlet o současném stavu, naslouchat hlasům systému a získat povědomí o tom, jaké jsou různé perspektivy. A to se hodí v podstatě kdekoliv.

World Cafe

Na začátku poprosíme účastníky, aby vytvořili co nejrůznorodější týmy s různými rolemi, zkušenostmi a znalostmi, aby pokryly co nejvíce perspektiv. Obvykle se diskuse vede ve třech (nebo více) 20-ti minutových konverzacích na dané téma, kde každé kolo konverzace ovlivňuje otázka. Otázky se netýkají tří různých témat, ale místo toho se dívají na stejné téma ze tří různých úhlů, aby pomohly lidem prozkoumat danou oblast z různých perspektiv a zapojit kreativitu celého systému. V každém kole skupinka vybere jednoho člověka, který ve skupině zůstane, a vysvětlí na začátku dalšího kola novým účastníkům podstatu předchozí konverzace. Užitečným artefaktem je vizuální facilitace na flipchartu. Zbytek lidí si náhodně zvolí jiný stůl pro konverzaci, přičemž má na paměti rozmanitost a cross-funkcionalitu skupin. Na konci posledního kola všechny skupiny prezentují své výsledky ostatním a vyvěsí summary na flipchartech, aby bylo vidět k čemu došli. Tady World Café končí. Cílem není věci vyřešit, ale zvýšit transparentnost o dané situaci či oblasti. Jako follow-up můžete pokračovat jakoukoli facilitační technikou konvergující k výběru řešení nebo akčních kroků, ale to už je nový workshop.

Jak hledat Product Ownera

Dobrý Product Owner by měl mít znalost businessu, autoritu a čas.

Product OwnerZnalost businessu je něco víc než znalost produktu a jeho funkcí. Na to často stačí dobře fungující development tým. Je to i pochopení celého segmentu zákazníků, jak se business chová, co na trhu chybí a po čem je poptávka.

Autorita je potřeba, aby se Product Owner dokázal dobře rozhodnout, co udělat teď a co později, nebo nikdy, tedy prioritizovat na základě business hodnoty. Product Owner musí umět říct “ne“.

Čas je nutný nejen vzhledem k zákazníkům a businessu, ale i development týmu. Dobrý Product Owner je součástí týmu a spolu s development týmem a zákazníkem (interní stakeholdeři, uživatelé, … ) spolupracuje na porozumění backlogu. Product Owner není tichá pošta mezi týmem a zákazníky, ani ten kdo píše všechny položky backlogu/User Story. To se vše děje společně na Backlog Refinementu. Product Owner tedy musí být dobrý v komunikaci, umět vyjednávat, a facilitovat větší workshopy (Refinement) a umět věci jasně vysvětlit a komunikovat.

Znalosti by měl mít alespoň na úrovni na úrovni certifikací CSPO – Certified Scrum Product Owner (případně CSM – Certified ScrumMaster jako doplněk pro hlubší pochopení Scrumu.

Zkušenost ze Scrum prostředí: Dobrý Product Owner by měl zažít pravý Scrum na úrovni celého produktu, zkušenosti ověřené certifikací A-CSPO – Advanced Certified Scrum Product Owner, nebo v lepším případě CSP-PO – Certified Scrum Professional – Product Owner).

Alespoň základy (a plánuje se rozvíjet v daných oblastech): Vyjednávání, komunikace, facilitace, schopnost naslouchat, leadership skills.

Dobrý Product Owner by měl být schopen efektivně spolupracovat v rámci týmu.

Když se nad tím zamyslíte, dobrý Product Owner se daleko snáz hledá interně, než najímá externě, ostatně je to někdo, kdo má na starosti celkový úspěch businessu, takže je lepší vzít někoho koho znáte a víte, že ve vašem businessu dobře orientuje. Product Ownerů navíc nepotřebujete tolik, na jeden produkt (i ten větší) stačí jeden Product Owner. Ostatně není na to sám, pomáhají mu v rámci Backlog Refinementu development týmy.

Jeden produkt, jeden Product Owner

Jeden z nejčastějších dotazů je, proč má být ve Scrumu jeden Product Owner na celý produkt, proč na každý systém není jiný Product Owner (tedy proč nemáme komisi Product Ownerů) popřípadě proč každý tým nemá svého Product Ownera (team PO, proxy PO). A když už tedy máme jednoho PO jak to může všechno stihnout.

Začneme od začátku. Jednoho PO máme, protože máme jeden produkt. A ten potřebuje pro svůj úspěch jasný směr, jasnou vizi na jejímž základě má každý produkt jeden prioritizovaný backlog na základě business value. Komise je těžkopádná, nemá na věci jednotný pohled a jen těžko se domluví. Obvykle končí doporučením, že tohle všechno musíte udělat jako prioritu jedna. Tedy máte skupinu stakeholderů (nebo zákazníků, jak je v agilním světě nazýváme), ale žádného Product Ownera. Konsekvence je nekvalitní backlog, nejasné priority a zákulisní boje. Týmový /Proxy Product Owner je zase nešvar, který jsme zdědili z klasického vnímání development týmu jako tzv. ‘Coding monkeys’ tedy codérů, kteří tupě nakódují co někdo jiný naspecifikoval bez toho, aniž by jakkoli přemýšleli, jestli daná implementace vede k cíli. V lepším případě component týmů (které mají na starosti jen určitou část systému) a nedokážou tak žádnou hodnotu dodat. Když týmy nedodávají end-to-end hodnotu, nemůžou získat relevantní zpětnou vazbu a celé Sprint Review je zbytečné. Component týmy nemají dostatečný přehled o celkovém businessu, požadavkům ve formě user story nerozumí, a tak požadují, aby jim někdo napsal detailní akceptační kriteria /specifikaci, aby věděli co se má v dané komponentě udělat. A protože businessově orientovaný PO věcem technicky nerozumí a ani na to nemá čas, instalují asistenta, který jim to připravuje. A jsme zpět ve waterfallu. Nejdřív se udělá specifikace, pak podle ní vyvíjí produkt. Takže tudy cesta také nevede. Tedy jestli chcete zůstat v tradičním světě, proč ne. Rozhodnutí je na vás. Jestli ale chcete aplikovat Scrum tak jak byl zamýšlený, a hlavně tak aby fungoval, odpověď je snadná.

Backlog Refinement is about collaborationJeden produkt (a o tom jak se takový produkt definuje už jsem tu psala) má jednu vizi, jeden backlog, a tedy i jednoho PO. Na produktu může pracovat několik cross-functional týmů, které každý za sebe dokážou dodat end-to-end hodnotu, tedy plně funkční produkt. Aby to jeden PO zvládal, nepracuje sám, ale v rámci backlog refinementu mu pomáhají již zmíněné týmy, které společně s PO a zákazníky backlog připravují a starají se o to, že všichni rozumí prioritám i jednotlivým položkám backlogu. Asi nejčastější chybou, která k výše zmíněnému ‘fake PO’ vede je představa, že Product Owner píše položky backlogu, které když jsou ready předává týmu a ten je podle jeho požadavků naimplemetuje. Tak to ale ve Scrumu být nemá a nikdy být nemělo. Refinement je týmová práce a podílí se na ní všichni. Zákazníci, stakeholdeři, uživatelé, cross-functional týmy, a Product Owner a položky backlogu definují společně.

Když to celé zjednoduším. Scrum je o týmové spolupráci (nejen v rámci Scrum týmu ale i se zákazníky), jasných prioritách (proto máme jednu hlavu, jednoho Product Ownera) a dodávání hodnoty (cross-functional týmy).

Jak na Open Space – část 5

V předchozích příspěvcích jsem se věnovala tématům co je to Open Space, jak začít a skončit, jaké má role, a kde všude by se dal formát Open Space použít. Tak se teď pojďme podívat, jak začít. Nebát se. To, co z Open Space vzejde, ještě není nutně to, co se musí přesně takhle implementovat. Je to jen začátek, co jedna skupina navrhuje. K implementaci ještě vede dlouhá cesta, kdy je třeba o nápadu přesvědčit ostatní. Tedy, nemusí být až tak dlouhá, ale to, co jsem chtěla zdůraznit je to, že co skupina lidí navrhne, není automaticky rozhodnutí. Někdy trvá následná změna jednotky minut, kdy se všech na konci zeptáte na to jak to vidí a když všichni souhlasí, změnu uděláte. Někdy finální implementace trvá měsíce, protože nápad musí projít právníci, finance, či jiná oddělení a domyslet konkrétní podobu. A někdy se nápad nikdy nestane, protože se neukáže z pohledu organizace jako praktický. I to se může stát.

OpenSpace

Je to formát, který staví na kreativitě a dívá se na věci jinak, takže z něj často vzniknou zajímavé návrhy, které by standardně nikoho nenapadly. Je to formát postavený na dobrovolnosti, takže má nadšené lidi již od začátku a nemusí se potýkat s demotivací. Je to formát, který staví na diversitě a umožňuje lidem zaměřit se na tu část problému, která jim připadá nejzajímavější a tu společně zkusit o kousek posunout. Pravidla jsou pro lidi s agilním mindsetem jednoduchá a ničím neobvyklá. V agilní organizaci se nad takovým stylem práce nikdo nepozastaví a workshop poběží v podstatě sám. V tradiční organizaci, kde mají lidé pořád pocit, že na to, aby se něco stalo, musíte mít reporting a centrální řízení, vzbudí obvykle takový formát pozdvižení a někdo z managementu ho radši ‘včas’ zastaví. Ještě by zaměstnanci vymysleli něco, co my nechceme a co pak? Je lepší je k ničemu nepustit. Takže přestože je facilitace jednoduchá a workshop samotný nemůže špatně skončit, na některé organizace a managery působí jako červený hadr na býka. Je to ve finále advanced technika agilního světa. Možná podle reakce na takový Open Space poznáte, jestli jste agilní nebo zase až tak moc ne. Představte si podobnou konverzaci ve vaší organizaci:

„Chtěli bychom zorganizovat půldenní workshop na téma, jak zlepšit [xxx]. [xxx] je náš největší problém, stojí nás měsíčně [yyy] času/peněz a zatím se nám ho nedaří zlepšit. Chtěli bychom pozvat všechny členy týmů, aby se společně v rámci Open Space zamysleli, co bychom s tím mohli udělat.“

Jaká asi bude reakce vašeho okolí?

[0]: „Žádné změna v této oblasti nepřipadá v úvahu. Stačí když budete dělat to co máte (je v procesech).“

[1]: „Kolik to bude stát? Nemůžeme tomu věnovat půl den, musíme pracovat na dodávce.“

[2]: „Nemůžete přeci pozvat všechny. Jestli se tomu opravdu chcete věnovat, udělejte malou skupinku a té to dejte na starosti.“

[3]: „Opravdu je účast dobrovolná? A co když …?“

[4]: „Dejte mi vědět, jak to dopadlo.“

[5]: „Můžu také přijít?“

Je to jednoduchý test. Počet bodů, které jste v průměru získali ukazuje nakolik agilní jako organizace jste.

Nula znamená, že vaše organizace na podobné agilní praktiky není ready a je hluboko v tradičním mindsetu. Začala bych s něčím menším, na čem organizaci ukážete že selforganizace a decentralizovaný styl práce funguje.

Trojka vám dává šanci to zkusit, ale budete muset hodně vysvětlovat a ujišťovat. Když se vám první takový workshop povede prodat v rámci organizace, máte většinou vyhráno a čas od času takový nástroj můžete použít.

Pětka je znamením, že jste na vaší agilní cestě došli tak daleko, že už se nad Agilem nikdo nepozastavuje a přešel vám do krve. Agile je to co nejen děláte, ale žijete. Open Space workshopy se stanou běžnou součástí vašeho firemního života a začnou je organizovat i ostatní lidé v rámci firmy, kdykoli budou řešit problém, kde je potřeba kreativita a zapojení větší skupiny lidí.

Agile Prague Conference 2019

Jako každý rok, chystáme v září konferenci Agile Prague. Tentokrát již devátý ročník. Agile Prague je každoročně největší událostí Agilního světa u nás a stejně jako poslední roky má bohatý program. Takže na co se můžete těšit?

Tématem letošního roku je Agile journey, tedy takzvaně cesta k agilitě. Agile již dávno není jen doménou IT, ale používá se v rámci celé organizace a taková změna je určitě náročná. Agile je cesta. Cesta plná změn, cesta, která pomáhá firmám se adaptovat na problémy dnešního světa.

Každý den začínáme dvěma keynotes, dále pak program kombinuje krátké 30 min talky, odpolední workshopy a praktické case-studies.

Agile Prague Conference 2019

Jako již tradičně poledne není jen čas oběda, ale i možnost zapojit se do openspace, kde program vzniká na místě a kdokoli z vás může nabídnout jakékoli téma o které se chce podělit nebo se o něm něco dozvědět. Věnovat se budeme velkým transformacím, leadershipu, modernímu managementu, kultuře týmů, produktům a scalingu, agilitě na úrovni organizace. Nechte se inspirovat.

Po oba dva dny zároveň běží Coaches Clinic, tedy místo, kde vám zkušení koučové poradí s čímkoli budete potřebovat.

Z programu namátkou zmíním Pete Behrens, který stojí za vznikem Certified Agile Leadership programu a na konferenci se s vámi podělí o své zkušenosti s agilními transformacemi, Ralph van Roosmalen, který se podělí o své zkušenosti jako CEO velice agilní organizace Happy Melly, a Heidi Helfand která se zaměří na změny v týmech, z Nového Zélanndu přijede Samantha Laing s tématem osobnostního rozvoje, Jurgen De Smet se zaměří na podstatu Scrumu a rozebery kdy Scrum má a nemá smysl nasazovat (mimochodem, Jurgen je specialista a trenér na LeSS, který v listopadu opět přijede do Prahy realizovat certifikačni LeSS workshop). A mnoho dalších. Ostatně posuďte sami a podívejte se na program konference.

Jako obvykle je konference doplněna workshopem na témaDesign Thinking: Human-Centred Design in Agile,kde vás Stuart Young provede customer centric designem produktu.

Myslím, že se je na co těšit. Doufám, že se tam v září potkáme🙂

Kde se dá použít Open Space – část 4

V předchozích příspěvcích jsem se věnovala tématům co je to Open Space, jaké má role a jak by se měl takový Open Space workshop začít a skončit. Pojďme se tedy podívat, kde byste tento formát mohli použít. Open Space se často používá na konferencích (např. Agile Prague Conference ho již několik let intenzivně využívá), aby posunuli zážitek z přednášek a workshopů do konkrétní roviny a dali tak prostor každému prodiskutovat jeho konkrétní problém, nebo se nechat inspirovat tím, co zajímá ostatní. Asi největší skupina, kterou jsem viděla, bylo cca 1200 lidí, běžně se obzvláště ve firmách, které takový formát využívají pravidelně, účastní něco kolem stovky lidí. Ale počet lidí tady není limitem. O konferencích, kde je takový formát běžný, teď ale mluvit nechci. Takže kde jinde se tento formát používá? V podstatě kdekoli, kde jsme ready na opravdovou samoorganizaci a potřebujeme dát dohromady větší skupinu lidí. Je to nástroj, který staví na takzvaném emergent leadershipu, tedy tomu, že když vás něco zajímá, tak se za to postavíte, převezmete zodpovědnost a zkusíte kolem sebe zformovat skupinu lidí, které dané téma také zajímá. V Agilní organizaci se používá poměrně často. Na inovace, řešení konkrétních problémů, jako například jak změnit systém ohodnocování, jak by měly vypadat nové prostory, jak zlepšit kvalitu, přístup k zákazníkům, nebo třeba jako forma Backlog Refinementu nebo celofiremní Retrospektivy.

OpenSpace

Poprvé jsem se ho účastnila kdysi dávno, někdy v roce 2003, kdy naši zákazníci chtěli změnit styl práce. Bylo to ještě pár let před Agilem, prostě jen chtěli investovat sto dní do lepšího stylu práce. Jmenovalo se to 100 dní improvementů, kdy týmy po dobu 100 dní pracovaly na zlepšení procesů, infrastruktury, automatizaci apod. A úplně první byl Open Space, kde jsme všichni brainstormovali, co by nám mohlo v dalším vývoji produktů pomoci, a jak bychom mohli nejlépe investovat výše zmíněných sto dní do improvementů tak, aby se nám to vrátilo. Pár let na to jsem pomocí formátu Open Space facilitovala workshopy na celkovou změnu HR, zlepšení development nástrojů, co udělat pro růst lidí a redesign prostor. Jedním z mých oblíbených workshopů facilitovaných formátem Open Space je overal retrospektiva, kde týmy, které spolupracují na jednom produktu, takto v menších skupinkách vymyslí, jak by mohly zlepšit spolupráci mezi týmy.

 

Začátek a konec Open Space – část 3

V předchozích příspěvcích jsem se věnovala tomu, co je to Open Space a jaké role obsahuje. Teď se na něj podíváme prakticky. Co potřebujete? Velkou místnost, kde bude probíhat takzvaný marketplace, tedy tržiště nápadů. Jak to vypadá? Většinou máte židle v kruhu, pro větší skupiny klidně i v několika řadách, uprostřed stojí facilitátor, který Open Space uvádí. Vysvětlí, jaké jsou pravidla a principy, připomene ještě jednou téma celého Open Space a otevře tržiště nápadů. Účastníci potom jeden po druhém představí ostatním oblast, které se chtějí věnovat, napíšou ji i se svým jménem na papír a ten přiřadí na tabuli konkrétnímu místu a času.

OpenSpace

Někdy se vlastníci oblastí domluví na jejich sdružení, protože jsou to podobná témata, a někdy ještě na poslední chvíli změní čas, aby se mohli zúčastnit konverzace o jiné zajímavé oblasti. Ten, kdo téma nadhodil, může přijít s vlastním nápadem, nebo jen facilitovat diskusi mezi účastníky a nechat nápady na nich. Formě se meze nekladou. Každé místo má flipchart, aby účastníci mohli zaznamenat podstatné body konverzace pro ostatní a výstupy konverzace nezapadly. Na konci se znovu všichni sejdou a za každou skupinu odprezentují ostatním, k jakým výstupům došli.

Open Space bývá většinou vstupem dalším aktivitám či workshopům. Open Space to většinou nekončí.

V dalších příspěvcích se podíváme na to, kde se dá Open Space použít, a jak na na to.