Kiedy wchodzimy do projektu
Najczęściej wtedy, gdy trzeba szybko uzupełnić zespół albo przejąć zakres, którego nie chcecie budować wewnętrznie.
- Projekt spoza Waszego głównego stackuKlient potrzebuje rozwiązania, którego nie realizujecie na co dzień. Możemy przejąć ten zakres bez dokładania nowej technologii i kompetencji do Waszego zespołu.
- Brakuje capacityProjekt jest w Waszym stacku, ale zespół ma już pełne obłożenie. Wchodzimy na określony zakres i pomagamy dowieźć go w ustalonym procesie.
- Potrzebujecie kompetencji WCAGProjekt obejmuje wymagania dostępności cyfrowej, a nie macie specjalisty, który może przejąć audyt, konsultacje albo wdrożenie poprawek.
- Utrzymanie zabiera czas zespołuAktualizacje, zgłoszenia i rozwój starszych projektów zaczynają odciągać developerów od głównych produktów. Możemy przejąć bieżącą obsługę i dalszy development.
Zakres odpowiedzialności i sposób komunikacji ustalamy przed startem. Możemy pracować bezpośrednio z Waszym zespołem, bez wchodzenia w relację z klientem końcowym.
Co możemy przejąć
Zakres może obejmować konkretną technologię, fragment projektu albo jego dalsze utrzymanie. Najczęściej wchodzimy w poniższych obszarach.
- WordPress i rozbudowane portaleRozbudowane serwisy i portale z dużą strukturą treści, dedykowanymi funkcjami i zapleczem przygotowanym do codziennej pracy redakcji. Pracujemy zarówno przy nowych wdrożeniach, jak i rozwoju istniejących instalacji.
- WordPress multisiteJedna instalacja może obsługiwać wiele serwisów, oddziałów lub jednostek przy wspólnej administracji i niezależnej pracy poszczególnych redakcji.
- Serwisy wielojęzyczneProjektujemy i rozwijamy serwisy z wieloma wersjami językowymi, uwzględniając strukturę treści, adresów, tłumaczeń i pracę redakcji.
- Dostępność cyfrowa (WCAG)Możemy przejąć audyt i techniczną część wdrożenia WCAG również w projekcie, którego sami nie budowaliśmy. Analizujemy bariery, konsultujemy rozwiązania i wdrażamy poprawki w interfejsie oraz kodzie.
- Team ExtensionDołączamy do istniejącego zespołu na określony czas lub zakres. Pracujemy w Waszym procesie, repozytorium i narzędziach, bez budowania osobnego sposobu prowadzenia projektu.
- Utrzymanie i dalszy developmentPrzejmujemy istniejące rozwiązania, zaczynając od poznania ich stanu technicznego i uporządkowania najważniejszych problemów. Później możemy odpowiadać za bieżące utrzymanie, poprawki i dalszy rozwój.
Potrzebujecie większego zespołu albo specjalisty od konkretnego obszaru? Zobaczcie również Team Extension, dostępność cyfrową WCAG oraz zakres prac przy stronach i portalach internetowych.
Jak wygląda współpraca
Wchodzimy w istniejący proces zamiast budować obok niego własny. Zakres, odpowiedzialność i sposób komunikacji ustalamy przed rozpoczęciem prac.
Domyślnie pracujemy bezpośrednio z Waszym zespołem. Jeśli projekt wymaga naszego udziału w rozmowie technicznej z klientem końcowym, zasady ustalamy wcześniej.
- Komunikacja
- Pracujemy bezpośrednio z Waszym zespołem i w ustalonym modelu komunikacji.
- Repozytorium i narzędzia
- Możemy pracować w Waszym repozytorium, systemie zadań i procesie developerskim.
- Kod i dokumentacja
- Kod trafia do ustalonego repozytorium, a zakres dokumentacji uzgadniamy odpowiednio do projektu.
- Zakres
- Od pojedynczego modułu lub integracji po większy etap developmentu albo stałe wsparcie zespołu.
- Po wdrożeniu
- Możemy zakończyć pracę wraz z przekazaniem zakresu albo zostać przy utrzymaniu i dalszym developmencie.
Najczęstsze pytania
Czy musicie mieć kontakt z naszym klientem?
Nie. Możemy pracować wyłącznie z Waszym zespołem. Jeśli w konkretnym projekcie potrzebny jest nasz udział w spotkaniu technicznym, ustalamy wcześniej zakres i rolę takiego kontaktu.
Jak wyceniacie wsparcie dla software house'u?
Zależy to od zakresu i modelu współpracy. Inaczej wyceniamy zamknięty moduł, inaczej kilkutygodniowe wsparcie zespołu, a jeszcze inaczej stałe utrzymanie.
Najpierw sprawdzamy, czego rzeczywiście potrzebujecie, a potem proponujemy model dopasowany do projektu.
Jak szybko możecie dołączyć do projektu?
Zależy to od potrzebnych kompetencji, wielkości zakresu i aktualnego obłożenia zespołu. Po krótkiej rozmowie i przejrzeniu materiałów możemy podać realny termin startu.
Jeśli projekt jest pilny, od razu mówimy, czy jesteśmy w stanie wejść w wymaganym czasie.
Czy możecie pracować w naszym repozytorium i procesie?
Tak. Przy Team Extension i projektach prowadzonych wspólnie możemy pracować w Waszym repozytorium, systemie zadań i ustalonym workflow.
Nie oczekujemy, że cały zespół zmieni sposób pracy tylko dlatego, że dołączamy do projektu.
Czy możecie przejąć tylko część projektu?
Tak. Nie musimy przejmować całego developmentu. Możemy odpowiadać za konkretny moduł, integrację, część frontendową lub backendową, WordPress, WCAG albo inny jasno wydzielony zakres.
Czy możecie przejąć utrzymanie naszego projektu?
Tak. Możemy przejąć serwis lub system, którego nie budowaliśmy. Zaczynamy od poznania jego architektury, infrastruktury i najważniejszych problemów, a następnie ustalamy zakres bieżącego utrzymania i dalszych prac.
Czy możecie przejąć WCAG w projekcie, którego nie budowaliście?
Tak. Możemy wejść zarówno na etapie projektu, jak i do działającego już serwisu. Zakres może obejmować audyt, konsultacje z zespołem UX/UI i developerskim, wdrożenie poprawek oraz ponowną weryfikację.
Brakuje Wam rąk albo konkretnej kompetencji?
Podeślijcie zakres, repo albo krótki opis problemu. Sprawdzimy, gdzie możemy wejść i czy mamy dostępny zespół z odpowiednimi kompetencjami.
