We wstępie opiszę krótko potrzeby pisanych przeze mnie dwu programów, które poprowadziły mnie do rozwiązań zastosowanych w projektach. Podobieństwo tych aplikacji do siebie nie jest przypadkowe, a rozwiązania które stosuję powstały w moim programowaniu już wcześniej.

Oto opis sytuacji pierwszej:

program pierwszy

„Rejestr eksploatacji pojazdów budowlanych”

Program powstał jako rozwiązanie dedykowane dla mojego klienta. Już w jednym z wcześniejszych tekstów zasygnalizowałem, że negocjując cenę usługi, zaproponowałem jej obniżenie w zamian za uprawnienie do sprzedaży tej aplikacji innym klientom. Oprócz kilku funkcji konfiguracyjnych oraz modułu statystyk, podstawowym zadaniem programu pozostaje na podstawie rejestrowanych danych o przebiegu, zużyciu paliwa i oleju, sygnalizowanie konieczności wykonania „okresowych przeglądów technicznych pojazdów”.

Klient uprzedził mnie o konieczności oszczędzenia czasu na czynności wprowadzania danych do rejestru (w jego słowach brzmiało to: „to ma być prosty program”, co mi natychmiast nasunęło myśl „nie mamy czasu na to żeby zajmowało nam to kilka godzin...”). Mowa była o rejestrowaniu kilkunastu dokumentów zawierających dane w rodzaju: stan licznika, ilość pobranego paliwa, ilość pobranego oleju – sprawa jest o tyle uproszczona, że mój klient posiada własny dystrybutor paliwa, magazyn na materiały eksploatacyjne (tu: olej) i rejestr nie miał rozliczać stanów tych magazynów.

Rozwiązanie sytuacji:

W tym tekście zasygnalizuję potrzebę z jednej strony dotrzymywania terminów tworzenia oprogramowania, ale też z drugiej strony konieczność zachowania asertywnego ze strony programisty w momencie ustalania takich terminów.

Przedstawię tu trzy znane mi postawy moich klientów i moje reakcje związane z tymi postawami, oraz błędy jakie popełniłem w tych trzech sytuacjach.

Sytuacja pierwsza:

„Tworzenie serwisu internetowego. ( Pomorze okiem kamery )”

Kilka słów o założeniach projektu: serwis jest stroną reklamującą usługi turystyczne. Trzeba zauważyć, że na tym etapie mowa o regionie nadmorskim, co natychmiast implikuje sezon letni jako czas gdy reklamy powinny już przynosić zyski usługobiorcom serwisu. Idea serwisu zawiera w sobie stworzenie treści skierowanej do turystów w dwóch uzupełniających się tematach: „regionalne atrakcje turystyczne” oraz „regionalna baza turystyczna”. Szczegóły mojego rozwiązania dla tych założeń będzie można obejrzeć na stronie „Pomorze okiem kamery”.

Klient pojawił się w moim domu (umowa o dzieło) w maju i nie zastanawiając się nad pracochłonnością swojego serwisu zaproponował miesięczny termin realizacji projektu. Ja ze swojej strony (znając poziom swego tempa pracy i mając wiedzę o procesie powstawania takiego rozwiązania) natychmiast odmówiłem i (jak pamiętam) zaproponowałem termin dwukrotnie dłuższy. Gdy przedstawiłem (brak doświadczenia..., ale i moja wizja była już ukierunkowana istnieniem „Viatki”) projekt wizualny strony, który kolorystycznie nie spodobał się klientowi – porzegnaliśmy się na czas nieokreślony...