Ideaflow - pomysły jako metryka zespołu, nie talent jednostki

Ideaflow to liczba pomysłów, które zespół wytwarza w ustalonym czasie. Jak zamienić tę liczbę w rytm pracy, zanim pierwsza opcja stanie się jedyną.

Ideaflow to liczba pomysłów, które Ty lub Twój zespół jesteście w stanie wytworzyć w określonym czasie. Tak definiują ją autorzy książki „Ideaflow. Przepływ pomysłów jako siła napędzająca każdy biznes” - David Kelley, Jeremy Utley i Perry Klebahn. To metryka, nie cecha charakteru, a więc mam świetną wiadomość: da się ją mierzyć, da się ją trenować.

Dla zespołu produktowego w startupie albo firmie rosnącej ta zmiana perspektywy dużo zmienia. Przestajecie czekać na „osobę kreatywną”. Zaczynacie budować warunki, w których pomysły pojawiają się regularnie. Zespół czyta o zarządzaniu produktem, ale bez namacalnej metody zostaje status na standupie i dług decyzyjny. Ideaflow jest jednym ze sposobów, żeby ten dług spłacać.

Co widać w źródłach wokół „ideaflow”

Polskie recenzje i wydania książki mówią jednym głosem. Utley i Klebahn opisują, jak stale wymyślać pomysły i wprowadzać je na rynek - nie jednorazowy wybuch kreatywności przy kick-offie. Drugi wątek ze źródeł: książka uczy planować i zabezpieczać pracę przy niepewności i dużych zakłóceniach. To się przydaje, gdy innowację trzeba skalować.

Dla nas najważniejsze jest jedno: przepływ pomysłów traktujecie jak proces operacyjny. Z rytmem, właścicielem tematu i miarą - tak samo jak wdrożenie albo discovery.

Gdzie zespół product-tech płaci koszt teraz

Typowy scenariusz: na refinemencie pada problem, ktoś rzuca pierwsze rozwiązanie, grupa je „szlifuje” przez czterdzieści minut i wychodzi z jedną opcją. To zafiksowanie funkcjonalne w czystej postaci. Pierwsza rama, jaką zobaczyliście, staje się jedyną, jaką rozważacie.

Drugi koszt: dywergencja i konwergencja sklejone w jedno spotkanie. Zespół jednocześnie wymyśla i ocenia. Nawyki poznawcze robią swoje - krytyk w głowie ucina pomysły, zanim trafią na tablicę. Efekt znacie: backlog pełen wariantów jednego rozwiązania i decyzje, które wracają co kwartał, bo nikt nie widział realnych alternatyw.

Ruch warsztatowy: kwota pomysłów i mała kata

Metoda na najbliższy tydzień, bez slajdów:

1. 10 pomysłów przed oceną. Jedno pytanie problemowe, np. „jak skrócić onboarding do pierwszej wartości dla użytkownika?”. Każda osoba pisze w ciszy dziesięć pomysłów. Dopiero potem grupa czyta i grupuje. Liczba jest celem: przy pomyśle siódmym kończą się oczywistości i zaczyna właściwa praca.

2. Dywergencja i konwergencja w osobnych blokach. Najpierw generujecie bez oceniania, potem oceniacie bez dorzucania. Dwa tryby, dwa sloty w kalendarzu. Facylitator pilnuje granicy, bo grupa sama z siebie ją rozmyje.

3. Rytm w stylu Toyota Kata. Zamiast wielkiego „warsztatu innowacji” raz na kwartał - mała, powtarzalna pętla: pytanie problemowe, porcja pomysłów, jeden tani test, wnioski na następny tydzień. Ideaflow rośnie od powtórzeń, nie od intensywności jednej sesji.

4. Tani test zamiast debaty. Z grup pomysłów wybieracie jeden nie przez godzinną dyskusję, tylko przez dwa kryteria: co najszybciej sprawdzi założenie i co najmniej kosztuje, jeśli się mylicie. Test ma zmieścić się w tygodniu - strona z zapisem, makieta pokazana trzem klientom, ręczna obsługa procesu zanim powstanie kod. Wynik wraca na start pętli jako nowe pytanie problemowe.

Po dwóch tygodniach macie własną bazę: ile pomysłów na pytanie wytwarza Wasz zespół dziś. Od tej liczby zaczyna się rozmowa o poprawie - konkretna, bo oparta na Waszych danych, nie na cytatach z książki. Przy okazji wychodzi drugi pomiar, o którym mało kto pamięta: ile z wytworzonych pomysłów w ogóle dostało szansę na test. Jeśli generujecie dużo, a testujecie zero, wąskim gardłem jest konwergencja i mandat do decyzji, nie kreatywność.

Na jakie pytanie odpowiada ten tekst

Jeśli szukacie „ideaflow po polsku” albo „jak zwiększyć liczbę pomysłów w zespole produktowym”, krótka odpowiedź brzmi tak: mierzcie liczbę pomysłów na pytanie problemowe, rozdzielcie wymyślanie od oceny i osadźcie to w tygodniowym rytmie małych prób. Reszta - narzędzia, tablice, szablony - jest wymienna.

Przetestuj to na własnym problemie

Weźcie jedno realne pytanie z Waszego backlogu i przepuśćcie je przez liczbę dziesięciu pomysłów na osobę. Jeżeli chcecie zrobić to z facylitatorem i wyjść z decyzją, a nie tylko listą karteczek - zobacz warsztaty NBB.