Software architecture

Praca Dekarza wbrew pozorom nie jest taka zła, przede wszystkim jest potrzebna, łatwa w wykonywaniu, a jak się przyzwyczaisz do wysokości, to nie tak bardzo stresująca.

Będąc dekarzem nie trzeba się szczególnie zastanawiać, dlaczego coś się robi. Masz do położenia 50 m² dachu dziennie „żeby na głowę nie kapało” jest w zupełności wystarczającą odpowiedzią, dlaczego coś robisz.

A jak jest w przypadku wytwarzania oprogramowania?

Znaczenie zrozumienia potrzeb klientów

Wyobraź sobie, że przychodzi klient lub product owner z żądaniem, że chce zintegrować się z trzema systemami zewnętrznymi wyświetlić te dane w formie wykresu.

Zespół zrobił integrację, wyświetla wykresy, funkcjonalność wydana na produkcji. Po kilku dniach przychodzi klient i mówi brzydkie rzeczy:

• moi klienci nie rozumieją tych wykresów.

• Jest tam za dużo danych, wykresy są bezużyteczne.

• Wykresów nie da się przeglądać na telefonach.

Przykra sprawa. Zespół wiedział, jak zrobić funkcjonalność, zintegrować się z systemami zewnętrznymi, wyrenderować wykresy. Technicznie wszystko było OK, więc gdzie był problem?

Drogi czytelniku, problem tego przykładu polega na tym, że nie wiadomo, dlaczego klient chce tej integracji i wykresów, i jaki problem chce rozwiązać.

Klienci, właściciele biznesów, product ownerzy, przychodząc do zespołu programistów z prośbą o nowy ficzer, mają w tym jakiś cel, często jednak ten cel jest ukryty i trzeba go wyszarpać, aby być pewnym, że to, co się zrobi będzie tym, czego klient oczekuje.

Każda funkcjonalność niesie za sobą jakąś oczekiwaną korzyść albo rozwiązuje jakiś konkretny problem. Przed rozpoczęciem pracy nad wdrażaniem nowej funkcjonalności warto ją naprawdę dobrze zrozumieć.

• Co chcemy osiągnąć wdrażając tę funkcję?

• Jaki cel, dzięki temu osiągniemy?

• Jaki problem staramy się rozwiązać?

• Jakiego problemu chcemy uniknąć?

• Jaką korzyść osiągnie klient wykorzystując tą nową funkcjonalność?

• Jak to wpłynie na pracę klienta?

To tylko niektóre z pytań, jakie możesz zadać, żeby się upewnić, że dobrze rozumiesz, czego ten klient chce.

Jest trochę trudniej, niż położyć 50 m² dachówki, pomimo tego warto się wysilić, wiem, co mówię. :)

---

Metody analizy potrzeb klientów

Istnieje wiele różnych metod i narzędzi, które pomagają architektom w analizie i zrozumieniu potrzeb klientów. Oto kilka z nich:

• Analiza SWOT - pozwala na zidentyfikowanie mocnych i słabych stron rozwiązania, jak również szans i zagrożeń dla produktu lub usługi.

• Mapa wartości - pomaga zrozumieć, co jest najważniejsze dla klientów, a co jest mniej istotne.

• Ankiety i badania rynkowe - pozwalają na zebranie informacji bezpośrednio od klientów i zrozumienie ich potrzeb.

• Analiza danych - pozwala na zidentyfikowanie trendów i wzorców w zachowaniu klientów oraz pomaga w zrozumieniu, jakie funkcjonalności są najbardziej popularne.

• Persona - tworzenie “osobowości” reprezentujących różne grupy klientów, co pomaga lepiej zrozumieć, jakie potrzeby mają różne grupy odbiorców.

---

Wskazówki dotyczące efektywnej komunikacji z klientem

• Zadawaj dużo pytań

• Słuchaj uważnie, co mówi klient

• Zadawaj pytania, które pomogą Ci zrozumieć potrzeby klienta

• Wyjaśniaj, jakie informacje potrzebujesz od klienta

• Staraj się zrozumieć kontekst biznesowy klienta

• Bądź cierpliwy i uprzejmy

• Pracuj na budowaniu relacji z klientem

• Znajdź wspólny język z klientem

W kontekście wymagającej pracy tworzenia oprogramowania, aktywne słuchanie i zadawanie pytań są kluczowe, aby zrozumieć potrzeby klienta i stworzyć rozwiązanie, które spełnia jego oczekiwania.

Budowanie partnerskich relacji z klientem jest również ważne, ponieważ pozwala na lepsze zrozumienie jego potrzeb i oczekiwań oraz ułatwia proces komunikacji. Współpraca ta przyczynia się do zwiększenia satysfakcji klienta z finalnego produktu i prowadzi do dalszej współpracy.

---

Dostosowanie funkcjonalności do użytkowników końcowych

Po zrozumieniu potrzeb klienta i określeniu celów projektu, ważne jest zaprojektowanie rozwiązania, które będzie dostosowane do potrzeb użytkowników końcowych. Ostatecznie to użytkownicy końcowi będą korzystać z produktu, a zadowolenie z jego użyteczności może mieć ogromny wpływ na sukces projektu.

Ważne jest, aby zrozumieć, kto będzie korzystał z produktu i jakie są ich potrzeby, cele i oczekiwania. Następnie należy zaprojektować rozwiązanie, które będzie łatwe w użyciu i spełni te potrzeby. W tym celu można wykorzystać między innymi następujące techniki:

• User Personas - tworzenie fikcyjnych postaci reprezentujących różne grupy użytkowników końcowych, co pomaga lepiej zrozumieć ich potrzeby i cele.

• User Flows - mapowanie ścieżek, jakie użytkownicy końcowi będą podejmować w produkcie, co pomaga zidentyfikować potencjalne problemy użytkowników i ulepszyć doświadczenie z używania produktu.

• Testy użytkowników - przeprowadzanie badań, w których użytkownicy końcowi testują produkt, co pomaga zidentyfikować problemy i ulepszyć jego użyteczność.

Dostosowanie funkcjonalności do użytkowników końcowych może prowadzić do zwiększenia satysfakcji użytkowników i poprawy wyników biznesowych projektu. Im więcej uwagi poświęci się użytkownikom końcowym podczas projektowania i wdrażania produktu, tym większa szansa na jego sukces.

---

Metody analizy potrzeb użytkowników

W celu zrozumienia potrzeb użytkowników końcowych można skorzystać z różnych metod analizy. Oto kilka z nich:

• Badania użyteczności - pozwalają na zebranie bezpośredniej informacji od użytkowników końcowych w celu zrozumienia, jak używają produktu i jak można go ulepszyć.

• Testy akceptacyjne - pozwalają na weryfikację, czy produkt spełnia wymagania biznesowe i użytkowe oraz czy jest gotowy do wdrożenia.

• Pętle sprzężeń zwrotnych - pozwalają na zbieranie opinii od użytkowników końcowych na bieżąco, co umożliwia ciągłe ulepszanie produktu.

Każda z tych metod może pomóc w zaprojektowaniu lepszego produktu, który będzie bardziej dostosowany do potrzeb użytkowników końcowych.

---

Analiza i pomiar wartości biznesowej

Analiza i pomiar wartości biznesowej są ważne, ponieważ pomagają zrozumieć, jakie korzyści przynosi projekt dla biznesu. Daje to możliwość oszacowania, czy projekt jest opłacalny i czy spełnia cele biznesowe.

Analiza wartości biznesowej umożliwia również identyfikację obszarów, w których można osiągnąć większą wartość, co może prowadzić do optymalizacji kosztów lub zwiększenia przychodów. Pomiar wartości biznesowej pozwala na monitorowanie postępów projektu i ocenę jego wpływu na biznes w czasie rzeczywistym.

---

Podsumowanie

Zadawanie pytań ‘dlaczego’, które pomagają zidentyfikować cele, problemy i korzyści dla klienta jest bardzo ważne w procesie tworzenia oprogramowania.

Zadawanie pytań i aktywne słuchanie klienta jest istotnew procesie komunikacji i współpracy z klientem. Dostosowanie funkcjonalności do użytkowników końcowych i analiza wartości biznesowej są również niezbędne dla sukcesu projektu. Pytanie ‘dlaczego’ jest proste, ale może mieć ogromny wpływ na jakość projektu i satysfakcję klienta.

Zachęcam do pamiętania o pytaniu “dlaczego” w codziennej pracy. Pytanie to może pomóc w zrozumieniu celów projektu, potrzeb klienta i użytkowników końcowych oraz w dostosowaniu funkcjonalności do ich potrzeb.

Zadając pytania ‘dlaczego’ może Ci pomóc w tworzeniu lepszych rozwiązań i zwiększenia satysfakcji klienta. Bądź aktywni w słuchaniu klienta i zwracaj uwagę na jego potrzeby, by zaprojektować lepsze i bardziej użyteczne produkty.