Przekonanie developera, który nie chce pracować w frameworku Scrum, może być trudne, ale nie jest to niemożliwe. Oto kilka sposobów, które mogą pomóc w przekonaniu takiej osoby do pracy w Scrum:
- Wytłumaczenie korzyści: Ważne jest, aby wytłumaczyć developerowi, dlaczego Scrum jest dobrym rozwiązaniem dla projektu i jakie korzyści może on osiągnąć dzięki pracy w tym frameworku. Może to być lepsze zarządzanie projektem, szybsze dostarczanie wartości biznesowej, lepsze zarządzanie ryzykiem itp.
- Zrozumienie obaw: Ważne jest, aby zrozumieć, dlaczego developer nie chce pracować w Scrum i wyjaśnić mu, że te obawy są słuszne. Może to pomóc w uspokojeniu jego obaw i przekonaniu go do zmiany podejścia.
- Zachęcanie do udziału w szkoleniach: Może być pomocne zaproponowanie developerowi udziału w szkoleniach z zakresu Scrum, aby lepiej zrozumiał zasady tego frameworku i jego korzyści.
- Zachęcanie do współpracy: Może być pomocne zachęcanie developera do współpracy z innymi członkami zespołu, aby lepiej zrozumiał, jak działa Scrum i jakie korzyści może on osiągnąć dzięki pracy w tym frameworku.
- Zachęcanie do wypróbowania Scrumu: Może być pomocne zachęcanie developera do wypróbowania Scrumu na małym, krótkoterminowym projekcie, aby miał okazję zobaczyć, jak to działa w praktyce.
Opowiedz taką historie
Zwróciłeś się do mnie z prośbą o stworzenie aplikacji mobilnej. Wiedziałeś, że istnieją różne metody tworzenia aplikacji i zastanawiałeś się, która z nich będzie dla Ciebie najlepsza.
Pierwszą opcją, którą rozważyliśmy, było tworzenie aplikacji według modelu Waterfall. W tym modelu zbierzemy od Ciebie wszystkie wymagania i za określony czas przygotujemy dla Ciebie gotową aplikację. Mam nadzieje że nic się nie zmieni u Ciebie z wymaganiami podczas gdy będziemy pisać aplikację. Mam również nadzieje że nie wpadniesz na nowy pomysł z nową funkcjonalnością, bo to może totalnie nam zaburzyć proces developmentu. Mam również nadzieję że gdy oddam Ci aplikacje to będzie to czego naprawde oczekiwałeś. Działająca aplikacje zobaczysz dopiero na końcu naszej pracy, w trakcie niestety nie wiele będziemy mogli pokazać, bo przez pierwszy miesiąć bedziemy zbierać wymagania.
A może zrobimy to w inny sposób
Może lepszym rozwiązaniem będzie stworzenie aplikacji według modelu Scrum. W tym modelu tworzenia aplikacji praca jest dzielona na krótkie okresy zwane sprintami. Każdy sprint rozpoczyna się od ustalenia celów i zadań, a następnie realizacji tych zadań przez zespół. Co kilka dni odbywają się spotkania, podczas których zespół przedstawia postępy pracy i ustala kolejne kroki. Na każdym etapie możesz nam powiedzieć czy to jest to czego oczekujesz, albo zaproponować nam zmiany gdy widzisz działające funkcjonalności.
Model Scrum pozwala nam na bieżąco reagować na zmiany i elastycznie dostosowywać się do Twoich oczekiwań. Dzięki temu będziemy w stanie szybciej dostarczyć aplikację, która spełni Twoje wymagania i będzie dostosowana do Twoich potrzeb.
W pracy w scrum wiesz ile kosztuje jeden sprint, jesteśmy w stanie określić ile potrwa utworzenie dla Ciebie tej aplikacji i z dużym prawdopodobieństwem otrzymasz dokładnie to co chcesz, a może w trakcie stwierdzisz że jednak Twój pomysł trzeba totalnie przemodelować, dzięki podejściu scrumowemu będzie to dużo szybsze, tańsze i łatwiejsze.
Którą opcje wybierasz?
