Mentionsy

W drugim odcinku serii o historii polskiego Agile, Kate Hobler opowiada o swoim początku jako Scrum Master. Zaczęła jako programistka Java, ale szybko zainteresowała się Scrumem. Po kilku rozmowach kwalifikacyjnych dostała pracę jako Scrum Master w firmie Nokia Siemens Networks. Kate opowiada również o swoim pierwszym szkoleniu Certified Scrum Master, które odbyło się w Polsce z udziałem Kenna Schwabera. Wspomina, że Ken był wymagający, ale jednocześnie miał ogromną wiedzę i doświadczenie. Kate również dzieli się swoimi spostrzeżeniami na temat różnic między Scrum Org a Scrum Alliance. Podczas rozmowy Kate Hobler i Paweł Kałkus omawiali początki Agile i Scrum w Polsce. Kate wspomniała, że na początku nie było świadomości Agile w biznesie, a jedynie w firmach technologicznych. Dopiero około 2007 roku zaczęło docierać do biznesu, że Agile może być korzystny. Kate również poruszyła temat kolorów w notacji Laloux, zaznaczając, że Agile jest zielone, a pomarańczowy reprezentuje hierarchię i rynek kapitałowy. Wspomniała również o tym, że obecnie na rynku jest dużo osób, które mają nikłe pojęcie o Agile i Scrum, co prowadzi do konsekwencji. W rozmowie poruszono tematy związane z ewolucją roli Scrum Mastera oraz wpływem pokolenia Z na organizacje. Wspomniano o zmianach w roli Scrum Mastera w ciągu ostatnich 10 lat, gdzie obecnie Scrum Masterzy mają większe możliwości wspierania biznesu. Wskazano również, że Scrum Master powinien posiadać szeroką wiedzę zarówno techniczną, jak i biznesową. Omówiono również rolę Scrum Mastera jako organizacyjnego projektanta, który musi zachować równowagę między perspektywą produktową a projektową. W tej części rozmowy poruszono temat roli Scrum Mastera i jego techniczności. Scrum Master powinien być bezstronny i oddalony od perspektyw produktu, projektu i dewelopera. Choć możliwe jest połączenie roli Scrum Mastera z innymi rolami, takie jak Produkt Owner czy deweloper, nie jest to zalecane. Scrum Master powinien rozumieć technologię wystarczająco dobrze, aby nie dać się oszukać przez deweloperów i efektywnie pomagać im w pracy. Scrum wymaga dyscypliny, ale daje narzędzia do jej utrzymania. Kanban natomiast jest jeszcze bardziej wymagający pod względem dyscypliny. Scrum wprowadza dyscyplinę w środowiskach, które często kojarzone są z brakiem dyscypliny, takich jak startupy. Scrum pozwala na kontrolowane zarządzanie złożonością i ograniczanie jej na poszczególne sprinty. Chapters ▶00:00 Wprowadzenie ▶04:12 Początki Kate Hobler jako Scrum Master ▶06:27 Ken Schwaber i jego wpływ na Scrum Org ▶09:33 Różnice między Scrum Org a Scrum Alliance ▶12:00 Scrum Org i Scrum Alliance w Holandii i Niemczech ▶16:13 Rozwój Scruma w Polsce ▶22:59 Brak świadomości Agile w biznesie ▶33:02 Czystka na rynku Scrum Masterów ▶40:20 Ewolucja roli Scrum Mastera ▶42:13 Scrum Master 10 lat temu vs obecnie ▶46:31 Scrum Master jako doradca organizacyjny ▶51:30 Równowaga między perspektywą projektową a perspektywą produktową ▶57:15 Rola Scrum Mastera jako nosiciela równowagi ▶01:02:00 Dyscyplina w Scrumie