Agile. Na przestrzeni ostatnich lat mo\u017cemy zaobserwowa\u0107 tendencj\u0119 do prowadzenia projekt\u00f3w zwinnymi metodami. Dla programist\u00f3w oraz tester\u00f3w jest to bardzo dobre posuni\u0119cie. Dzi\u0119ki temu ich praca nie jest nara\u017cona na tak du\u017ce ryzyko, jak w przypadku metody kaskadowej, s\u0105 bardziej „odporni na b\u0142\u0119dy”. A co mo\u017ce wynie\u015b\u0107 z tego wszystkiego analityk? W sumie te\u017c do\u015b\u0107 sporo \ud83d\ude42 We\u017amy na przyk\u0142ad taki SCRUM.<\/p>\n\n\n\n
Analizuj\u0105c poszczeg\u00f3lne role w Scrum Team’ie nale\u017cy zastanowi\u0107 si\u0119, gdzie taki analityk b\u0119dzie pasowa\u0142. Zasady tego frameworku nie daj\u0105 zbyt du\u017cych mo\u017cliwo\u015bci. Tak naprawd\u0119 r\u00f3l mamy ca\u0142e 3!<\/p>\n\n\n\n
Development Team nie potrzebuje Analityka go w pe\u0142nym wymiarze czasu. Najcz\u0119\u015bciej b\u0119dzie tam potrzebny, gdy zadania b\u0119d\u0105 \u017ale zdefiniowane albo niejasne. Czyli dora\u017anie. Zatem to miejsce odpada.<\/p>\n\n\n\n
Scrum Master te\u017c w pe\u0142ni nie wykorzysta jego potencja\u0142u, poniewa\u017c jego g\u0142\u00f3wnym zadaniem jest sprawowanie pieczy nad wszystkimi. Doradztwo, pomoc, „nia\u0144czenie”, organizacja i ogarnianie s\u0105 jego zadaniami a nie zastanawianie si\u0119 nad tym, „co klient mia\u0142 na my\u015bli”.<\/p>\n\n\n\n
Pozostaje Product Owner, czyli osoba odpowiadaj\u0105ca za wymagania biznesowe. Tutaj nasz analityk m\u00f3g\u0142by ju\u017c si\u0119 odnale\u017a\u0107. B\u0119d\u0105c w tej roli albo jako osoba do tego oddelegowana zajmowa\u0142by si\u0119 czym\u015b, co w SCRUM’ie nazwane jest Product Backlog. Zawiera on zbi\u00f3r wszystkich wymaga\u0144 biznesowych zar\u00f3wno tych dobrze zdefiniowanych i opisanych, oraz tych z grubsza opisanych, kt\u00f3rych zakres dopiero b\u0119dzie uszczeg\u00f3\u0142awiany.<\/p>\n\n\n\n
Co z tego wynika? Analityk w SCRUM’ie te\u017c mo\u017ce by\u0107 przydatny \ud83d\ude42 A tak bardziej na serio to wiedza dziedzinowa, w kt\u00f3rej si\u0119 specjalizujemy, jest przydatna. Co w przypadku, gdy to co robili\u015bmy dotychczas spowszechnieje lub dostaliby\u015bmy propozycj\u0119 przej\u015bcia do bardziej odpowiedzialnej roli w zespole ni\u017c analityk\/tester\/programista. Wiedza techniczna, bycie ekspertem lub d\u0105\u017cenie do tego poziomu w swojej dziedzinie jest niezwykle op\u0142acalne i tutaj nie spos\u00f3b si\u0119 nie zgodzi\u0107.<\/p>\n\n\n\n
Popatrzmy na t\u0119 kwesti\u0119 z troch\u0119 innej perspektywy. Czy posiadanie technicznego do\u015bwiadczenia pozytywnie wp\u0142ywa na jako\u015b\u0107 pracy os\u00f3b z rol\u0105 Scrum Master czy Product Owner? Osoby z do\u015bwiadczeniem w szeroko rozumianym programowaniu (czegokolwiek, mog\u0105 by\u0107 nawet bazy danych) znacznie \u0142atwiej b\u0119d\u0105 rozumie\u0107 si\u0119 z Development Teamem, poniewa\u017c szybciej znajd\u0105 wsp\u00f3lny j\u0119zyk. Z drugiej strony analityk powinien bardzo dobrze odnale\u017a\u0107 si\u0119 w roli Product Ownera z racji do\u015bwiadczenia w obcowaniu z biznesem i przekuwaniu tego, co chce klient na konkretne wymagania biznesowe.<\/p>\n\n\n\n
Zgadzacie si\u0119 ze mn\u0105? Podj\u0119liby\u015bcie si\u0119 wyzwania wskoczenia w t\u0105 rol\u0119? Ja bardzo ch\u0119tnie \ud83d\ude42<\/span><\/p>\n\n\n