* przedstawić proces zgłaszenia potrzeb i uwag
* zaakcentować ważność precyzyjnego opisu
2. Wprowadzenie
W cykl użytkowania oprogramowania wpisane są dwa zjawiska:
a) nowe potrzeby funkcjonalne
b) problemy użytkowe
Potrzeba
Nowa sytuacja gospodarcza, która wymaga odwzorowania w programie
Problem
Nieprawidłowe zachowanie programu:
* techniczny - zamknięcie programu w wyniku jakiś zdarzeń
* merytoryczny - niezrozumiałe zachowanie programu
lub przekonanie, że czegoś nie można zrobić
Dążymy do zdefiniowania i ustandaryzowania wszelkich procesów
związanych z rozwojem i cyklem życia programu Trawers.
3. Zgłaszanie potrzeb
Proces obsługi zgłaszanych potrzeb składa się z czterech etapów:
1. Zgłoszenie
2. Rejestracja w bazie
3. Analiza
4. Realizacja
Ad.1 Zgłoszenie
a) Szczegółowy opis potrzeby
* pogłębiona analiza potrzeby przez Zgłaszającego
* precyzyjne opisanie potrzeby
* źródłowy problem, z którego potrzeba wynika
* jak najszerzy kontekst
* specyfika pracy przedsiębiorstwa
* przykłady
* podstawy prawne
b) Formularz
W AD > Trawers > Zgłoszenie potrzeby, jest formularz, ktory służy
do zgłoszenia potrzeb rozwoju i zmian w programie.
Formularz prosimy wysłać do Tres, producenta programu:
a) wysłać e-mailem (F6) na adres serwis@tres.pl
b) zapisać jako plik (F5) i wysłać plik
c) wydrukować (F4) i wysłać wydruk
Preferowanym sposobem przekazu informacji jest a)
czyli wysłanie e-maila wprost z programu Trawers.
Aby to zrealizować należy skonfigurowac skrzynkę pocztową.
WAŻNE
W opisie potrzeby nie opisywać sposobu rozwiązania ale pokazać istotę.
Widać tendencję do tego, by nie opisywać potrzeby,
ale opisywać od razu sugerowane rozwiązanie.
Trzeba zaufać producentowi, że zobaczy tą potrzebę w szerszej perspektywie
całego programu i innych potrzeb.
Że zrobi dobre, spójne rozwiązanie, otwarte na rozwój, zgodne ze standardami,
z linią rozwoju programu.
A nie tylko nastawione na realizację tej konkretnej potrzeby.
Ad.2 Rejestracja w bazie
Zgłoszenie zostanie zarejestrowane w bazie zgłoszeń rozwojowych Tres.
Nadany zostanie mu unikalny numer, który otrzymają Państwo zwrotnie
w potwierdzeniu przyjęcia zgłoszenia.
Ad.3 Analiza
Po wpłynięciu potrzeby jest ona analizowana:
* precyzyjne uchwycenie i zrozumienie istoty potrzeby
* uszczegóławianie, dotarcie do żródła potrzeby
* umiejscowienie potrzeby w szerszym konteście całego programu
jakiego zakresu funkcjonalnego dotyczy
* powiązania z modułami
* potrzeby zgłaszane przez innych Użytkowników
* ocena skali potrzeby: jednostkowa / powszechna
* ocena zgodności ze strategią rozwoju produktu
* znalezienie optymalnego sposobu zrealizowania potrzeby
Ad.4 Realizacja
W wyniku analizy zapada decyzja odnośnie realizacji potrzeby,
bądź propozycja wykorzystania istniejącej funkcjonalności
z ew. zmianą sposobu pracy.
* decyzja: tak realizujemy:
w ramach abonamentu lub na osobne zlecenie - zależnie od skali potrzeby
* decyzja: teraz nie zrealizujemy:
Może w przyszłości, gdy będzie więcej zgłoszeń
* decyzja: nie zrealizujemy w ogóle:
Bo nie zgodna z linią rozwoju programu.
4. Zgłaszanie problemów
Proces obsługi zgłaszanych problemów składa się z czterech etapów:
1. Zgłoszenie
2. Rejestracja w bazie
3. Analiza
4. Rowiązanie
Ad.1 Zgłoszenie
a) Czynności wstępne i szczegółowy opis problemu
F1 > Opisy techniczne > Zgłaszanie problemu
Trawers. Zgłoszenie problemu
Uwagi do w/w opisu:
* dostępna jest tylko jedna - najnowsza wersja - na niej testujemy
* duża złożoność programu, dlatego ważny jest cały kontekst
w jakim wystąpił błąd
* jakie szczególne okoliczności zaistniały jeśli problem teraz wystąpił
a wcześniej nie
* jakie czynności podjęto - gdzie szukano rozwiązania
Jest to ważne dla nas, bo dążymy do tego, aby dokumentacja była
kompletna i jasna. Dlatego sygnał, że czegoś nie można znaleźć
w dokumentacji, lub że temat jest niejasno wytłumaczony
traktujemy priorytetowo.
Ciągle uzupełniamy opisy, zwiększamy czytelność przekazu, dodajemy
przykłady, opisy kontekstowe (F10).
* jak jest a jak powinno być: jeśli niejest oczywiste wprost
to uzasadnić dlaczego powinno być inaczej niż jest
b) e-mail w AD:
* skrzynka pocztowa
* mozliwość wysłania/wydruku/zapisu
* pliki załączane do zgłoszenia:
* w treści maila: podstawowe info nt. stanu instalacji programu Trawers
* log: szczegóły transakcji, kronika operacji:
żeby ustalić chronologię zdarzeń i kontekst w jakim problem wystąpił
* trerror.log: techniczne informacje:
żeby zidentyfikować problem techniczny
Ad.2 Rejestracja w bazie
Zgłoszenie zostanie zarejestrowane w bazie zgłoszeń problemów Tres.
Nadany zostanie mu unikalny numer, który otrzymają Państwo zwrotnie
w potwierdzeniu przyjęcia zgłoszenia.
Ad.3 Analiza
Na podstawie opisu oraz załączonych plików diagnozowany jest problem.
Natura problemu wyznacza kierunek analizy.
Ad.4 Rozwiązanie
Zależnie od natury problemu rozwiązaniem może być:
* pobranie nowej wersji programu i aktualizacja
* zmiana konfiguracji programu: parametry pracy programu i operatorów,
uprawnienia operatorów
* opis w dokumentacji dot. sposobu rozwiązania danego problemu
5. Podsumowanie
W fazie opisu zgłoszenia potrzebny jest pewien nakład pracy
ze strony Zgłaszającego. Ale doświadczenie pokazuje, że jest to korzystne
dla obu stron:
* zgłaszający lepiej identyfikuje potrzebę/problem;
pogłębia wiedzę o danym obszarze funkcjonowania programu/firmy
* otrzymujący zgłoszenie dostaje precyzyjny opis,
dzięki czemu może szybko i trafnie zaanalizować potrzebę
lub zdiagnozować problem.
Im precyzjniejszy i pełniejszy opis tym sprawniej przebiega proces
analizy/diagnozy i realizacji
Rafał Kosicki, wykład, Sobieszewo. Spotkanie z Klientami i Partnerami