Szybko czy dobrze. jak współpracować z biznesem i nie dać się zwieść pozornym konfliktom

www.bnsit.pl

http://mbartyzel.blogspot.com http://msieraczkiewicz.blogspot.com

Jak współpracować z biznesem i nie dać się zwieść pozornym konfliktom?

Szybko czy dobrze?

http://mbartyzel.blogspot.com/

http://msieraczkiewicz.blogspot.com/

www.bnsit.pl


# Jaki jest model współpracy między biznesem a IT w naszej firmie?

# Który aspekt naszej relacji z biznesem generuje najwięcej problemów?

# Jak zbudować koalicję na rzecz zmiany?

# Jak długoterminowo zadbać o jakość współpracy z biznesem?

# Kto? kogo? kiedy i jak powinien edukować w relacji biznes – IT?

# Dlaczego po wprowadzeniu zmian ludzie wciąż narzekają?

# Od czego zacząć? Ile to potrwa? Skąd będę wiedzieć, że to już?

Po co się spotkaliśmy?

Strefa Wiedzy Lidera IT 2



www.bnsit.pl


# Poprzednie spotkania• 16. września 2011, Czynniki sukcesu w zespołach IT• 12. stycznia 2012, Ewolucyjna architektura• 19. kwietnia 2012, Metody zwinne w teorii i praktyce• 18. września 2012, Od kodera przez dewelopera do lidera• 28. lutego 2013, Miary efektywności w pracy programisty

# W prasie• Artykuły w czasopiśmie Programista• Strefa Wiedzy Lidera IT na portalu czasopisma

www.programistamag.pl• Napisz do nas [email protected]

# Kolejne spotkanie: wrzesień/październik 2013

Strefa Wiedzy Lidera IT




http://www.programistamag.pl/

mailto:[email protected]

www.bnsit.pl


# 11:30 - 12:00 – przerwa na kawę # 12:00 - 13:30 – panel

# 13:30 - 13:45 – przerwa na kawę

# 13:45 - 15:15 – panel

# 15:15 - 15:45 – lunch

# 15:45 - 17:00 – panel, zakończenie

Harmonogram




www.bnsit.pl


# Więcej dyskusji# Więcej wymiany podejść między firmami# Więcej interakcji na forum

Informacja zwrotna od Was?

Zwiększamy efektywność zespołów projektowych



www.bnsit.pl


Wymień nazwisko autora zajmującego się efektywnością w projektach programistycznych i piszącym książki na ten temat przed rokiem 90.

Konkurs z nagrodami




www.bnsit.pl


Model współpracy biznes – IT w naszej firmie?



www.bnsit.pl


Uległość i terror


Uległość Terror• IT realizuje każde wymaganie

biznesu• IT nie ma realnego udziału w

decyzjach projektowych• IT jest zasobem, o który walczą

pozostałe jednostki

• IT forsuje własne rozwiązania w produktach

• IT skupia wiedzę o dostępnych funkcjonalnościach

• IT skupia wymusza decyzje biznesowe „pod architekturę”



www.bnsit.pl


Skala relacji




www.bnsit.pl


IT przejęło pełną odpowiedzialność za rozwój produktu

Problemy• IT narzuca standardy pracy i zmusza biznes do

posiadania wiedzy technicznej• Biznes zna swoje produkty o wiele słabiej niż IT• Brak jednoznacznego sprecyzowania wymagań

przez biznes

IT-Driven




www.bnsit.pl


Współpraca oparta jest na dawnych luźnych zasadach, które obecnie już się nie sprawdzają

Problemy• Potrzeby biznesu nie są przez IT traktowane

wystarczająco poważnie• IT samodzielnie decyduje o priorytetach i kształcie

produktu według własnego osądu• Wyższe kierownictwo jest odizolowane od

procesu wytwarzania

Relacja „przyjacielska”




www.bnsit.pl


„Programiści zawsze przeszacowują, więc ja to dzielę na pół. Nie wiem dlaczego,

szacują coraz bardziej pesymistycznie” Anonimowa PM

Problemy• 0.5 MDA + 0.5MDB = 1MD• Biznes naciska na teoretyczne ustępstwa,

a potem z nich rzeczywiście rozlicza• IT świadomie przeszacowuje projekty

Wygrywa sprytniejszy




www.bnsit.pl


„Zróbcie to szybko, zanim się zorientujemy, że to jest bez sensu”

Anonimowy PM

Problemy• Biznes jest niedostępny• Biznes jest niedecyzyjny• IT długo oczekuje na podjęcie decyzji• Biznes nie interesuje się działaniami IT

Tania siła robocza




www.bnsit.pl


IT jest traktowane jak piąte koło u wozu, które musi „na siebie zarobić”

Problemy• Podejmowane są odgórne decyzje z małą ilością

informacji• IT nie może podjąć żadnego działania, którego nie da

się wprost zaliczyć w koszt projektu• IT jest zmuszane do niedoszacowywania swojej

pracy

Cięcie kosztów




www.bnsit.pl


Jak wygląda współpraca w Twojej organizacji?

Jakie problemy występują?

Jak sobie z nimi radzisz?

Dyskusja




www.bnsit.pl


# IT-Driven• Rozpoznaj strażników starego porządku

# Relacja „przyjacielska”• Wspólnie z biznesem zdefiniuj relację• Ustal zasady współpracy

# Wygrywa sprytniejszy• Zaadresuj i zakwestionuj praktykę stuprocentowej utylizacji zasobów

# Tania siła robocza• Ustal zasady współpracy• Wprowadź zwyczaj regularnych retrospekcji

# Cięcie kosztów# Zaangażuj IT w procesy decyzyjne i nadania faktycznego prawa głosu

Od czego zacząć rozwiązywanie problemów?




www.bnsit.pl


Co wyróżnia organizacje z relacją partnerską?


Przełożeni osobiście zaangażowani we współpracę, przeciwdziałają polaryzowaniu się relacji między biznesem a IT



www.bnsit.pl


# Reagowanie na problemy i mówienie o nich

# Inicjowanie spotkań i udział w nich

# Zobowiązywanie ludzi do przestrzegania ustalonych zasad

# Rozliczanie pracowników z nałożonych zobowiązań

Czym jest osobiste zaangażowanie?




www.bnsit.pl


Osoba przełożonego IT jest kluczowa


Jaki pan taki kram,Przysłowie



www.bnsit.pl


Który z aspektów relacji generuje najwięcej problemów?




www.bnsit.pl


Ludzie mogą mówić o jakości lub narzekać na jej brak, ale kiedy trzeba za nią zapłacić, pokazują, co się dla nich naprawdę liczy

Tom DeMarco

Najpierw wszyscy chcą „dobrze”, a potem już tylko „szybko” Anonimowy Architekt



www.bnsit.pl


Pułapka myślowa


# Pilnuje jakość prac# Nie dopuszcza do

„haków”

# Naciska na terminy# Pilnuje zakresu prac# Dodaje ludzi do projektu



www.bnsit.pl


Pułapka myślowa


# Pilnuje jakość prac# Nie dopuszcza do

„haków”

# Naciska na terminy# Pilnuje zakresu prac# Dodaje ludzi do projektu



www.bnsit.pl


Konsekwencje• Wygrywa ten, kto bardziej „przyciśnie” zespół w

danej chwili• Frustracja zespołu• Niezadowolenie biznesu• Wrogość pomiędzy liderem a zespołem• Pogarszające się relacje z biznesem

Pułapka myślowa




www.bnsit.pl


Dyskusja

Co jest kluczowym czynnikiem rzutującym na współpracę między biznesem a IT w Twojej organizacji?

Co jest głównym problemem?




www.bnsit.pl


# To jest pozorny dylemat

# Zazwyczaj główny problem tkwi w ilości pracy, którą zespół ma do wykonania

Gdzie ta pułapka?




www.bnsit.pl


„Dobrze, czy szybko” • Co konkretnie?• Co jest teraz rzeczywiście ważne?• Z czego należy zrezygnować?• Czy wiemy, ile na tym zarobimy?

Gdzie ta pułapka?


# Takie myślenie możliwe jest tylko w relacji partnerskiej

# Każda ze stron posiada umiejętność „odpuszczania”



www.bnsit.pl


1. Nadmierna ilość pracy po stronie IT2. Sposób reagowania na zmiany

Główne problemy naszym zdaniem




www.bnsit.pl


Przyczyny# IT jest traktowane jako środek do celu# IT chce udowodnić swoją wartość i wykazać się# IT nigdy nie kwestionuje sensowności

i realności postawionych celów

Problem #1: Nadmierna ilość pracy




www.bnsit.pl


Gdy brakuje ograniczenia WIP• Duża ilość jednoczesnych zadań prowadzi do

znacznego spowolnienia

• Zespół pracuje bardzo ciężko, nierzadko po godzinach, ale nie widać efektów

Rozwiązanie #1: Ograniczanie WIP




www.bnsit.pl


Skutki ograniczenia WIP• Wdrażane jest mniej, a częściej• Naturalne wymuszone ustalanie priorytetów

projektów• Częstsze kontaktom z biznesem• Efekt quick wins

Rozwiązanie #1: Ograniczanie WIP




www.bnsit.pl


# Nie chodzi o skomplikowane wzory# Nie chodzi o wyliczenia liczb# Nawet nie chodzi o tę konkretną metodę

Rozwiązanie #2: Ewaluacja pomysłów biznesu


Wysiłek

War

tość



www.bnsit.pl


Chodzi o to, aby... Każdy pomysł podnieść i zapytać:• Jaki to ma sens?• Ile to będzie kosztować?• Czy na pewno trzeba to teraz zrobić?



Wysiłek

War

tość



www.bnsit.pl


Najprostsza forma





www.bnsit.pl


Gdy brakuje formy rozliczania• Łatwo nadużywać zasobów IT• Nie wiadomo, czy warto było to robić, czy nie

Rozwiązanie #3: Formalne rozliczenia z biznesem




www.bnsit.pl


W formie pieniężnej

++• Rozliczany jest faktyczny koszt pracy

--• Tendencja do oszczędzania np. na testach• Brak chęci do płacenia za prace rozpoznawcze i

analityczne• Duże trudności z refaktoryzacją





www.bnsit.pl


W formie waluty umownej

++• Budzi mniej emocji niż pieniądze• Również wizualizuje koszt pracy

--• Mniej niż pieniądze przemawia do wyobraźni• Łatwiej zaciągać kredyty





www.bnsit.pl


W formie godzinach pracy

++• Łatwo przestrzegać przyznanych limitów

--• Duża wrażliwość na niedoszacowanie projektów• Tendencja do pseudoarytmetyki projektowej typu

0.5 MDA + 0.5MDB = 1MD





www.bnsit.pl


Często występujące• Mnie to nie obchodzi• Jakoś sobie poradzą

Problem #2: Sposób reagowania na zmiany




www.bnsit.pl


Zanim zmiany będą występowały, strony:

1. ustalają, co jest dla nich kluczowe w przypadku pojawienia się zmiany,

2. ustalają, co konkretnie będą robić w przypadku pojawienia się zmiany,

3. przestrzegają ustaleń.

Rozwiązanie #1: Uregulowanie sposobu reagowania na zmiany




www.bnsit.pl


Biznes ITCo jest kluczowe? • Skorzystanie z nagle

pojawiającej się okazji, która przyniesie zyski

• Wykonanie nowych prac na czas

• Wiedzieć o zmianie jak najwcześniej

• Pracować w przewidywalny sposób

Jak reagujemy? • Dajemy IT czas na ponowną wycenę• Jeśli to konieczne to zmniejszamy zakres toczących się prac• Mamy świadomość, że nagła zmiana może kosztować więcej

Przykład




www.bnsit.pl


Rozwiązanie #2: Zespół do zadań specjalnych


# Zespół nie rozwija jednocześnie żadnego produktu

# Skład zespołu powinien być zmienny

# Proces pracy takiego zespołu jest zupełnie inny niż proces zespołu „produktowego”

# Taki zespół jest zazwyczaj nieco mniej wydajny niż zespół równomiernie pracujący nad jednym produktem



www.bnsit.pl


Jak długoterminowo zadbać o jakość współpracy z biznesem?



www.bnsit.pl


# Naturalnie pojawiają się konflikty interesów

# Pojawia się presja od strony biznesu albo IT

# Pokusa naginania zasad, wymuszania „wyjątków”

Problemy



www.bnsit.pl


Dyskusja

Kiedy najczęściej występują tego typu sytuacje?

W jaki sposób radzisz sobie z takimi sytuacjami?

Jakie dostrzegasz kluczowe czynniki do przetrwania relacji między biznesem a IT?




www.bnsit.pl


KomunikacjaGdy ludzie nie wiedzą, co się dzieje, to zaczynają wykonywać nerwowe ruchy

Informowanie wszystkich o tym, co się dziejeZwłaszcza o rzeczach, których nie widać gołym okiem

Główne założenia



www.bnsit.pl


RetrospekcjeUstandaryzowana procedura utylizowania napięcia zamiast spontanicznych konfliktów

Mierzenie zadowoleniaUwidacznianie opinii o współpracy zamiast gier w Głuchy telefon

Wizualizowanie „nacisków”Uwidacznianie zaburzeń relacji postrzeganych przez grupę

Kluczowe praktyki



www.bnsit.pl


Spotkanie retrospekcyjne




www.bnsit.pl


Co trzeba zrobić, aby napić się herbaty?



www.bnsit.pl


Krok #1 Powitanie




www.bnsit.pl


Krok #2 Odświeżenie przy źródle




www.bnsit.pl


Krok #3 Wejście do sali




www.bnsit.pl


Krok #4 Zajęcie miejsc




www.bnsit.pl


Krok #5 Rozmowa




www.bnsit.pl


Krok #6 Ponowna wizyta w ogrodzie




www.bnsit.pl


Krok #7 Picie herbaty




www.bnsit.pl


Krok #8 Podziękowanie




www.bnsit.pl


Najpierw napicie się herbaty...

Główna zasada spotkań retrospekcyjnych




www.bnsit.pl


Wolno• Dopytywać• Doprecyzowywać

Nie wolno• Oceniać• Krytykować• Podważać• Pomagać w znajdywaniu rozwiązań

Retrospekcja #1 Przedstawcie oczekiwania




www.bnsit.pl


Z pewnością oczekiwań będzie więcej, a najpierw zajmijmy się tym na samej górze (cdn.)

Retrospekcja #2 Uszeregujcie oczekiwania




www.bnsit.pl


Zależy mi na tym, aby<po co mi to potrzebne?>

z tego powodu chcę,<oczekiwanie>

Retrospekcja #3 Ujawnijcie intencje




www.bnsit.pl


W jaki inny sposób prócz<oczekiwanie>

mogę osiągnąć<po co mi to potrzebne?>

Retrospekcja #4 Wspólnie poszukajcie alternatyw




www.bnsit.pl


# Zaczynasz się „odklejać” od oczekiwań

# Możesz uznać, że Twoje oczekiwanie nie było w pełni przemyślane

# Mamy wtedy tendencję do uciszania tych myśli

# Nie uciszaj ich, wypij herbatę...

Ostrzeżenie!



www.bnsit.pl


1. Zgadzam się2. Zgadzam się pod

warunkiem, że...3. Nie zgadzam się

Brak zgody Poszukiwanie kolejnych alternatyw

Retrospekcja #5 Konkretyzowanie rozwiązań




www.bnsit.pl


# Najczęściej jest to kluczowy problem

# Pozostałe były skutkami frustracji

Cd. Dlaczego tylko jedno oczekiwanie




www.bnsit.pl


# Przed spotkaniem ważny jest kontrakt• Wszyscy zgadzają się przestrzegać formy

spotkania

# Moderator pomoże zakończyć spotkanie wnioskami i w skończonym czasie

# Regularne czy na żądanie?

Warto pamiętać przy okazji retrospekcji




www.bnsit.pl


Mierzenie zadowolenia




www.bnsit.pl


# Najprostsza forma uzyskiwania informacji zwrotnej nt. jakości współpracy

# „Jakiś czas” po wdrożeniu

Po co i kiedy mierzyć zadowolenie?



www.bnsit.pl


Smile Index




www.bnsit.pl


Wizualizowanie „nacisków”




www.bnsit.pl


Wizualizowanie „nacisków”



www.bnsit.pl


# Jest to informacja: Tak widzimy naszą sytuację

# Służy do pokazywania tego, co trudno jest powiedzieć

# Sytuacja jest omawiana w trakcie retrospekcji

Co z tym ma się dalej dziać?




www.bnsit.pl


Dbanie o jakość współpracy




www.bnsit.pl


Kto? Kiedy? Kogo i jak powinien edukować?




www.bnsit.pl


# Formalizm lat 90

# Ostatnie 12 lat eksperymentów z Agile

# Wciąż szukamy „właściwego” podejścia

Czego już próbowaliśmy w IT?




www.bnsit.pl


Rotacja ludzi jest mocno odczuwalna



www.bnsit.pl


Dyskusja

Kto? kogo? czego powinien uczyć?

Kto powinien przejąć inicjatywę?

W jakiej formie to robić?




www.bnsit.pl


Powiedz mi , a zapomnę. Pokaż mi, a zapamiętam.

Pozwól mi zrobić, a zrozumiemKonfucjusz

# Nowo zatrudniony programista przez pewien czas pracuje na stanowiskach, dla którego będzie tworzył oprogramowanie

# Nie musi być to długi czas 2-3 tygodnie• Czasem szkolenia wstępne trwają miesiąc, bądź dłużej

Rozwiązanie #1 Programista w biznesie




www.bnsit.pl


# Trudno posadzić PM przedEclipsem...• Ale i tacy się zdarzają

# Co każdy kierownik projektu powinien wiedzieć o programistach i ich pracy?

Co biznes wie o IT?




www.bnsit.pl


Przykład




www.bnsit.pl


Przykład




www.bnsit.pl


# Wizualizuj wszystko, co ułatwi zrozumienie

# Wizualizuj te aspekty, które generują najwięcej problemów

Rozwiązanie #3 Wizualizacje




www.bnsit.pl


# TODO Wstaw flow z DCZ

Przykład wizualizacji: Przepływ ekranów




www.bnsit.pl


Przykład wizualizacji: Model biznesu




www.bnsit.pl


Przykład wizualizacji




www.bnsit.pl


Dlaczego po wprowadzeniu zmian ludzie wciąż narzekają?




www.bnsit.pl


Ludzie chcą zmian, ale nie chcą się zmieniaćAutor nieznany

Poprawa relacji wymaga zmiany




www.bnsit.pl


Dyskusja

Dlaczego ludzie narzekają?

W jaki sposób sobie z tym radzisz?



www.bnsit.pl


Narzekanie jako norma społeczna w Polsce

Osoba zadowolona jest postrzegana jako:• Mniej moralna• Bardziej płytka• Mniej lubiana



www.bnsit.pl


Ludzie chcą zmian, ale nie chcą się zmieniaćAutor nieznany

Narzekanie jako reakcja na zmianę




www.bnsit.pl


# Nie wiedzą co się dzieje# Są niedoinformowani# Nie rozumieją jak funkcjonuje ich obecna

rzeczywistość# Brak im wyraźnej wizji docelowej# Nie wiedzą, co konkretnie mają robić# Robią coś, ale to nie przynosi oczekiwanych

rezultatów

A więc narzekają, bo




www.bnsit.pl


Informować, wyjaśniać, uczyć, informować, wyjaśniać, uczyć, informować, wyjaśniać, uczyć, informować, wyjaśniać, uczyć, informować, wyjaśniać, uczyć, informować, wyjaśniać, uczyć, informować, wyjaśniać, uczyć, informować, wyjaśniać, uczyć, informować, wyjaśniać, uczyć, informować, wyjaśniać, uczyć, informować, wyjaśniać, uczyć, informować, wyjaśniać, uczyć, informować, wyjaśniać, uczyć, informować, wyjaśniać, uczyć, informować, wyjaśniać, uczyć

Rozwiązanie




www.bnsit.pl


Od czego zacząć?



www.bnsit.pl


Motorówa do partnerskiej relacji z biznesem



www.bnsit.pl


Narysuj kotwice hamujące Waszą motorówę



www.bnsit.pl


Zobacz priorytety




www.bnsit.pl


Zależy mi na tym, aby<po co mi to potrzebne?>

z tego powodu chciałbym

A potem uważnie posłuchaj odpowiedzi i sprawdź, co będzie dalej...

Umów spotkanie i powiedz...




www.bnsit.pl


# Zaangażuj przełożonych# Wspólnie z biznesem ustalaj zasady współpracy# Rób regularne retrospekcje# Słuchaj oczekiwań biznesu# Mów o swoich oczekiwaniach# Często pij herbatę

Podsumowanie



www.bnsit.pl


Wymień nazwisko autora zajmującego się efektywnością w projektach programistycznych i piszącym książki na ten temat przed rokiem 90.

Rozstrzygnięcie konkursu


# Tom DeMarco# Timothy Lister# Frederics Brooks# Edward Yourdon# Gerrald (Jerry) Weinberg



Documents

Szybko czy dobrze. jak współpracować z biznesem i nie dać się zwieść pozornym konfliktom