Proces i użytkownicy
Kto wykonuje pracę, jakie ma dane i co powinno się zmienić po wdrożeniu.
ANALIZA I SPECYFIKACJA PROJEKTU IT
Specyfikacja, z której wiadomo, co powstanie.
Przekładamy cel biznesowy na wymagania, priorytety i kryteria odbioru. Powstaje wspólna podstawa do wyceny oraz wdrożenia, zrozumiała także poza zespołem technicznym.
Bezpłatna pierwsza rozmowa. Zakres i koszty znasz przed rozpoczęciem prac.
OD POTRZEBY DO KRYTERIUM ODBIORU
Użytkownicy i procesZakres oraz graniceSprawdzalne kryteria odbioru
GDZIE ZACZYNA SIĘ ZMIANA
Dobry zakres pozwala wycenić tę samą pracę.
Opis „potrzebujemy systemu do obsługi firmy” może oznaczać zupełnie różne rzeczy dla zamawiającego i wykonawcy. Jedna osoba myśli o liście klientów, druga o automatycznych rozliczeniach i połączeniu kilku programów. Bez wspólnego opisu trudno porównać propozycje i sprawdzić, czy rezultat jest zgodny z oczekiwaniem.
Przygotowujemy specyfikację jako opis celu, procesu i zachowania rozwiązania. Dokument powinien być zrozumiały dla osoby biznesowej i wystarczająco precyzyjny do planowania wdrożenia. Rozróżniamy elementy obowiązkowe, założenia oraz kwestie wymagające późniejszej decyzji lub próby technicznej.
REZULTAT NASZEJ PRACY
Co może zawierać specyfikacja?
Ustalenia zapisujemy tak, żeby można było podjąć decyzję i przejść do kolejnego etapu. Zakres opracowania potwierdzamy przed rozpoczęciem.
- 01
Procesy i użytkowników
Role, odpowiedzialności, wejścia i rezultaty procesów. Ustalamy powiązania działów oraz zakres dostępu do informacji.
- 02
Dane i funkcje
Strukturę kluczowych rekordów, relacje oraz zachowanie operacji. Makiety lub opisy widoków dobieramy do potrzeb projektu, a nie jako obowiązkowy dodatek do każdej analizy.
- 03
Integracje i wymagania
Źródła danych, kierunki połączeń, import oraz wymagania dotyczące utrzymania. Kwestie niepotwierdzone oznaczamy jako zależności, zamiast przedstawiać je jako gotowe możliwości.
- 04
Etapy i akceptację
Priorytety, wyłączenia i kryteria odbioru. Dokument ma umożliwić decyzję o zakresie oraz kontrolę wpływu późniejszych zmian.
JAK PRACUJEMY NA PRZYKŁADZIE
Jak opisujemy jedną funkcję?
Przykład przekazania zaakceptowanej oferty do projektu i zadań zespołu.
- 01
Cel i sytuacja użytkownika
Opisujemy, kto podejmuje działanie, z jaką potrzebą i na jakich danych. Ustalamy warunki rozpoczęcia oraz oczekiwany rezultat. Zamiast ogólnego przycisku „utwórz projekt” wskazujemy, jakie ustalenia mają zostać przekazane.
- 02
Przebieg i wyjątki
Definiujemy wymagane pola, role i reguły. Rozpatrujemy brak danych, powtórzenie operacji, zmianę zaakceptowanej oferty i osobę bez odpowiednich uprawnień. Integracje otrzymują źródło danych i zakres możliwy do potwierdzenia.
- 03
Kryteria odbioru
Zapisujemy scenariusze pokazujące poprawne działanie oraz zachowanie przy błędzie. Wskazujemy, co obejmuje pierwszy etap, a co pozostaje poza nim. Dzięki temu odbiór nie zależy wyłącznie od subiektywnej oceny ekranu.
PRZEDMIOT ANALIZY
Opisujemy pracę, a nie tylko ekrany.
Zbieramy wymagania osób, które będą korzystać z aplikacji. Opisujemy czynności, dane, wyjątki i warunki odbioru, aby wykonawcy mogli wycenić ten sam zakres.
Zakres oraz priorytety
Pierwszy użyteczny etap, potrzebne integracje i elementy pozostawione na później.
Dane i uprawnienia
Źródła informacji, reguły edycji, dostęp do wiedzy i zakres działania AI.
Wycena i odbiór
Uzgodnione rezultaty, scenariusze testowe oraz podział odpowiedzialności po obu stronach.
PUNKT WYJŚCIA
Lista funkcji pozostawia domysły.
- Ten sam pomysł można wycenić na różne sposoby.
- Nie wiadomo, po czym poznać gotowy rezultat.
DOCELOWY SPOSÓB PRACY
Opis prowadzi do wspólnego odbioru.
- Zapisujemy proces, dane i warunki brzegowe.
- Wiadomo, co jest w pierwszym etapie, a co później.
ZA OFERTĄ STOI DOŚWIADCZENIE
Zobacz projekt poBilet.
poBilet obejmował przejście przez warsztaty, UX/UI i development MVP. Zobacz kontekst projektu, dla którego ważne było określenie pierwszej użytecznej wersji.
Poznaj całe wdrożenie
WIESZ, CO JEST KOLEJNYM KROKIEM
Cel, wymaganie i odbiór w jednym planie.
- 01
Bezpłatna rozmowa o potrzebie
- 02
Płatny warsztat i plan
- 03
Wdrożenie oraz szkolenie
- 04
Opieka i kolejne usprawnienia
Koszt warsztatu, wdrożenia i utrzymania ustalamy przed rozpoczęciem odpowiedniego etapu. Zakres dopasowujemy do procesu, danych i integracji.
PRZED ROZMOWĄ
Przygotuj cel i kilka przykładów.
Wystarczą przykłady, z których korzystasz na co dzień. Nie musisz samodzielnie projektować rozwiązania.
Opis problemu biznesowego i użytkowników, którzy będą pracować w rozwiązaniu.
Rzeczywiste sprawy, dokumenty i ograniczenia obecnego procesu.
Znane wymagania integracji, migracji danych oraz osoby decydujące o odbiorze.
Specyfikacja nie usuwa każdej niewiadomej. Oznaczamy elementy wymagające próby lub decyzji, aby nie budować wyceny na pozornej pewności.
WARTO WIEDZIEĆ
Zanim porozmawiamy.
Nie znajdujesz swojej sytuacji? Opowiedz nam o niej - sprawdzimy, jak możemy pomóc.
Porozmawiajmy o Twojej firmieCzy specyfikacja jest tym samym co warsztat?
Warsztat jest sposobem zebrania i uzgodnienia wiedzy. Specyfikacja jest rezultatem o ustalonej szczegółowości. Zakres dokumentu zależy od złożoności projektu i celu jego przygotowania.
Czy potrzebuję pełnego dokumentu do prostego modułu?
Niekoniecznie. Mały zakres można opisać procesem, polami i kryteriami odbioru. Dopasowujemy formę do decyzji i ryzyka, zamiast tworzyć obszerny dokument bez praktycznej potrzeby.
Czy dokument pozwoli porównać oferty?
Ułatwia to, jeśli wykonawcy odnoszą się do tego samego zakresu i jawnie wskazują wyłączenia. Warto porównywać także założenia, integracje, utrzymanie oraz sposób odbioru.
Jak obsłużyć późniejsze zmiany?
Zmiana powinna wskazywać wpływ na zakres, koszt i termin. W specyfikacji rozróżniamy pierwotne wymaganie od nowej decyzji, aby obie strony wiedziały, co zostało uzgodnione.
PIERWSZA ROZMOWA JEST BEZPŁATNA
Przełóżmy Twój pomysł na czytelny zakres.
Opowiedz o sytuacji, którą chcesz zmienić. Ustalimy, czy potrzebujesz konfiguracji narzędzia, integracji czy nowej aplikacji.
Mateusz, Piotr i Dawid · MakeSoftware
Poznaj osoby po drugiej stronieNie musisz znać rozwiązania.
Zacznij od swojego problemu.
Porozmawiajmy o Twoim projekcieBez zobowiązań i przygotowywania specyfikacji. Jeżeli potrzebna będzie płatna analiza, najpierw poznasz jej zakres i koszt.
Wolisz zadzwonić? +48 694 011 020Wolisz opisać swój pomysł?Wypełnij krótki brief