Profesjonalna komunikacja w IT

Bartosz Krajka 2019

Agenda

  • Omówienie problemu
  • Jak tego nie robić
  • Założenia
  • Jak to robić
  • Przykłady
  • Wyzwania
  • Action pointy

Ciekawostka

  • Nie można "ubrać swetra".

  • Sweter można "włożyć".

  • "Ubrać" możemy się, albo kogoś

Omówienie problemu

Programowanie jest trudne

Komunikacja jest trudna

  • Potencjalne problemy przy doborze taska

    • Refinement

    • Priorytetyzacja / pilność

    • Status - Blokery

    • Wymagania

    • Jak to zrobić (technicznie)

    • Do kogo podbić (w przypadku problemów)

    • Jak to testować

    • Jak to dostarczyć

    • Dostępy

    • Twoje rozwiązanie

Zawsze jest za mało komunikacji

ALE! Spotkanie != komunikacja

Komunikacja jest bottleneckiem

Jeśli da się doprowadzić do sytuacji że wiesz dokładnie co i jak, to zazwyczaj jest już z górki

Jak tego nie robić

Naturalna komunikacja

  • "Pytaj jak masz problemy"
  • "Zróbmy spotkanie"
  • "Przecież napisałem ci to kiedyś"
  • "Przecież mogłeś się domyślić"
  • "Hehe, koleś mi napisał że wysłał mi maila xD"

Brak schematów, reguł

Polling informacji

Zorientowanie na meetingi

Unikanie współpracy

Zrobienie czegokolwiek

Założenia

Założenia

  • Produkt, nie projekt

  • Cross-funkcjonalność

  • Extreme ownership

  • Demokratyzacja

  • W komunikacji odpowiadamy za odbiór

Produkt, nie projekt

  • Rozwiązujemy problemy

  • Zapytaj jaki ma być efekt

    • Znajdź inne rozwiązanie albo inną osobę która to zrobi

Cross-funkcjonalność

  • T-shaped

  • Robimy dużo rzeczy, nie tylko klepanie kodu

  • Ale klepanie kodu robimy doskonale

Extreme ownership

  • Nie dawaj odpowiedzi tylko pokaż jak je znaleźć

Demokratyzacja

  • Źle: "ja robię taska"

  • Dobrze: "ja jestem PO tego taska"

W komunikacji odpowiadamy za odbiór

  • “Przecież ci to kiedyś mówiłem” nie jest dobrą wymówką

  • Zastanówmy się jak rozwiązać problem, że ty nie pamiętasz rzeczy które raz ci powiedziałem

Jak to robić

Jak to robić

  • Przyłóżmy się do tego

  • Async-first:

    • push > pull

    • pisemnie > słownie

    • powtarzanie jest OK

    • wszystko na właściwe miejsce

    • "extreme visibility"

    • brak otwartych pętli

  • Piramida komunikacji

  • Optymalizacja pod liczbę kliknięć

Przyłóżmy się do tego

  • Musisz poświęcić czas i effort żeby być w czymś lepszy

  • Continuous improvement - jak line lotnicze

  • Podstawy:

    • Dobre połączenie internetowe

    • Meetingi 🤮 anonsować z wyprzedzeniem

    • Punktualność

    • Timebox meetingów

  • Nie róbmy literówek

  • English perfect

Async-first

  • Większość wiedzy powinna dać się pozyskać asynchronicznie

Async-first:
push > pull

  • Odpowiadamy na pytania zanim zostają zadane

  • Powstanie nadmiar informacji, ale to dobrze

  • To odbiorca powinien filtrować wiadomości, nie nadawca

Async-first:
pisemnie > słownie

Async-first:
powtarzanie jest OK

  • Więcej kanałów

  • Przypomnienia

  • Więcej odbiorców

    • Powiedz wszystkim!

  • Więcej informacji

  • Więcej źródeł

    • ​Boty na Slacka

Async-first:
wszystko na właściwe miejsce

  • Slack = czat

  • Dużo kanałów na Slacku

  • Kalendarz

  • Issue GitHub

  • Jira ticket

  • Dokumentacja

  • PR

  • Wiki / Confluence

  • Email - komunikacja z biznesem

  • Offline / meeting

Async-first:
"extreme visibility"

  • Komunikuj o wszystkim istotnym

    • ale użyj najmniej tekstu jak się da

  • Brak pośredniej komunikacji

    • otwarte kanały na Slacku

    • emaile do wszystkich (zainteresowanych)

  • Napisz co zakładasz

Async-first:
brak otwartych pętli

  • Nie pozostawiajmy otwartych spraw

  • Odpisujmy na wszystko

  • Możliwe rozwiązania:

    • Zrób od razu - i napisz "zrobione"

    • Zacznij to robić - i napisz "robię to"

    • Wrzuć do swojego backlogu - i napisz

    • Oddeleguj

    • Wyeliminuj - i napisz

Piramida komunikacji

Piramida komunikacji

  • Optymalizacja pod deep work

  • Idealna sytuacja: siedzę sobie w deep worku i na wszystkie swoje pytania mam odpowiedź natychmiast

  • Publikacja draftu, wszyscy nanoszą poprawki / uwagi / feedback / review

  • Meetingi 🤮 

  • Abominacja komunikacji

  • Zaproszenie nie jest wystarczający powodem żeby być na spotkaniu

  • Na koniec Action Pointy: kto, co, i kiedy

Optymalizacja pod liczbę kliknięć

  • W kulturze "extreme ownership" walczymy o uwagę odbiorcy

  • Ułatwmy mu dostęp do informacji

  • No communication ping-pong

  • Ping -> pong -> wracam do pracy

  • Dodaj link do opisu

  • Dodaj opis do linku

  • PR - dokładny opis, screenshoty

Przykłady

Prośba od Wojtka

Progres w robieniu taska

Wyzwania

Wyzwania

  • Chaos?

Nie!

  • Większa
    odpowiedzialność?

Tak!

Action pointy

Action pointy

  • Zmiana defaultów

  • Piszmy:

    • dokument techniczny

    • publicznie, chyba że masz powód żeby nie

    • asynchronicznie, chyba że masz powód żeby nie

    • jak dla debili

Linki i Q&A

Profesjonalna komunikacja w IT

By fernandokokocha

Made with Slides.com

Profesjonalna komunikacja w IT

  • 186

More from fernandokokocha