Najpopularniejszą, a przynajmniej najbardziej znaną, metodyką zarządzania projektami informatycznymi jest jedna z tzw. metodyk zwinnych pod nazwą Scrum. W tym wpisie przybliżę, jak pracować z firmą używającą tego sposobu pracy. Jeśli nie znasz specyfiki projektów IT, rzuć okiem na ten wpis
O Scrumie powiedziano i napisano już wiele. Ten wpis przygotowuje Cię jednak do tego jak współpracować z firmą, która realizuje dla Ciebie projekt i deklaruje, że pracuje w metodyce Scrum. Jako inwestor będziesz miał do czynienia z product ownerem. Jest to osoba (zawsze jedna), której zadaniem jest kontakt z Tobą, a przez to, zbieranie wymagań i feedbacków, i dzięki temu kierowanie pracą zespołu deweloperskiego. Trzecią rolą w Scrumie jest tzw. scrum master, dbający m. in. o to, aby zespół mógł spokojnie pracować. Scrum jest tak skonstruowany, że wszystkie informacje od Ciebie idą przez product ownera i jest to persona, z którą będziesz mieć kontakt. Powód jest prozaiczny. To ta jedna osoba ma kierować pracą. Dzięki temu zespół wie, co ma robić i nie dostaje sprzecznych komunikatów. Powinieneś się tego trzymać.
Wiesz już z kim masz rozmawiać, jak będzie dostarczana wartość, czyli po prostu program który zamówiłeś? Tak jak wspomniano, cała metodyka zakłada, że tak naprawdę wizja tego co ma być wytworzone, krystalizuje się podczas prac. Dlatego product owner rozmawiając z Tobą najpierw, tak jak podczas prac o projekcie: o koncepcji, priorytetach funkcjonalności prosi Cię o doprecyzowanie wymagań odnośnie wyłącznie kilku, które ustaliliście, że chcecie realizować w tym momencie. Następnie wraz z zespołem siada i ustala jaka praca ma być wykonana w kolejnym tzw. sprincie. (1-4 tygodni czasu). Dzięki temu realizowane są najnowsze ustalenia, a co więcej, zespół wraz z biegiem projektu, coraz lepiej potrafi powiedzieć, kiedy ukończy kolejną jego część. Jeśli programiści w trakcie sprintu napotkają trudności natury biznesowej, na przykład nie są pewni jak ma działać dana funkcjonalność, odezwie się do Ciebie product owner, aby rozwiać te wątpliwości. Możesz poprosić, aby pod koniec takiego etapu prac zorganizowano tzw. demo, czyli przedstawienie tego, co zrobiono, może być to prezentacja starego rozwiązania lub na przykład prezentacja w postaci przeklikania się przez nową funkcję, w zależności od tego, czego dotyczył sprint raport z code review. Cykl powtarza się od nowa, product owner dopytuje Cię o kolejne szczegóły, rozmawia z zespołem o planach na sprint, plan na sprint jest realizowany w całości lub w części i następuje demo.
Naszym dodatkiem jest specjalny konsultant: czasami w osobie product ownera, niekiedy w osobie dodatkowej , której celem jest bycie AI CTO przedsięwzięcia. Pomaga Ci wybrać optymalną ścieżkę rozwoju projektu wskazując alternatywne rozwiązania, pomagając przeanalizować ofertę konkurencji pod kątem użytego rozwiązania, jego słabych i mocnych stron tak, aby nie popełnić ich błędów czy świadomie wybrać lepszą z alternatyw albo wskazać ograniczenia techniczne.
Wnioski, które warto zapamiętać:
- Scrum jest też dla Ciebie, pozwala podjąć Ci wiążące, wymagające wydania pieniędzy decyzje najdalej jak tylko można, dzięki czemu masz czas zdobyć jak najwięcej informacji o tym, czego potrzebujesz.
- W Scrumie rozmawiasz z „product ownerem”. Na jego głowie jest zarządzanie projektem i kontakt z programistami.
- Oprogramowanie dostarczane jest co sprint. Możesz poprosić (najlepiej na początku sprintu, aby wygospodarować czas na przygotowanie) o prezentację z postępów na jego koniec.
- Scrum zakłada, że projekt się zmienia, w tym rzeczy, które już są zrobione — możesz prosić również o ich uwzględnienie.
- Numlabs, jeśli tego oczywiście chcesz, w ramach usług dostarcza również eksperta z dziedziny AI, który pozwoli Ci na każdym etapie projektu podjąć najlepsze decyzje, zarówno pod kątem technologicznym, jak i biznesowym.
