5 oznak, że potrzebujesz nowego zespołu programistów mobilnych

Powinno być jak schody do nieba. Zacząłeś kręcić kołem i powinieneś być z siebie dumny. Miałeś genialny pomysł na projekt, poszedłeś i zatrudniłeś ludzi, którzy walili się w piersi, mówiąc, że zrobią to za rozsądną cenę. Jednak jest to bardzo niepokojące, są te nieprzyjemne znaki, które Twój zespół programistów Cię zawodzi. Za każdym razem, gdy wchodzisz w interakcję z ludźmi, którzy mają spełniać twoje marzenia, nie czujesz spokoju; to już nie wystarcza. Gdzie więc szukać przyczyny tego wstydu? Czy problem leży po twojej stronie, czy po drugiej stronie - i jak radzić sobie ze złymi programistami, jeśli tacy są?

Aby pomóc w wyszukiwaniu, postaramy się wyróżnić kluczowe punkty, które sygnalizują Twoje oczekiwania, a Twój zespół idzie różnymi drogami. Ten artykuł nie jest porównaniem dobrych programistów ze złymi programistami, ponieważ nie ma ostatecznych oznak złej firmy programistycznej. Oto kilka rzeczy, na które powinieneś zwrócić szczególną uwagę podczas procesu tworzenia; chociaż nie będziemy dostarczać Ci bezpośrednich oświadczeń, takich jak cechy złych programistów lub oznaki złej firmy programistycznej; zwrócimy uwagę na niektóre znaki ostrzegawcze, o których powinien wiedzieć każdy przedsiębiorca.

1. Twój zespół systematycznie gwałci ustalone terminy.

Bez zbędnej przesady w tym momencie wszyscy jesteśmy ludźmi. Na dobre lub na złe zdarzają się błędy po naszej stronie i nie wszystkich można z góry uniknąć. Raz przeoczony termin można prawdopodobnie wytłumaczyć i usprawiedliwić nagłym przypadkiem. Jednak ignorowanie systematycznie wyznaczanych terminów to zły znak - symbolizuje nieracjonalną dystrybucję zasobów, co może skutkować poważnymi problemami z produktem.

Rozwiązanie:

Współczesny świat dysponuje rozbudowaną listą narzędzi do zarządzania czasem, które pomagają w wyznaczaniu zadań, śledzeniu czasu nad nimi spędzonego i poprawnym szacowaniu ilości godzin. Do tych celów w Mind Studios używamy następujących narzędzi:
Slack - marzenie każdego przedsiębiorcy, założyciela, inwestora i VC. Slack pozwala nam przenieść współpracę naszego zespołu na wyższy poziom. Daje nam integracje do zarządzania zadaniami i Team Messaging. Jest również dobrze wyglądający, zabawny i dobrze zaprojektowany, dzięki czemu zarówno nasi klienci, jak i nasz zespół mogą cieszyć się procesem komunikacji.

Redmine - elastyczna aplikacja internetowa do zarządzania projektami, która pozwala tworzyć projekty, dzielić je na epopeje, szacować zadania i obliczać ilość czasu spędzonego na każdym zadaniu. Płatna alternatywa Redmine nazywa się Jira i może być również wykorzystana do lepszego zarządzania projektami. Dzięki wspomnianym narzędziom znamy termin przed jego nadejściem, co znacznie zmniejsza szansę na „stracony dzień docelowy”.

2. Zawsze odczuwasz brak komunikacji.

Czy Twój kierownik ds. rozwoju odpowiada Ci w ciągu kilku dni? I czy nie czujesz się za każdym razem lekceważony? Zasada numer 2 świetnej komunikacji między klientem a menedżerem mówi: „Nieważne, co to jest – raport o stanie, epickie podsumowanie lub po prostu krótki list do klienta, najważniejszą rzeczą dla zespołu programistycznego jest zwrócenie uwagi – na osobę z którymi pracują. Nieustanne informowanie go - to jest mistrzostwo.” Jeśli tak nie jest - brakuje tu twojego zespołu programistów.

Rozwiązanie:

Doszliśmy do wniosku, że komunikacja jest tak samo istotna, jak ogólna jakość produktu; w związku z tym kierujemy się „złotą zasadą” – kontaktujemy się z naszymi partnerami nieco częściej, niż by sobie tego życzyli. Zaplanowane cotygodniowe rozmowy i codzienne aktualizacje statusu z komunikacji klient-zespół, tak jak to widzimy.

3. Po zakończeniu projektu wsparcie techniczne zespołu wyparowuje.

„Czy jesteś zmęczony byciem „następnym” w kolejce?

Symptom znikania jest również przez nas powszechnie znany: gdy projekt zostanie wdrożony, uruchomiony i uruchomiony, zespół programistów coraz słabiej kontaktuje się z Tobą. Nawet bez kontaktu - gdy pojawia się błąd, musisz to zrobić, aby Twój zespół go okrył. Nawiązujesz z nimi kontakt - a twoją odpowiedzią jest cisza przez kilka dni lub maksymalnie ostrożne „zrobimy co w naszej mocy”. Chociaż jest to najdrobniejszy problem, nadal trzeba długo czekać.

Rozwiązanie:

Nie ma uniwersalnego lekarstwa z długiej listy oczekujących lub złamanych zobowiązań, ale najwięcej możesz zrobić - zadbaj o to, aby zespół, z którym pracujesz, był w 100% wrażliwy na klienta podczas głównego etapu pracy. Jako firma programistyczna od czasu do czasu napotykamy również drobne błędy produkcyjne, ale staramy się odpowiadać na zgłoszenia w ciągu kilku godzin, starając się naprawić wszystkie niedoskonałości.

4. Twój zespół nie jest zmotywowany, aby zobaczyć Twój wynik.

„Nie budujemy rzeczy, których ludzie chcą. Budujemy rzeczy, których ludzie potrzebują” Steve Jobs

Według Engagement Multiplier, znaczenie zaangażowania pracowników jest nie do przecenienia – „udowodniono, że strategie zaangażowania pracowników zmniejszają rotację pracowników, poprawiają produktywność i wydajność, utrzymują klientów szybciej i osiągają większe zyski”. W Mind Studios wiemy, że te rzeczy są prawdziwe – projekty wykonane przez energiczną i entuzjastyczną agencję deweloperską bardzo przypominają ich twórców. Wręcz przeciwnie, projekty prowadzone przez apatycznych i ospałych programistów mają znacznie mniejsze szanse na osiągnięcie najwyższej klasy wydajności.

Rozwiązanie:

Różnicę między zaangażowaniem zespołu a apatią zespołu w projekcie można łatwo wyśledzić – wystarczy kilka rzetelnych odpowiedzi na poniższe pytania:
Czy Twój zespół kwestionuje Twoje pomysły z analitycznego punktu widzenia?
Czy oferują etap analizy biznesowej, który pomoże poprawić słabe punkty Twojego produktu?
Czy Twój zespół wspólnie z Tobą przeprowadza burzę mózgów?
Jeśli na wszystkie powyższe odpowiedzi postawiłeś zdecydowane „tak” – gratulacje, zaangażowanie Twojego zespołu jest poza cieniem. Jeśli jednak nie jesteś pewien, jak odpowiedzieć na te pytania, lub po prostu masz kilka negatywów - może to być sygnał ostrzegawczy.

5. Błędy, mikroby i inne problemy.

Jest to jeden z najbardziej oczywistych wskaźników niskiej wydajności, jednak wiele osób go ignoruje. Za każdym razem, gdy otrzymujesz nową wersję do przetestowania (po każdym demie w Agile), funkcjonalność ma mnóstwo błędów do naprawienia. Nie daj się zwieść myśleniu, że to tylko etap rozwoju i że wszystko zostanie dopracowane przed premierą - są szanse, że tak się nie stanie. Krytyczna ilość problemów wskazuje, że proces testowania zespołu nie jest w jakiś sposób usprawniony, co przysporzy jeszcze więcej kłopotów później - na etapie uruchamiania.

Rozwiązanie:

Gdy zdasz sobie sprawę, że Twój produkt stale (sprint po sprintu) cuchnie błędami, możesz chcieć, aby zespół zmienił proces testowania lub możesz chcieć zmienić zespół.

W Mind Studios podchodzimy do testów z najwyższą powagą - po każdym sprincie mamy kilka iteracji, eksperymentujemy z grupami testów A/B, a nawet angażujemy nasze produkty w Hackathony QA, zapewniając naszym klientom projekt jakość odporna na google. Zawsze chętnie pomożemy, jeśli wystąpią problemy.

Zmiana jest na początku trudna,

Bałagan w środku i

Wspaniały na koniec.

Robin Sharma, pisarz i mówca przywództwa

Rozpoczęcie zupełnie nowej rzeczy od zera nigdy nie jest łatwe - pułapki są wszędzie, np. radzenie sobie ze złymi programistami. Czasami możesz czuć się niezrozumiany lub całkowicie nieaktualny i rozczarowany - nie ma tu ubezpieczenia bezpieczeństwa. Nie próbujemy udowadniać, że pracujesz ze złymi programistami. Chociaż w zależności od ludzi, z którymi pracujesz, możesz odczuwać to mniej lub bardziej dotkliwie, a nawet w ogóle unikać tych emocji. Może więc czas na większą zmianę?

Napisane przez Dmitrija Dobritskiego i Elinę Bessarabovą.