Przemyślenia
Jacek Wieczorek

Wspaniały zespół czy grupa świetnych ludzi?

Znam zespół (A), który składa się z świetnych specjalistów. Są wszechstronnie rozwinięci technologicznie, bardzo inteligentni, a suma ich umiejętności pozwala rozwiązać każdy przedstawiony im problem. Każdy z nich to indywidualista, często tak silny, że potrafi zdominować całą grupę. W innym zespole (B), funkcjonuje grupa solidnych, rzetelnych deweloperów. Potrafią rozwiązywać problemy w jednej, głównej technologii, posiadając ogólną wiedzę na temat innych rozwiązań. Rozwiązują problemy na nieco niższym poziomie abstrakcji, aniżeli zespół A. Zespół A ma problemy, żeby dostarczyć działający software na koniec Sprintu. Zespół B dostarcza gotowe oprogramowanie w każdej iteracji. Jaka jest różnica? A to tylko grupa ludzi. B to

Czytaj dalej »

„Marsz ku klęsce” – Eward Yourton

Na tytułowy „Marsz ku klęsce” trafiłem zupełnie przypadkiem, przeglądając rekomendacje, które podsunął mi Amazon. Po kilku kliknięciach wiedziałem już, że książka została wydana również w Polsce. Nie zrażając się okładką – która jasno komunikuje, że została zaprojektowana w czasach, kiedy zamiast kanałów RSS czytało się Bajtka – kliknąłem „Kup Teraz”, ciesząc się, że już za kilka dni, książka wyląduje na mojej półce. Autor – uznany autorytet w dziedzinie inżynierii oprogramowania – skupia się w tej pozycji na analizie projektów, które z racji niekorzystnego kontekstu oraz kontrowersyjnego przydziału zasobów określa „marszami ku klęsce”. Zdaniem autora, często nie mamy wpływu na to,

Czytaj dalej »
Techniki
Jacek Wieczorek

Drugie dno szacowania

Większość osób nie lubi szacować pracy. Uzyskane wyniki bardzo często bywają błędne, stąd wielu z nich nie widzi większego sensu w szacowaniu, skoro finalnie i tak okazuje się to wyłącznie spekulacją. Idąc dalej, obawa przed możliwością niewywiązania się z obietnicy powoduje, że mało kto lubi odpowiadać na pytania o czas potrzebny na wykonanie pracy. Warto dostrzec jednak drugie dno szacowania, a mianowicie okazję do wymiany oraz pogłębienia wiedzy dotyczącej konkretnego zagadnienia. Korzyść ta jest szczególnie wyraźnie widoczna w samowystarczalnych, interdyscyplinarnych zespołach. Jak to wygląda w praktyce? Dowolne wymaganie poddawane jest szacowaniu na dwóch poziomach: Historii Użytkownika (wysokopoziomowe), oraz zadań technicznych (niskopoziomowe).

Czytaj dalej »
Scrum
Jacek Wieczorek

Krótkie Sprinty w Scrumie

Preferujemy krótkie lecz intensywne dystanse. Sprinty trwają jeden tydzień. Odpowiada to zarówno Właścicielowi Produktu jak i Zespołowi Deweloperskiemu. Nie jest to jednak najpopularniejsza długość iteracji. Często słyszę głosy: „Wydłużyliśmy sobie Sprint z jednego do dwóch tygodni. W jednotygodniowym Sprincie nic sensownego nie potrafimy oddać.” Uważam, że nic tak nie uczy zwinnego podejścia, jak podejmowanie wyzwania oddawania małych przyrostów w krótkim okresie czasu. Dlaczego, skoro nie potrafimy napisać software’u w tydzień, ma się to nam udać w dwa tygodnie? Poniższy cytat Mike’a Cohn’a z książki „Succeeding with Agile: Software Development Using Scrum” podsumowuje powyższe rozważania i mocno działa na wyobraźnie: „Learning

Czytaj dalej »