3 Korzyści ze zwinności

Tablice pełne karteczek i pytanie „co możemy zrobić?”. To najczęstszy widok, jaki widziałem, kiedy Scrum Master próbował coś wydusić ode mnie. Jako, że nie odpuszczał, postanowiłem się zainteresować, po co on to robi, i tak poznałem korzyści, jakie niesie ze sobą zwinność. Zrozumiałem też naszego SM i zacząłem go wspierać – moja kariera przyspieszyła, Agile & Scrum podniósł moje kompetencje na […]

Mechaniczny Scrum – zbawienie czy porażka.

Istnieje sobie firma, gdzie Scrum badany checklistą ma 100% poprawności. Jednak jak się analizuje poszczególne elementy widać, że są braki „empiryczne”. Pojawia się rutyna, powtarzalność i chęć jak najszybszego odbębnienia spotkań, aby zabrać się za robotę. Ojej – przecież jak Scrum i Scrum Master to musi być „pięknie”, w Scrum nie wolno „odbębniać” spotkań, i […]

Kto rozlicza i płaci za Scrum Mastera?

Płaci – dział księgowości. Rozlicza, tam samo jak wszystko inne – klient poprzez okazywanie satysfakcji. Dla osób spoza „agile” jest to jedno z najważniejszych pytań. Jak rozliczać pracę i jak za nią płacić.  

Scrum Master na Daily?

Scrum Master na Daily – zazwyczaj marnuje czas… Ale jak to? Daily bez Scrum Mastera – no tak to, to spotkanie jest dla Zespołu Deweloperskiego. I to ten zespół powinien wiedzieć jak je przeprowadzić. Jeżeli SM jest obecny to w celu poprawy procesu. 

Nie wszystko Scrum

Nie wszędzie da się wdrożyć Scrum. A tam gdzie nie jest to możliwe – czasem pojawiają szydercze komentarze w kierunku Scrum’a. Tu przedstawiam trzy sytuacje kiedy rzeczywście się nie da.

Rekrutacja w IT – część 2 – analiza problemu

Istnieją 3 główne przyczyny utrudnionej rekrutacji w IT. Do tych co były kiedyś (5 lat temu) doszły nowe. Kończy się to tym, że wiele spotkań jest nietrafionych, a kandydaci są nie dopasowani do firmy, a firma nie też nie umie się dostosować do rynku. Dlaczego? 

Rekrutacja w IT – część 1 – Dobre odpowiedzi

Ciągle czytam jak to kandydaci są nieprzygotowani oraz jakie popełniają błędy podczas rekrutacji. Istnieje ciągły wręcz hejt i użalanie rekruterów. Niestety nikt nie powie czego dokładnie oczekuje się od kandydatów. Tutaj tą odpowiedź otrzymasz. 

Agile to wysoka jakość oprogramowamowania

Często słyszę, że Agile to zwinne tworzenie projektów – w rozumieniu: ciągłe zmiany, stałe terminy, nie działające oprogramowanie, obniżanie jakości, aby tylko dowieźć. W takim przypadku Agile jest synonimem słowa “chaos”. Jeżeli tak myślisz o tych metodach – jesteś w błędzie. Niektóre projekty tworzone w „agile” wyglądają tak jak na obrazku.

Agile czy Scrum – co było pierwsze?

Swoim zakresem Agile Manifesto obejmuje tworzenie oprogramowania. Scrum natomiast – prawie wszystko co jest tworzone zespołowo a efektem jest wartość dla klienta. Z tej perspektywy można by uznać, że Scrum był pierwszy. 

Scrum to zasady, Agile sposób pracy.

Relacje Agile & Scrum można porównać do Serca i Rozumu. Poprzez to jak reagujesz na rzeczywistość, podejmujesz działania zgodne z Twoją wiedzę. Także Agile oznacza styl pracy, komunikacji, natomiast Scrum wyznacza zasady postępowania.