
Dlaczego zrezygnowałem z domeny agilecoaching.pl?
Od dzisiaj strona agilecoaching.pl funkcjonuje pod nowym adresem: jacekwieczorek.pl. Dlaczego zdecydowałem się na zmianę? Dwa główne powody to: Poniżej kilka słów komentarza do obu punktów.
Od dzisiaj strona agilecoaching.pl funkcjonuje pod nowym adresem: jacekwieczorek.pl. Dlaczego zdecydowałem się na zmianę? Dwa główne powody to: Poniżej kilka słów komentarza do obu punktów.
Pracując jako zewnętrzny konsultant zależy mi na skutecznym wspieraniu zwinnych transformacji w organizacjach. Nie każda firma jest tak samo zdolna do przeprowadzania zmian. Niektóre posuwają się szybko do przodu, inne usprawniają się bardzo wolno — tak wolno, że można odnieść wrażenie, że zmiana nie postępuje wcale. Przez ostatnie kilka lat, mniej lub bardziej świadomie, budowałem swoją listę sygnałów ostrzegawczych. Pomagają mi one dokonać oceny potencjału toczącej się zmiany. Jest to dla mnie wsad do głębszej analizy sensu i wartości płynącej z kontynuacji mojego zaangażowania w zmianę.
Pogłębiając ostatnio obszary związane z obszarem product discovery, zdecydowałem się przeczytać książkę “Sprint”, napisaną przez Jake’a Knapp’a, który spędził 10 lat pracując w Google oraz z Google Ventures. Zanim pomyślisz “Ileż można o tych Sprintach! Ten Wieczorek już kompletnie zatracił się w tych swoich labiryntach…”, poczekaj chwilę :) W tym wpisie, będę się posługiwał zwrotem “Design Sprint”, mając na myśli Sprint w rozumieniu książki Jake’a Knapp’a, a nie Sprint, będący częścią frameworka Scrum.
Odezwał się do mnie ostatnio zaprzyjaźniony CEO z jednej z Polskich firm technologicznych z następującym pytaniem: “Jacek, co zrobić, gdy management ma odczucie, że zespoły pracują za wolno?”. Temat jest wielowymiarowy i przy niemal zerowej znajomości kontekstu, wszystko na co mogę sobie pozwolić, to luźne hipotezy i wskazanie obszarów, od których zacząłbym eksplorację problemu. Poniżej zebrałem swoje przemyślenia na ten temat, które mogą pomóc spojrzeć szerzej na to zagadnienie.
Od pewnego czasu dostępne jest nagranie mojej prezentacji „How to build the right product using Product Discovery techniques”, którą miałem okazję zaprezentować podczas październikowej konferencji Agile By Example. Warto obejrzeć, bo prezentacja jest zwięzła (~13 minut), oparta na trzech praktycznych przykładach z życia i pokazuje, jak można skorzystać z product discovery w codziennej pracy. Z techniki product discovery* korzystam od kilku lat – zarówno w pracy z klientami, jak i do tworzenia własnych produktów, takich jak warsztaty, książka czy podcast (nagrywany wspólnie z Kubą). Niezmiennie zaskakuje mnie, jak rzadko podejście to jest stosowane w praktyce w firmach, które pracują lub chcą
Pomagam pracować zwinnie i tworzyć udane produkty
twój scrum nie działa?