Trzygłowy projekt WooCommerce: Twoja agencja, Freelancer i programista Twojego klienta

W związku z przewidywaniami, że sklepy internetowe będą stopniowo wycofywać się z punktów sprzedaży detalicznej w następnej dekadzie, ludzie coraz częściej skaczą na modę sklepów internetowych. Opracowanie projektu WooCommerce wymaga czasu i wiedzy, które czasami mogą nie być dostępne w Twojej agencji, gdy tego potrzebujesz, co zmusza Cię do szukania pomocy gdzie indziej, na przykład dla niezależnych programistów.

Jeśli dotarłeś do etapu, w którym musisz wezwać specjalistę, co należy wziąć pod uwagę? Jak sprawić, by nowe „dodatki” były tak płynne, jak to tylko możliwe? Ale także: co, jeśli Twój klient ma już dostępnych wewnętrznych programistów?

Jeśli sprawy nie są zaplanowane i wykonane bardzo dokładnie, może to być prawdziwy bałagan z tak wieloma zaangażowanymi osobami.

Przyjrzyjmy się, jak poradzić sobie z tak trudnym scenariuszem pracy i przekuć go na swoją korzyść!

Musisz mieć dobrą komunikację, bo inaczej nic dobrego nie zostanie osiągnięte

Podstawą każdej relacji roboczej i kluczem do pomyślnej realizacji projektu jest zawsze szeroka komunikacja. Zarówno z klientami, którzy są ważni, aby stworzyć jasny obraz tego, jakie dokładnie są ich wymagania, jak i ze wszystkimi zaangażowanymi programistami, niezależnie od tego, czy wprowadzasz ich bezpośrednio do projektu, czy też pochodzą od klienta.

Aby to osiągnąć, wiele agencji i programistów używa Slacka do dyskusji grupowych ze względu na jego wiele funkcji. Znaczenie posiadania wspólnego gruntu, w którym komunikacja odbywa się między wszystkimi zaangażowanymi stronami, jest dalej rozwijane przez WooExpert i eksperta Codeable Mitchell Callahan z SAU/CAL, który mówi:

To jest coś, co zdarza się dość często: klienci zatrudniają Cię, ponieważ chcą mieć wiedzę na temat WooCommerce, ale mogą mieć wewnętrznego programistę lub freelancera, z którym zwykle pracują. Dlatego musisz upewnić się, że wszyscy programiści pracujący nad projektem, wraz z osobą kontaktową z firmy klienta, są na tym samym kanale Slack. W ten sposób wszystkie podmioty zaangażowane w projekt mogą skuteczniej się ze sobą komunikować.

Po skonfigurowaniu narzędzi komunikacyjnych nadszedł czas, aby skupić się na następnym: repozytorium kodu.

Musisz mieć solidny proces kodowania

Kiedy różni programiści pracują nad tym samym projektem, nie chcesz szukać po omacku ​​setek kodów, plików, katalogów, aby dowiedzieć się, kto co i gdzie zrobił. Dlatego narzędzia takie jak Github czy Bitbucket muszą być poprawnie skonfigurowane, aby umożliwić śledzenie wszelkich zmian w kodzie.

Wyjaśnia Mitchell:

Kiedy będziesz pracować z innymi programistami spoza Twojej firmy, musisz mieć repozytorium Git, aby móc śledzić zmiany. Jeśli coś zostanie dodane do witryny, będziesz wiedzieć, kto to dodał i kiedy, dzięki czemu możesz określić, czy pojawiły się problemy.
Najważniejszą rzeczą tutaj jest posiadanie solidnego procesu: więc zanim cokolwiek zostanie przekazane na rzeczywisty serwer, zawsze musimy wykonać pull request, a następnie ktoś dokonuje przeglądu kodu.

Narzędzia są tylko środkiem do bardziej wydajnego środowiska pracy. Brakująca część, jak widzieliście, ma przejrzysty proces, który umożliwi wszystkim ruchomym częściom działanie tak bez tarcia, jak to tylko możliwe. I to jest nasz następny punkt.

Każdy musi wiedzieć, za co odpowiada

Wynik każdego procesu rozwoju zależy od jasności instrukcji i ról, których musi przestrzegać każdy podmiot. W szczególności, jeśli chcesz mieć wydajny proces, musisz mieć dobrze zdefiniowaną strukturę przepływu poleceń, jak podkreśla Mitchell:

Jeśli pracujesz z innymi programistami, polecam mieć hierarchię. W rzeczywistości zawsze opowiadamy się za tym, aby nasz CTO był odpowiedzialny za żądania ściągnięcia. Umożliwi to mu jako jedynemu, który ma możliwość łączenia, dzięki czemu możemy upewnić się, że każdy fragment kodu zostanie sprawdzony, scalony i zaplanowany w uporządkowany sposób. W dużych organizacjach może to być wąskie gardło i wiele osób może sobie z tym poradzić.

Gwarantuje to, że nie ma konfliktu uprawnień w projekcie i oczywiście, że proces przebiega bezproblemowo.

Narzędzia do zarządzania projektami: wybierz jedno i udostępnij je wszystkim

Jeśli robisz wszystko, aby złagodzić pułapki, nie możesz przegapić czasu na zainwestowanie w narzędzia do zarządzania projektami. Najważniejszą z nich jest trzymanie się z daleka od posiadania więcej niż jednego narzędzia PM działającego w tym samym czasie. To jest coś, co stanie się niechlujne w ciągu kilku minut, dlatego zwiększysz obciążenie pracą, nie dodając żadnej wartości do projektu.

Pracując z niezależnymi programistami i wewnętrznymi programistami Twojego klienta nad jednym z Twoich projektów, Twoim celem jest zaangażowanie wszystkich stron w narzędzie PM, z którym czujesz się najlepiej. Wiem, brzmi to jako coś trudnego do osiągnięcia, ponieważ każdy ma swoje ulubione narzędzia. Ale oto jak Mitchell i ludzie z SAUCAL są w stanie pozyskać klientów i programistów:

Wiele osób używa na przykład Jira, w której zamiast tego używamy Breeze. Niektórzy ludzie, kiedy zobaczyli to po raz pierwszy, mówią nam: „Och, to nie wydaje się zbyt mocne”. I tu właśnie wkracza komponent edukacyjny. Wyjaśniamy im, że robimy to od lat w tym samym celu (budowanie witryn WooCommerce). A dla tych, którzy naprawdę chcą być grubi i szczupli i częścią procesu – zwykle są to programiści – spędzimy czas na szkoleniu ich, jak korzystać z naszego systemu, w ten sposób wszyscy pracujemy w spójnej, wspólnej sposób.

Posiadanie różnych narzędzi do zarządzania projektami między różnymi podmiotami, tj. Ty, wewnętrzny zespół klienta i niektórzy niezależni programiści, mogą niepotrzebnie wydłużać ramy czasowe projektu. Dlatego pozbycie się zduplikowanych narzędzi i scentralizowanie wszystkich wysiłków we wspólnym narzędziu jest bardzo korzystne dla projektu (i dla zdrowia psychicznego).

Zawijanie

Kanały Slack, współdzielone repozytoria i jedno narzędzie do zarządzania projektami, z których wszystkie zaangażowane strony zgadzają się korzystać, to tylko niektóre z podstawowych elementów płynnego zakończenia projektu. Jednak, jak w przypadku większości rzeczy w życiu, wszystko sprowadza się do efektywnej komunikacji między wszystkimi stronami. Wypełnienie tej luki jest kluczowe, ponieważ, jak mówi Mitchell:

Kto ma najsłabszy komunikator, będzie najsłabszym ogniwem.

Matteo Duo jest strategiem ds. treści w Codeable.io , pierwszej platformie outsourcingowej skoncentrowanej na WordPressie, która łączy światowej klasy programistów WordPressa z firmami, które potrzebują wysokiej jakości pracy. Od lat aktywnie współpracuje z klientami i programistami, aby udokumentować różne zawiłości ich relacji i dostarczyć wskazówek, jak wykorzystać WordPress jako skuteczny zasób biznesowy.