Omów swój projekt

Oprogramowanie na zamówienie · Wrocław

Systemy wewnętrzne pisane i przejmowane z głową

Analizujemy zastany kod przed jakąkolwiek propozycją przepisania. Pracujemy w dwutygodniowych odcinkach z odbiorem po każdym z nich — zakres i terminy ustalamy po analizie wymagań.

Documentary photo of a small software development team in a modest office in Wrocław
2013rok założenia
Wrocławdolnośląskie
+48 71 727 75 35pon.–pt., godziny biura

Kim jesteśmy i jak pracujemy

Jesteśmy małym, wrocławskim zespołem programistów działającym od 2013 roku. Specjalizujemy się w systemach wewnętrznych firm — tych, które obsługują magazyny, logistykę, produkcję, rozliczenia czy obieg dokumentów.

Duża część naszych zleceń zaczyna się tak samo: poprzedni wykonawca odszedł, dokumentacja jest niekompletna, a w kodzie nikt się już nie orientuje. Zanim zaproponujemy cokolwiek, spędzamy czas na czytaniu tego, co już istnieje. Często okazuje się, że przepisywanie całości nie jest potrzebne — wystarczy rozbudowa lub stabilizacja wybranych modułów. To podejście pozwala uniknąć miesięcy straconej pracy i niepotrzebnych kosztów.

Obsługujemy klientów z Wrocławia i okolic — z Trzebnicy, Oławy, Środy Śląskiej, a także z firm z siedzibą w Bielanach Wrocławskich czy Magnicach, które szukają wykonawcy dostępnego na spotkanie w ciągu jednego dnia. Współpracę kończymy dokumentacją przekazania i szkoleniem zespołu klienta, żeby nie zostawać jedynym miejscem wiedzy o systemie.

Każdy projekt zamykamy dowodem odbioru po każdym dwutygodniowym etapie. Zmiany zakresu w trakcie projektu wymagają aneksu do umowy — dzięki temu obie strony wiedzą, za co płacą i co dokładnie jest wdrażane na produkcję.

Documentary photo of a developer reviewing printed code listings and handwritten notes on a desk in a Polish office

Co robimy

Skupiamy się na oprogramowaniu wewnętrznym: tym, z którego korzystają pracownicy firmy, a nie klienci końcowi.

01

Przejęcie i audyt istniejącego systemu

Czytamy zastany kod, mapujemy zależności między modułami i opisujemy stan techniczny na piśmie. Na tej podstawie przygotowujemy rekomendację: co naprawić, co rozbudować, a co — jeśli w ogóle — warto przepisać od zera. Bez analizy nie składamy żadnej wyceny.

02

Rozwój i rozbudowa systemu

Dopisujemy nowe moduły do działających już aplikacji webowych i desktopowych. Przed wdrożeniem każdej zmiany na środowisko produkcyjne przeprowadzamy testy na środowisku stagingowym i uzyskujemy pisemny odbiór od wyznaczonej osoby po stronie klienta.

03

Tworzenie oprogramowania od podstaw

Budujemy systemy wewnętrzne według zebranych wymagań funkcjonalnych i niefunkcjonalnych. Pracujemy w dwutygodniowych odcinkach: po każdym z nich klient widzi działający fragment systemu i decyduje, czy kierunek jest właściwy. Zakres i harmonogram są ustalane po analizie wymagań, nie przed nią.

04

Integracje z systemami zewnętrznymi

Łączymy tworzone przez nas aplikacje z systemami ERP, platformami e-commerce, usługami kurierskimi i bramkami płatności poprzez API. Dokumentujemy każdy punkt integracji, żeby późniejszy serwis nie wymagał wiedzy tajemnej.

05

Dokumentacja i szkolenie zespołu

Po zakończeniu projektu przekazujemy dokumentację techniczną i użytkową, a następnie przeprowadzamy szkolenie dla pracowników klienta. Celem jest to, żeby codzienna praca z systemem i jego pierwszoliniowe wsparcie mogły odbywać się wewnątrz organizacji klienta.

06

Utrzymanie i wsparcie powdrożeniowe

Po wdrożeniu możemy objąć system umową serwisową obejmującą poprawki błędów, aktualizacje zależności i konsultacje dla zespołu klienta. Warunki serwisu ustalane są w odrębnej umowie, niezależnie od umowy projektowej.

Kilka liczb na temat naszej pracy

Podajemy tylko to, co możemy zmierzyć.

12 lat na rynku Firma działa nieprzerwanie od 2013 roku, obsługując klientów z Wrocławia i województwa dolnośląskiego.
ok. 15 projektów rocznie Celowo utrzymujemy małą liczbę równoległych projektów, żeby każdy z nich miał wyznaczoną osobę prowadzącą.
1 dzień roboczy czas odpowiedzi na zapytanie Na każde zapytanie e-mailowe lub telefoniczne odpowiadamy najpóźniej następnego dnia roboczego w godzinach pracy biura.

„Przyszliśmy do nich z systemem do zarządzania zleceniami serwisowymi, który działał od sześciu lat i którego poprzedni wykonawca przestał obsługiwać. Nikt w firmie nie wiedział już, co dokładnie robi część modułów. Zespół spędził dwa tygodnie tylko na czytaniu kodu i opisaniu, co tam zastali — dopiero wtedy zaproponowali zakres pracy. Ostatecznie przepisaliśmy tylko moduł raportowania, reszta działała wystarczająco dobrze. Oszczędziliśmy kilka miesięcy, bo nie zaczęliśmy od zera.”

Marek W.Kierownik działu IT, firma produkcyjna, Bielany Wrocławskie

„Zależało nam na tym, żeby po zakończeniu projektu nasi ludzie potrafili sami obsługiwać system i reagować na drobne problemy bez dzwonienia do zewnętrznej firmy. Umówiliśmy się na dwa dni szkolenia i dokumentację w formacie wiki w naszym repozytorium. Wszystko to dostaliśmy zgodnie z harmonogramem. Przez pierwsze trzy miesiące po wdrożeniu mieliśmy dwa zgłoszenia serwisowe — oba rozwiązał nasz własny administrator po przejrzeniu dokumentacji.”

Joanna S.Dyrektor operacyjny, spółka logistyczna, Wrocław-Fabryczna

„W połowie projektu zmieniliśmy zakres — chcieliśmy dodać moduł integracji z nowym przewoźnikiem, którego nie było w pierwotnych wymaganiach. Dostaliśmy aneks z dokładnym opisem, co to oznacza dla harmonogramu i budżetu, i sami zdecydowaliśmy, czy chcemy to wdrożyć w tym projekcie czy w kolejnym. Wybraliśmy kolejny projekt. Doceniłem to, że nie było presji ani niejasności — wszystko było na piśmie.”

Tomasz R.Właściciel, firma handlowa, Środa Śląska

Jak wygląda współpraca krok po kroku

Cztery etapy, które powtarzają się w każdym projekcie — niezależnie od jego wielkości.

1. Analiza wymagań i audyt kodu

Spotykamy się z przedstawicielami klienta, zbieramy wymagania funkcjonalne i — jeśli projekt dotyczy istniejącego systemu — czytamy zastany kod. Efektem jest pisemna notatka analityczna z opisem stanu obecnego, listą ryzyk i propozycją zakresu. Dopiero po jej zatwierdzeniu powstaje umowa z harmonogramem.

2. Praca w dwutygodniowych odcinkach

Każdy odcinek kończy się demonstracją działającego oprogramowania i protokołem odbioru podpisywanym przez wyznaczoną osobę po stronie klienta. Jeśli w trakcie projektu pojawi się potrzeba zmiany zakresu, przygotowujemy aneks do umowy, który określa wpływ zmiany na harmonogram i koszt.

3. Wdrożenie na środowisko produkcyjne

Przed wdrożeniem przygotowujemy plan migracji danych (jeśli jest wymagany), przeprowadzamy testy na stagingu i uzgadniamy okno serwisowe z klientem. Wdrożenie dokumentujemy — ze wskazaniem wersji, konfiguracji środowiska i procedury cofnięcia zmian w razie potrzeby.

4. Przekazanie dokumentacji i szkolenie

Po wdrożeniu przekazujemy dokumentację techniczną w formacie uzgodnionym z klientem (repozytorium, wiki lub plik PDF) oraz przeprowadzamy szkolenie praktyczne dla użytkowników i administratorów systemu. Od tego momentu klient dysponuje wiedzą wystarczającą do samodzielnego korzystania z systemu.

Najczęstsze pytania

Odpowiedzi na pytania, które słyszymy przed podpisaniem umowy.

Czy mogę dostać wycenę na pierwszym spotkaniu?

Nie. Zakres i terminy ustalamy po analizie wymagań — bez niej każda liczba byłaby szacunkiem obarczonym dużym błędem. Pierwszym krokiem jest spotkanie analityczne lub — jeśli przejmujemy istniejący system — audyt kodu. Dopiero po jego zakończeniu przygotowujemy ofertę z uzasadnieniem każdej pozycji.

Czy pracujecie z klientami spoza Wrocławia?

Tak. Obsługujemy firmy z całego województwa dolnośląskiego — z Trzebnicy, Oławy, Świdnicy, Legnicy i okolic. Spotkania analityczne i odbiory prowadzimy stacjonarnie lub zdalnie, w zależności od preferencji klienta. Wdrożenie na środowisko produkcyjne przeprowadzamy zdalnie lub na miejscu, jeśli infrastruktura tego wymaga.

Co się dzieje, gdy chcę zmienić zakres w trakcie projektu?

Zmiany zakresu w trakcie projektu wymagają aneksu do umowy. Aneks opisuje, co dokładnie zmienia się w zakresie, jakie ma to przełożenie na harmonogram i koszt oraz od którego odcinka zmiana wchodzi w życie. Nie zaczynamy prac nad zmianą bez podpisanego aneksu.

Ile trwa typowy projekt?

To zależy od zakresu ustalonego po analizie wymagań. Prosty moduł integracyjny z jednym zewnętrznym systemem to zwykle trzy do czterech odcinków dwutygodniowych. Rozbudowa większego systemu wewnętrznego — sześć do dziesięciu odcinków. Nie podajemy tych liczb jako gwarancji, lecz jako typowe zakresy z naszego doświadczenia.

Czy przejmiecie system napisany w technologii, którą sami nie stworzyliście?

Zanim odpowiemy, przeprowadzimy audyt. Jeśli technologia jest nam znana lub bliska i oceniamy, że jesteśmy w stanie bezpiecznie prowadzić dalszy rozwój — podejmiemy się projektu. Jeśli nie, powiemy to wprost na etapie analizy, żebyś mógł szukać bardziej wyspecjalizowanego wykonawcy.

Co zawiera dokumentacja przekazania?

Dokumentacja przekazania obejmuje: opis architektury systemu, schemat bazy danych, opis konfiguracji środowiska produkcyjnego i stagingowego, instrukcję wdrożenia nowej wersji oraz instrukcję użytkownika dla każdego modułu. Format i miejsce przechowywania dokumentacji ustalamy z klientem przed rozpoczęciem projektu.

Masz system, który trzeba przejąć lub rozbudować?

Zacznijmy od rozmowy o tym, co już istnieje. Analiza wymagań i audyt kodu to pierwszy krok — bez zobowiązania do dalszej współpracy.

Napisz do nas

Kontakt i siedziba

Kodline Sp. z o.o. · ul. Krupnicza 14, 54-772 Wrocław · tel. +48 71 727 75 35 · kontakt@morgarda.com

Biuro czynne od poniedziałku do piątku w godzinach 08:30–16:30 oraz w soboty w godzinach 09:00–13:00. Spotkania analityczne prowadzimy w biurze lub zdalnie — po wcześniejszym umówieniu terminu.

Kodline Sp. z o.o.
ul. Krupnicza 14
54-772 Wrocław
Telefon: +48 71 727 75 35
E-mail: kontakt@morgarda.com

Godziny otwarcia
Poniedziałek08:30–16:30
Wtorek08:30–16:30
Środa08:30–16:30
Czwartek08:30–16:30
Piątek08:30–16:30
Sobota09:00–13:00
Niedzielanieczynne

Odpowiadamy w ciągu jednego dnia roboczego.