reQuest – konferencja dla wymagających

Przedstawiamy Państwu reQuest – konferencję przeznaczoną dla osób zaangażowanych w szeroko pojęty obszar analizy biznesowej i systemowej w IT.

reQuest to nowa marka na rynku polskim. Marka świeża i szybko rozwijająca się, której flagowym produktem ma być konferencja powołana z myślą o analitykach, realizowana przez analityków. Naszym celem jest zbudowanie społeczności skupionej wokół tematyki analizy, wymagań i potrzeb biznesowych; społeczności, która będzie aktywnie uczestniczyć w tworzeniu nowego wymiaru analizy – dziedziny innowacyjnej i interdyscyplinarnej, skutecznie przekuwającej potrzeby biznesowe na skuteczne i nowatorskie rozwiązania. Chcemy łączyć wiedzę i doświadczenia z różnych obszarów i dyscyplin, by rozszerzać kompetencje i możliwości analityków. Chcemy zachęcać do zadawania pytań, dyskusji i zejścia z utartych ścieżek w kierunku alternatywnych możliwości.  

Osoby, które czują się częścią wyżej opisanej społeczności, serdecznie zapraszamy na konferencję reQuest. Zmieniaj z nami branżę IT!

Do pobrania:

Zapraszamy
  • Analityków biznesowych i systemowych
  • Projektantów rozwiązań IT
  • Właścicieli Produktów
  • Reprezentantów biznesu
  • Testerów i specjalistów QA
  • Wszystkich, którzy chcą wiedzieć i móc więcej!
Data i miejsce konferencji

Konferencja odbędzie się 4-5 października 2018

Lokalizacja:

Hotel Boss
Warszawa, ul. Żwanowiecka 20

Organizator konferencji

Stowarzyszenie Jakości Systemów Informatycznych
ul. Poznańska 16 lok. 4
00-680 Warszawa

http://www.sjsi.org

WYKŁADÓW

WARSZTATÓW

DNI

MIEJSC

Prelegenci

Przedstawiamy naszych prelegentów.

Eric Riou du Cosquer

Audytor, Konsultant, Asesor i Trener akredytowany przez TMMi

    Tomasz Dubikowski

    Ocado Technology / Software Development Manager

      Karl Wiegers

      Główny Konsultant ds. Wpływu Procesów, autor książek

      Marcin Sikorski

      Inżynier testów w Tieto

        Petra Boušková

        Koordynator Zespołu Wdrożeniowego w Cemex Go, profesjonalny trener umiejętności miękkich

          Olivier Denoo

          Wiceprezes ps_tesware SAS, prezes CFTL, prezes ISTQB

          Tomasz Furgalski

          Psycholog, coach, trener

          Arnika Hryszko

          Starszy specjalista zapewnienia jakości, akredytowany trener ISTQB

            Anna Jankowiak

            Założycielka i właścicielka firmy GrywIT, wiceprezes Zarządu INNOKREA Sp. z o.o.

            Krzysztof Kołosowski

            SoftServe / Analityk Biznesowy

              Agnieszka Kugler

              Dyrektor Działu Analiz Pionu Rynku Kapitałowego w Asseco Poland S.A.

              Hans van Loenhoud

              Wiceprzewodniczący IREB, trener/ trener/konsultant w Taraxacum

              Jarosław Łojewski

              Główny Architekt IT w Nest Bank S.A., autor bloga DobraPorazka.pl

              Joel Oliveira

              Wiceprzewodniczący Grupy Roboczej ds. Marketingu przy ISTQB - International Software Testing Qualifications Board

              Monika Perendyk

              Analityk, Trener, wykładowca akademicki, redaktor Naczelny REQ Magazyn

              Andrzej Sobczak

              Profesor Szkoły Głównej Handlowej, redaktor serwisu Robonomika.pl

              Hanna Tomaszewska

              Analityk Biznesowy, autorka bloga Analiza IT

              Jacek Wieczorek

              Konsultant w 202procent.pl, współtwórca agile247.pl, twórca bloga agilecoaching.pl

                Michał Wolski

                Konsultant MODESTO, autor bloga https://www.michalwolski.pl/

                  Elena Zhukova

                  Business Analyst

                  Rafał Stańczak

                  Agile Coach oraz Test Manager, trener, członek organizacji Scrum Alliance oraz Stowarzyszenia Jakości Systemów Informatycznych

                  Piotr Źrołka

                  Projektant i doradca, specjalista service design, UCD

                    Agenda

                    09:00 - 9:30
                    Rejestracja

                    Rejestracja uczestników, wydanie pakietów powitalnych, poranna kawa

                    Biznes się zmienia. IT się zmienia. Ale czy narzędzia i metody pracy analityka i architekta zmieniają się lub powinny zmienić się - w szczególności w czasach coraz powszechniejszej robotyzacji procesów? W prezentacji będę starał się spojrzeć na relacje występujące między analitykiem-architektem a robotami z dwóch różnych perspektyw – tj. czy musimy inaczej niż do tej pory podejść do analizy i architektury zrobotyzowanego biznesu i jak roboty mogą pomóc w pracy analityka/architekta. Okazuje się bowiem, że coraz częściej wiele firm patrzy na analityków/architektów jako koszt (który może i przynosi korzyści, ale mocno odroczone w czasie) i zastanawia się, czy jest jakieś podejście umożliwiające podniesienie efektywności pracy tych ról.

                    Andrzej Sobczak

                    Analityk biznesowy analizuje biznes? W większości przypadków – nie. Projekty wypadają nam jak z czarnej skrzynki. Czy mają sens? Czasem trafiają jak kula w płot. Czasem są jak armata na muchę. Czasem nie rozwiązują właściwego, najbardziej naglącego problemu. A czasem decydent chce zabawkę lub awans, zapominając o klientach i rozwoju firmy. Czy to problem analityka? Czy Twój projekt jest właściwy dla firmy? Przyjrzyjmy się temu, co dzieje się ponad projektem - analizie prawdziwie biznesowej, analizie organizacji i analizie strategicznej. Rozwikłamy zagadkę - skąd biorą się sensowne projekty i dowiemy jak definiować potrzebne firmie inicjatywy.

                    Hanna Tomaszewska

                    Analityk w zespole, analityk poza zespołem, analityk jako Product Owner, analityk jako Proxy Product Owner. W tej prezentacji skupię się stosowanych modelach pracy analityka ze zwinnym zespołem (w zespole). Poruszę ciekawsze techniki przydatne w tej współpracy takie jak: Living Documentation, Executable Specification, Domain Modeling, Event Storming. Jako osoba często zaangażowana w prace z zespołami dewelperskimi i patrząca z boku na pracę analityków, pokuszę się również moją subiektywną prognozę przyszłości tego zawodu.

                    Michał Bartyzel

                    Na ścianach, tablicach i innych powierzchniach nie jeden raz można zobaczyć kwadraty, prostokąty połączone ze sobą liniami. Obok znajdują się treści co te „kwadraty robią ze sobą”. Tak oto tworzy się architektura. W wielu przypadkach rysunki zostają przykrywane innymi rysunkami i tak idea architektury ginie. Sporo mówi się o procesach biznesowych. Wydaje się wręcz, że modelowanie procesów biznesowych w procesie wytwórczym oprogramowania to podstawa, do której odnoszą się kolejne etapy tego procesu. Z drugiej strony jest podejście zwinne, gdzie o architekturze i procesach mówi się mało lub wcale. W trakcie wystąpienia "Architektura korporacyjna jako wstęp do analizy biznesowej i systemowej" opowiem o moich praktycznych doświadczeniach z implementacji elementów architektury korporacyjnej w świecie wytwarzania oprogramowania. Na wstępie bardzo krótko scharakteryzuję architekturę korporacyjną. Wskażę jej produkty oraz interesariuszy, którzy powinni być nimi zainteresowani. Następnie skupię się na wykorzystaniu produktów architektury korporacyjnej przez analityków biznesowych i systemowych. W moim odczuciu architektura korporacyjna by istnieć i rozwijać się musi być włączona w proces wytwórczy oprogramowania. Z tego też powodu zaprezentuję wartość i wpływ produktów architektury korporacyjnej na pracę zespołów pracujących w modelu klasycznym jak i zwinnym.

                    Michał Wolski

                    Każdy nowy pomysł, który chcemy zrealizować korzystając czy to z zasobów firmy czy też wsparcia inwestorów, musimy umieć skutecznie przedstawić. Najczęściej decydenci nie mają zbyt dużo czasu, aby zapoznać się ze wszystkimi szczegółami projektu. Jak ich przekonać w ciągu 5 minut? Co ich najbardziej zainteresuje? Jak powinna wyglądać skuteczna prezentacja? Im lepiej ją przygotujemy, tym większą mamy szansę na decyzję zgodną z naszymi oczekiwaniami. Zapraszam do wspólnego przyjrzenia się modelowi krótkiego, skutecznego przedstawiana pomysłów, który przydaje się w kontaktach z decydentami korporacji, z klientami czy z inwestorami.

                    Jarosław Łojewski

                    Jakakolwiek komunikacja odbywa się w relacji. Wywieranie wpływu, perswazja, przekonywanie odbywa się w ramach relacji. Praca analityka biznesu z klientem odbywa się w ramach utworzonych relacji. Kto opanuje sztukę perswazji zyskuje niezwykłą przewagę w procesie kontaktu z klientami. Przewaga ta jednak nie polega na znajomości jakiejś techniki, z którą wchodząc do klienta doprowadzamy go do współpracy i uzyskujemy niezbędne informacje. To nie jest technika, to idealne dopasowanie się do klienta, odkrycie jego potrzeby i zaspokojenie jej. Najważniejsze jest to, że liczą się niuanse, drobne szczegóły, a jednocześnie całość.

                    Tomasz Furgalski

                    Although there are few absolute truths in software development, I have discovered several requirements principles that apply almost universally to software projects. These principles emphasize the critical contribution that excellent requirements make to a project's success, and the critical contribution that customer involvement makes to excellent requirements. You'll hear several suggestions for practices that can help any team build a more effective customer-developer partnership. These cosmic truths can help your organization produce and manage accurate, consistent, and unambiguous sets of requirements.

                    Karl Wiegers
                    09:40 - 10:10
                    Internet of Things loves data - analysis of Industry 4.0

                    If Internet of Things is all about connectivity and cooperation then Industry 4.0 is based on data. In fact - lots of data! We are no longer talking about GigaBytes or TeraBytes but rather such abstract ideas and units like ExaBytes. And that's the main topic of this presentation - how huge is IoT, what is the value of switching from reactive to predictive company and why we use lambda architecture in the first place. And even if the concept of security, ethics, rules and regulations regarding data itself is also interesting on its own, this time we will focus directly on Industry 4.0 itself. Fast paced and intense presentation dedicated for Analysts and people loving and caring about IoT. Prelekcja w języku angielskim.

                    Marcin Sikorski

                    To explore strange new worlds, to seek out new life and new civilisations, to boldly go where no man has gone before.” Just like the crew of the USS Enterprise, we explore the IT universe – seeking out new solutions, new technologies, and frameworks – from which we can learn to help us work better and more efficiently. We do this to create more functional and usable software for our customers, to put a big smile on their faces, and maybe – if we do our job really well – to make them stand back and admire what we have crafted. I was lucky enough to work in BDD (Behaviour Driven Development) quite early in his career, but I also had the misfortune to see how this great idea so often tends to fail. In my presentation I wanted to show what it is like working with BDD and what value can it give to business people. Finally I would like to propose an effective, alternative solution for well-known BDD tools, which is „Spock” – a convenient, lightweight framework, based on the Groovy language. Prelekcja w języku angielskim.

                    Tomasz Dubikowski

                    Model-based testing is an increasingly popular trend in the world of quality assurance. The aim of such an approach is to focus on a working system model and automatically generate test cases. However, how can it become useful in the work of a business or system analyst? The essence is in the model. It is called an executable specification. In this approach, it can take the form of code, gherkin syntax or UML graphs and diagrams. The latter is something that analysts use every day. In my presentation, I would therefore like to show how model-based testing can be used in the work of analysts. And how this approach can improve the work of the project team. Prelekcja w języku angielskim.

                    Arnika Hryszko

                    Rozprzestrzenianie się Agile wiąże się z trudnymi wyzwaniami. Jeśli jesteś BA, który stoi w obliczu sytuacji, kiedy Twoja organizacja przechodzi transformację "zwinną", być może szukasz informacji o tym, co ta transformacja oznacza. Istnieje kilka błędnych przekonań na temat zwinnej adopcji i jeszcze więcej szumu. Wykład przedstawia moje osobiste doświadczenia w osiąganiu dojrzałości Agile organizacji z perspektywy analityka biznesowego. Prelekcja w języku angielskim.

                    Agnieszka Kugler

                    Despite years of efforts to improve the professional approach to developing software systems, many of these projects continue to fail. Investigations into these failures invariably denote poor interactions between humans, both within development teams and with customers and users, as a key factor. Recent evolution in development approaches, like human-centered design and extreme programming, try to address this problem, but until now, an overall view was missing. In this presentation we integrate these initiatives into a simple model, that arranges six key skills along two axes (customer–team and problem–solution) around communication as a core. Many techniques are available to implement these skills in development teams, so failure will no longer be the usual outcome. Prelekcja w języku angielskim.

                    Hans & Olivier

                    Czy wiesz, że 65% naszego przeciętnego dnia pracy to komunikowanie się z naszymi kolegami i koleżankami? Komunikacja jest naprawdę niezbędna w naszym codziennym życiu. Komunikacja może zadecydować o sukcesie lub porażce projektu, nad którym pracujemy! Zła komunikacja sprawia, że tracimy nie tylko cenny czas, ale także pieniądze i zasoby. Przyjrzyjmy się stylowi, w jakim ludzie się komunikują, oraz różnym podejściom, które możemy zastosować, aby nasza komunikacja była bardziej efektywna i przestała marnować czas na spotkania, których nigdy nie potrzebowaliśmy, jeśli komunikowaliśmy się właściwie. Nauczę Cię najlepszych wskazówek i trików, aby odnieść sukces w komunikacji z Twoimi kolegami i partnerami i sprawić, by Twój projekt znów był wspaniały! Prelekcja w języku angielskim.

                    Petra Buskova

                    Although there are few absolute truths in software development, I have discovered several requirements principles that apply almost universally to software projects. These principles emphasize the critical contribution that excellent requirements make to a project's success, and the critical contribution that customer involvement makes to excellent requirements. You'll hear several suggestions for practices that can help any team build a more effective customer-developer partnership. These cosmic truths can help your organization produce and manage accurate, consistent, and unambiguous sets of requirements. Prelekcja w języku angielskim.

                    Karl Wiegers

                    Często występującym problem, z którym spotykają się analitycy biznesowi, jest niewłaściwy sposób zaadresowania wyzwań, którym mają sprostać tworzony produkt lub usługa. W konsekwencji powstają rozwiązania, które nie spełniają postawionych przed nimi, często niewypowiedzianych na etapie analizy założeń. To niesie za sobą konieczność wprowadzania zmian, frustrację i negatywne uwagi kierowane między innymi do analityka biznesowego. Bo jego rolą jest również pomoc pomysłodawcom we właściwym przygotowaniu podstaw do realizacji projektu. I nie jest tutaj istotne, czy posługujemy się metodą waterfall-ową czy zwinną – jeśli założenia projektowe zostały zdefiniowanie nieprawidłowo, to dowieziony rezultat też będzie nieprawidłowy. Wychodząc z założenia, że dostarczone rozwiązanie ma spełniać wymagania klientów czy użytkowników, którzy będą mieli z niego skorzystać, warto rozpocząć analizę od zdefiniowania ich potrzeb, oczekiwań, cech, których nie lubią w podobnych rozwiązaniach, ale też takich, które dają im przyjemność z ich używania. W takiej analizie i przełożeniu jej rezultatów na odpowiednie cechy produktu pomóc może Value Proposition Canvas (VPC). Jest to prosta w użyciu, ale mająca głęboki sens koncepcja mapowania potrzeb i oczekiwań różnych klientów i użytkowników na cechy produktu – wartości, które produkt da swoim odbiorcom. Sam produkt (materialny lub usługa) nie powstaje tylko dzięki określeniu, co ma dostarczyć. Aby mógł być dostarczony, musi być osadzony w szerszym kontekście, w pewnym otoczeniu. Do stworzenia produktu czy usługi potrzebne są zasoby, partnerzy, praca, która musi być wykonana. Jego dostarczenie odbiorcom możliwe jest dzięki specyficznym kanałom dystrybucji, a samo pozyskanie tych odbiorców wymaga wykonania określonych działań, zaadresowanych do danego produktu, klienta i kanału komunikacji. W kontekście ekonomicznym, wszystkie wymienione wyżej działania, które oznaczają określone koszty, muszą pozwolić na osiągnięcie przychodów, pozwalających na pokrycie wydatków inwestycyjnych, utrzymaniowych, sprzedażowych i rozwojowych. Wszystkie wyżej wymienione aspekty możemy przeanalizować dzięki kolejnemu, wizualnemu narzędziu, Business Model Canvas (BMX). Ten model, połączony z VPC poprzez wartości dostarczane przez produkt i klientów, pozwala na wykonanie takiej analizy. Pozwala też na przygotowanie różnych wariantów sposobu stworzenia produktu, jego dostarczania do klientów, utrzymywania i rozwoju – pilnując kosztów i korzyści. Stosując opisane wyżej dwa narzędzia możemy skutecznie wesprzeć koleżanki i kolegów z biznesu w odkryciu rzeczywistych wartości, jakie ich produkt może dostarczyć klientom. Pomożemy im też w osadzeniu wymyślonej koncepcji w szerszej perspektywie, która będzie miała wpływ na zakres i sposób realizacji projektu, który wspieramy.

                    Jarosław Łojewski
                    9:00 - 13:00
                    Pisanie testowalnych wymagań (Jak pisać wymagania, aby współpraca z testerami i programistami układała się lepiej).

                    Pisanie dobrych wymagań jest sztuką. Ale co tak naprawdę znaczy, że wymaganie jest dobrze napisane? Czy zastosowanie poprawnej polszczyzny, zobrazowanie odpowiednimi grafikami, czy może użycie języka technicznego? Dobre wymaganie to takie, które jest zrozumiałe dla wszystkich, w tym (a może przede wszystkim) dla programistów i testerów, którzy z tymi wymaganiami muszą pracować. Stworzenie dobrych i testowalnych wymagań przyczynić się może do skrócenia czasu spędzanego w projektach z powodu niejasnej lub niepoprawnie napisanej specyfikacji. A także do usprawnienia komunikacji wewnątrz zespołu. Uczestnicząc w warsztacie - poprzez serię praktycznych ćwiczeń i dyskusji - poznasz pojęcie testowalności wymagań, a także poszerzysz swoją wiedzę i umiejętności w zakresie pisania ich w sposób jasny i dobrze ustrukturyzowany. Warsztat ten kierowany jest do wszystkich tworzących wymagania, współpracujących z zespołami projektowymi, programistami i testerami.

                    Arnika Hryszko

                    Jednym z najtrudniejszych momentów w pracy inżyniera wymagań, bądź analityka jest nie sama analiza rozwiązania, lecz odpowiedni dobór słów opisujące co jest do zrobienia w systemie. Jest to kluczowe, ponieważ dokumentu nie tworzymy dla siebie, lecz dla: klienta, programisty oraz testera. Każda z grup ma różne oczekiwania względem takiego dokumentu. Powstaje pytanie- w jaki sposób opisywać wymagania biznesowe, oraz wymagania funkcjonalne, aby opis ten był zrozumiały, jednoznaczny? Czego unikać, a o jakie elementy wzbogacić nasz opis? O tym oraz o wielu innych dobrych praktykach dowiesz się podczas warsztatów, na które serdecznie zapraszam.

                    Monika Perendyk

                    Czy denerwujesz się za każdym razem, gdy jesteś proszony o przemawianie przed publicznością? Czy jesteś zdenerwowany mówiąc przed ludźmi, nawet jeśli jest to tylko spotkanie biznesowe? Chcesz błyszczeć na scenie i podczas prezentacji? Jeśli odpowiedziałeś twierdząco na te trzy pytania, to nie ma nic lepszego, co mógłbyś zrobić, aby poprawić te umiejętności, niż dołączyć do warsztatu Petry poświęconego umiejętnościom prezentacji. Oczekujcie czterech godzin intensywnej pracy, podczas której poznacie wszystkie istotne elementy prezentacji oraz języka ciała na scenie i podczas spotkań biznesowych! UMIEJĘTNOŚCI PREZENTACJI: JAK SPRAWIĆ, BY KAŻDA PREZENTACJA ZAKOŃCZYŁA SIĘ SUKCESEM? Czy jesteś analitykiem biznesowym? Czy jesteś Test Leadem? Czy jesteś inżynierem jakości? Czy jesteś... Niezależnie od tego, kim jesteś, na jakimś etapie kariery zawodowej, musisz prezentować coś innym. Bez względu na to, jak dobry produkt posiadasz, jeśli nie wiesz jak go sprzedać, Twoi interesariusze nie zaaprobują go. W testowaniu oprogramowania koncentrujemy się na narzędziach, technikach i procesach, zapominając jednocześnie o podstawach. O tym, że jesteśmy ludźmi, którzy pracują z innymi ludźmi. Moim zamiarem jest nauczenie Was, jak wyrażać swoje idee i potrzeby w sposób zrozumiały i przekonujący. Chciałbym podzielić się swoimi doświadczeniami w zakresie prezentacji przed zarówno małą, jak i dużą publicznością. Porozmawiamy o tym, jak ważna jest świadomość siły pierwszego wrażenia. Wyobraź sobie, że w większości przypadków, pierwsze 7 sekund stanowią o "wygrać" i "przegrać" w każdym biznesie. Styl uścisku dłoni, sposób wprowadzenia. Po tym warsztacie natychmiast dowiesz się, jak dostać się pod skórę klienta. Czy znasz to uczucie? Wasza prezentacja była dobra, pełna wielu ciekawych i ważnych faktów. Ale nic nie pamiętasz. Brak kluczowych punktów, które utknęły w pamięci. Czy jest to problem struktury prezentacji? Może. A może będziecie zaskoczeni - często zdarza się, że brakuje języka ciała! Nauczę Cię, jak wspierać swoją wypowiedź konkretnymi gestami, tak aby ludzie skupili się, lepiej rozumieli i zapamiętali więcej. Opowiadanie historii w testach oprogramowania? Nie dotyczy. Mamy jasne wymagania, jasne instrukcje. Nie ma czasu na głupie historie. Chwila! Wszyscy kochamy historie. I jest różnica między tymi dwoma stwierdzeniami: 1. Nasza aplikacja umożliwia zamawianie do 100 ton betonu w trybie ad-hoc". 2. Nasza aplikacja umożliwia zamawianie do 100 ton betonu w trybie ad-hoc. Wyobraźmy sobie, że nasz ostatni klient desperacko potrzebował 90 ton w ostatniej chwili, na szczęście wszystko dostarczyliśmy w ciągu 2 godzin i uratowaliśmy jego pieniądze, czas i w zasadzie całą konstrukcję". Mówisz do mnie? Prezentujesz nowy produkt interesariuszom lub suche daty i wykresy dla Top Managmentu lub proces testowania dla Inżynierów Jakości? Jaki jest Twój cel? Poznaj swoją publiczność, to jest klucz. Istnieje wiele różnic w strukturze, tonie głosu, używanych słowach i poszczególnych krokach 'Call to action' w zależności od tego, czy chcesz poinformować, przekonać czy zainspirować publiczność. Co jeszcze? Znacznie więcej, mamy 4 godziny, więc nie spodziewaj się, że usiądziesz w kącie. Ta sesja będzie intensywna, pouczająca, zabawna i wciągająca. Każdy, kto chce być doskonały w prezentowaniu, nie powinien tego przegapić!

                    Petra Buskova
                    9:00 - 13:00
                    7 Skills for highly effective teams

                    The 7 Skills model helps IT projects to become more successful by addressing the key success factor of all teams: the soft skills of the team members. The model starts from two assumptions: (a) true success is a matter of good teamwork and (b) good teamwork is based on emotional interactions between individuals. The model is aligned along two axes: the ‘Customer facing’ - ‘Team facing’ axis and the ‘Problem facing’ – ‘Solution facing’ axis. In the center is ‘Communication’ as the fundamental skill that is the starting point for all interactions. Arranged around this core you find six key skills that are important for every IT project: ‘Empathize’ (customer/problem), ‘Explore’ (team/problem), ‘Collaborate’ (team), ‘Ideate’ (team/solution), ‘Tell’ (customer/solution) and ‘Sell’ (customer). The 7 Skills model serves as a road map to improve human interactions in development projects. To implement it, each skill has been substantiated by one or more simple but proven techniques. To mention some: communicate – Shannon-Weaver model; empathize – Personas; Explore – goal trees; Collaborate – Belbin team roles; Ideate – Wallas’ creativity model; Tell – storyboarding; Sell – Cialdini’s principles. These techniques of the 7 Skills model can easily be presented and explained. However, to make them work, one should exercise them. Therefore, a workshop is an excellent way to transfer the concept: you will learn most by actually doing it. In this workshop, you will work with other participants in a small team to design the outlines of a simple IT system. We will explain all techniques and give you some practical exercises with a challenging selection of them.

                    Hans & Olivier

                    Jako analitycy biznesowi codziennie spotykamy się z trudnymi klientami. Dlatego też potrzebujemy specjalnego zestawu narzędzi, aby radzić sobie z takimi ludźmi i tworzyć sytuacje, w których nasze projekty przynoszą obopólne korzyści. Głównym celem tego warsztatu jest dostarczenie Tobie takiego arsenału. Cały warsztat zostanie podzielony na trzy części: 1. Jak zidentyfikować różnych typów klientów i jak z nimi negocjować - poznasz kilka różnych typów osobowości i nauczysz się analizować własnych interesariuszy. Dla każdego typu określimy konkretny zestaw narzędzi do wykorzystania podczas spotkań i w codziennej pracy. Następnie poproszę o scharakteryzowanie niektórych osób, z którymi współpracujecie, aby znaleźć najlepsze podejście do negocjacji z nimi. 2. Wizualizacja celów w ramach interaktywnych spotkań - dowiesz się, jak tworzyć Impact Mapy i jak je wykorzystać w swojej pracy. Ponieważ Impact Mapy mogą być wykorzystywane nie tylko w projektach IT, jest to realne narzędzie do wykorzystania nawet w życiu osobistym. W tej części omówimy również myślenie projektowe i jak można je wykorzystać do lepszego rozpoczęcia/odkrycia. Dlatego podczas tej części warsztatów będziemy: a. Uczyć się, jak tworzyć dobre cele biznesowe. b. Rysować własną Impact Mapę (w oparciu o założony cel). c. Uczyć się, jak walidować wymagania przy użyciu techniki mapowania wpływu na środowisko. d. Przekształcimy Impact Mapę w backlog e. Uczyć się o podejściu design thinking i jak go używać w codziennej pracy 3. Studium przypadku i dyskusja - przedstawię kilka złożonych przypadków, z którymi zetknąłem się w trakcie swojej kariery zawodowej i opiszę techniki analizy biznesowej, których użyłem. Następnie przeanalizujemy Wasze przypadki i wspólnie postaramy się znaleźć odpowiednie rozwiązania.

                    Krzysztof Kołosowski

                    Cennik

                    Wariant 1
                    600
                    • 1 dzień konferencji
                    Kup bilet
                    Hot!
                    Wariant 2
                    900
                    • 1 dzień konferencji
                    • 1 warsztat
                    Kup bilet
                    Wariant 3
                    1100
                    • 1 dzień konferencji
                    • 2 warsztaty
                    Kup bilet
                    Plus 23% VAT

                    Sponsorzy

                    Patroni medialni i przyjaciele

                    Lokalizacja