Runitup · Michał Klin
Pracuję na styku biznesu i technologii. Pomagam nazwać problem, zaprojektować rozwiązanie i doprowadzić je do wdrożenia — od pierwszego warsztatu z interesariuszami, przez architekturę i wymagania, po odbiór gotowego produktu.
Pierwsza rozmowa (ok. 30 minut) jest bezpłatna i niezobowiązująca.
Usługi
Zwykle zaczyna się od jednego, a kończy na kilku — bo wymagania, architektura i priorytety to ten sam problem oglądany z trzech stron. Zakres ustalamy przed startem, na piśmie.
Zamieniam „potrzebujemy systemu do…” w opis, na podstawie którego można wycenić pracę i ją odebrać.
Efekt: dokument wymagań, mapy procesów i uporządkowany backlog, które rozumie zarówno biznes, jak i zespół techniczny.
Projektuję strukturę systemu tak, żeby dało się go rozwijać i utrzymać — także wtedy, gdy zmieni się zespół.
Efekt: opis architektury z uzasadnieniem decyzji, listą ryzyk i planem dojścia do stanu docelowego.
Doradztwo tam, gdzie decyzja jest kosztowna, a w firmie nie ma nikogo, kto oceni ją niezależnie.
Efekt: raport z rekomendacją i scenariuszami alternatywnymi — z kosztem, ryzykiem i konsekwencjami każdego wariantu.
Prowadzę produkt po stronie zamawiającego: pilnuję priorytetów, backlogu i kontaktu z zespołem.
Efekt: zespół wie, co robi i po co, a strona biznesowa wie, kiedy to dostanie.
Odpowiadam za to, żeby produkt miał sens biznesowy, a nie tylko działał zgodnie ze specyfikacją.
Efekt: roadmapa, którą da się obronić przed zarządem, bo każdy punkt ma cel i miarę.
To normalne — nazwa usługi zwykle pojawia się dopiero po rozmowie. Opisz sytuację własnymi słowami, resztę ustalimy razem.
Formy współpracy
Format dobieramy do problemu, nie odwrotnie. Czasem wystarczy dzień warsztatu, czasem potrzebny jest ktoś przy projekcie przez cały kwartał.
Konkretne pytanie, konkretna odpowiedź. Przegląd pomysłu, oferty od dostawcy albo koncepcji rozwiązania.
Wejście z zewnątrz, szybka diagnoza i lista rekomendacji uszeregowana według tego, co daje największy efekt.
Ustalony efekt, termin i cena. Analiza przedwdrożeniowa, dokument architektury, przygotowanie przetargu.
Rola Product Ownera, Product Managera albo architekta w wymiarze kilku dni w miesiącu lub w tygodniu.
Wycena zawsze po rozmowie — zależy od zakresu, terminu i tego, ile pracy trzeba wykonać na wejściu. Warunki dostajesz na piśmie, zanim cokolwiek zacznę.
Jak pracuję
Żadnych niespodzianek w połowie projektu — na każdym etapie wiadomo, co się dzieje i co będzie dalej.
Opowiadasz o sytuacji. Ja pytam o kontekst, ograniczenia i o to, po czym poznamy, że się udało.
Dokumenty, dane, rozmowy z zespołem. Sprawdzam, czy problem leży tam, gdzie się wydaje.
Zakres, efekt, termin i warunki — na piśmie. Możesz ją odrzucić bez żadnych konsekwencji.
Praca w ustalonym rytmie, regularny status i decyzje podejmowane na bieżąco, nie na końcu.
Dokumentacja i rekomendacje zostają u Ciebie w formie, z której zespół rzeczywiście korzysta.
Także wtedy, gdy uczciwa odpowiedź brzmi „tego projektu nie warto zaczynać” albo „poradzicie sobie bez mojej pomocy”.
Piszę tak, żeby ktoś to przeczytał i podjął decyzję — nie po to, żeby leżało w folderze na dysku.
Do każdej propozycji dostajesz koszt alternatywy i wprost nazwane ryzyko. Decyzja zostaje po Twojej stronie.
Materiały klienta zostają u klienta. Umowę o poufności podpisuję na życzenie, przed pierwszą rozmową o szczegółach.
O mnie
Jestem doświadczonym specjalistą IT. Wspieram firmy w transformacji cyfrowej, projektowaniu systemów i zarządzaniu produktami cyfrowymi — pomagam łączyć potrzeby biznesowe z technologią.
Najwięcej wnoszę tam, gdzie ktoś musi przetłumaczyć potrzebę biznesową na konkretne decyzje techniczne — i odwrotnie: pokazać zarządowi, co naprawdę oznacza wybór danego rozwiązania, ile będzie kosztowało w utrzymaniu i czego nie da się już później zmienić.
Pracuję jednakowo blisko obu stron: siadam z zespołem deweloperskim przy architekturze i z właścicielem firmy przy budżecie. To zwykle wystarczy, żeby projekt przestał się rozjeżdżać między tym, co obiecano, a tym, co powstaje.
Pytania i odpowiedzi
Piszesz maila z krótkim opisem sytuacji — wystarczą trzy zdania. Odpowiadam i umawiamy rozmowę, zwykle na 30 minut. Po niej wiesz, czy mogę pomóc; jeśli nie, powiem to od razu i, jeśli będę umiał, wskażę kogoś właściwego.
Wycena zależy od formy współpracy i zakresu — inaczej wygląda dwudniowy audyt, inaczej prowadzenie produktu przez kwartał. Po rozmowie wstępnej dostajesz propozycję na piśmie: co robię, w jakim terminie, za ile i co dokładnie otrzymujesz na koniec.
Tak. Czasem najwięcej daje jedna rozmowa przed podpisaniem umowy z dostawcą albo przegląd dokumentu wymagań. Nie ma progu wejścia — jest tylko pytanie, czy taka pomoc rzeczywiście coś zmieni.
Domyślnie zdalnie — to szybsze i tańsze dla obu stron. Na warsztaty, spotkania otwierające projekt i rozmowy z szerszym gronem interesariuszy przyjeżdżam na miejsce, jeśli projekt tego wymaga.
Tak, standardowo i przed rozmową o szczegółach. Materiały, dane i dokumenty klienta traktuję jako poufne również po zakończeniu współpracy.
Bo zespół i dostawca odpowiadają za wykonanie, a nie za to, czy zamówiono właściwą rzecz. Rolą kogoś z zewnątrz jest zadbać o interes zamawiającego: dopilnować wymagań, ocenić decyzje architektoniczne i nazwać ryzyka, których nikt w środku nie chce podnosić.
Wszystko, co powstało: dokumenty, diagramy, backlog, notatki z decyzji. Zapisane w formacie, który możesz dalej edytować, a nie w postaci, do której potrzebujesz mnie.
Kontakt
Nie potrzebujesz gotowej specyfikacji ani nazwy usługi. Wystarczy, że napiszesz, co się dzieje i co Cię uwiera.
Najprościej mailem. Zwykle to wystarczy, żeby umówić rozmowę.
kontakt@runitup.pl