www.tres.pl - Baza wiedzy Trawers ERP - Spis treści
O zgłaszaniu potrzeb i uwag do producenta (tezy wykładu) 1. Cel wykładu * 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 Tematy powiązane E-mail Wbudowana poczta Diagnozowanie i usuwanie problemów Utrzymanie instalacji IT Słowa kluczowe #Pomoc-BazaWiedzy #Tres-Usługi #TrawersERP-Komunikacja #Admin-Zadania #Admin-Bezpieczeństwo
www.tres.pl - Baza wiedzy Trawers ERP - Spis treści