Comments for Battle for Agility http://www.agilers.com/teamblog Metody agile w realiach polskiego IT Sun, 05 Feb 2012 03:43:41 +0000 http://wordpress.org/?v=2.0.4 Comment on Dla spragnionych konferencji by Marcin Niebudek http://www.agilers.com/teamblog/dla-spragnionych-konferencji/#comment-21376 Tue, 22 Feb 2011 12:33:17 +0000 http://www.agilers.com/teamblog/dla-spragnionych-konferencji/#comment-21376 Dzięki! A do zgłaszania pomysłów zachęcam do wizyty na http://confradar.uservoice.com - tam będzie łatwiej ogarnąć propozycje i podyskutować na ich temat. Dzięki! A do zgłaszania pomysłów zachęcam do wizyty na http://confradar.uservoice.com - tam będzie łatwiej ogarnąć propozycje i podyskutować na ich temat.

]]> Comment on Dla spragnionych konferencji by Marcin http://www.agilers.com/teamblog/dla-spragnionych-konferencji/#comment-21375 Tue, 22 Feb 2011 12:28:49 +0000 http://www.agilers.com/teamblog/dla-spragnionych-konferencji/#comment-21375 Bardzo fajna sprawa, przydałby się feed do każdej listy jaką się da wyklikać, bo to by znacznie ułatwiło korzystanie. Bardzo fajna sprawa, przydałby się feed do każdej listy jaką się da wyklikać, bo to by znacznie ułatwiło korzystanie.

]]> Comment on 5x Dlaczego? Czyli drążenie problemu… by Katarzyna Firkowska http://www.agilers.com/teamblog/5x-dlaczego-czy-drazenie-problemu/#comment-18907 Fri, 07 Jan 2011 23:16:32 +0000 http://www.agilers.com/teamblog/5x-dlaczego-czy-drazenie-problemu/#comment-18907 Myślę, że warto wpis uzupełnić o uzupełnienie, dlaczego właściwie 5, a nie 7 czy 13 - czyli że zbadano, że na taką "głębokość" opłaca się drążyć problem. Jeśli po 5-ciu razach nie znajdujemy odpowiedzi na pytanie "dlaczego", może to oznaczać, że idziemy w złym kierunku i analizę lepiej zacząć od początku. Myślę, że warto wpis uzupełnić o uzupełnienie, dlaczego właściwie 5, a nie 7 czy 13 - czyli że zbadano, że na taką “głębokość” opłaca się drążyć problem. Jeśli po 5-ciu razach nie znajdujemy odpowiedzi na pytanie “dlaczego”, może to oznaczać, że idziemy w złym kierunku i analizę lepiej zacząć od początku.

]]> Comment on Pierwsze Code Retreat we Wrocławiu już za nami by Marcin Niebudek http://www.agilers.com/teamblog/pierwsze-code-retreat-we-wroclawiu-juz-za-nami/#comment-14865 Tue, 26 Oct 2010 07:50:51 +0000 http://www.agilers.com/teamblog/pierwsze-code-retreat-we-wroclawiu-juz-za-nami/#comment-14865 Paweł Zubkiewicz opublikował trochę zdjęć z warsztatów: http://picasaweb.google.com/pan.zupa/CodeRetreat2010 Jest też krótki filmik: http://www.youtube.com/watch?v=nu5pzhWIK5s Paweł Zubkiewicz opublikował trochę zdjęć z warsztatów:
http://picasaweb.google.com/pan.zupa/CodeRetreat2010

Jest też krótki filmik:
http://www.youtube.com/watch?v=nu5pzhWIK5s

]]> Comment on Pierwsze Code Retreat we Wrocławiu już za nami by Marcin Niebudek http://www.agilers.com/teamblog/pierwsze-code-retreat-we-wroclawiu-juz-za-nami/#comment-14843 Sun, 24 Oct 2010 20:50:01 +0000 http://www.agilers.com/teamblog/pierwsze-code-retreat-we-wroclawiu-juz-za-nami/#comment-14843 Ja nic o zdjęciach nie wiem. Ja nic o zdjęciach nie wiem.

]]> Comment on Pierwsze Code Retreat we Wrocławiu już za nami by Mateusz http://www.agilers.com/teamblog/pierwsze-code-retreat-we-wroclawiu-juz-za-nami/#comment-14842 Sun, 24 Oct 2010 20:40:04 +0000 http://www.agilers.com/teamblog/pierwsze-code-retreat-we-wroclawiu-juz-za-nami/#comment-14842 widziałem, że ktoś przeglądał już zdjęcia - będą (są?) ogólnodostępne? :) widziałem, że ktoś przeglądał już zdjęcia - będą (są?) ogólnodostępne? :)

]]> Comment on Kanban w zespole utrzymaniowym - Fail Story by Jacek Rybicki http://www.agilers.com/teamblog/kanban-w-zespole-utrzymaniowym-fail-story/#comment-14773 Mon, 18 Oct 2010 08:37:48 +0000 http://www.agilers.com/teamblog/kanban-w-zespole-utrzymaniowym-fail-story/#comment-14773 Monolityczny produkt i nearshoring. Pracowałem niedawno w takiej sytuacji. Tyle, że sytuacja z procesami była odwrotna: mając dobrze osadzone procesy, pasujące do produktu, wprowadzaliśmy praktyki agile, scrum, używanie tablicy z wizualizacją stanu prac oraz ograniczanie WIP. Nie mogę całości określić jako porażający sukces, jednak jestem bardzo zadowolony, z tego że udało się wstawić do kultury pracy: - codzienne spotkania, prowadzone w każdym zespole trochę inaczej, ale w konstruktywny i użyteczny sposób - retrospekcje - nie zawsze regularne, ale przeprowadzane - system scrum of scrums, aplikowalny przy współpracy większej liczby zespołów (pracowałem z 4 grupami) Nie zostały przy tym zachwiane dobre praktyki obecne już w zespołach. Przede wszystkim nauczyło mnie to doświadczenie pokory. Wobec organizacji pracy, którą nie zawsze muszę rozumieć, ale której nie mogę na siłę zmieniać. I wobec tego jak szybko jesteśmy w stanie wprowadzić zmianę. Nawet jeżeli mamy świetne argumenty i przekonujemy wszystkich, na efekty trzeba czekać i czekać, a czasem jeszcze czekać. Marcinie, nie ociągaj się z przyznaniem do niepowodzenia. Kłopoty wzbogacają wiedzę w większym stopniu niż sukcesy. Zwróć uwagę na to jak pracuje Twój klient. Jeżeli nawet jest to sposób archaiczny, to z jakichś powodów działa i warto wiedzieć co decyduje o trwałości tego systemu. Monolityczny produkt i nearshoring. Pracowałem niedawno w takiej sytuacji. Tyle, że sytuacja z procesami była odwrotna: mając dobrze osadzone procesy, pasujące do produktu, wprowadzaliśmy praktyki agile, scrum, używanie tablicy z wizualizacją stanu prac oraz ograniczanie WIP.

Nie mogę całości określić jako porażający sukces, jednak jestem bardzo zadowolony, z tego że udało się wstawić do kultury pracy:
- codzienne spotkania, prowadzone w każdym zespole trochę inaczej, ale w konstruktywny i użyteczny sposób
- retrospekcje - nie zawsze regularne, ale przeprowadzane
- system scrum of scrums, aplikowalny przy współpracy większej liczby zespołów (pracowałem z 4 grupami)
Nie zostały przy tym zachwiane dobre praktyki obecne już w zespołach.

Przede wszystkim nauczyło mnie to doświadczenie pokory. Wobec organizacji pracy, którą nie zawsze muszę rozumieć, ale której nie mogę na siłę zmieniać. I wobec tego jak szybko jesteśmy w stanie wprowadzić zmianę. Nawet jeżeli mamy świetne argumenty i przekonujemy wszystkich, na efekty trzeba czekać i czekać, a czasem jeszcze czekać.

Marcinie, nie ociągaj się z przyznaniem do niepowodzenia. Kłopoty wzbogacają wiedzę w większym stopniu niż sukcesy.

Zwróć uwagę na to jak pracuje Twój klient. Jeżeli nawet jest to sposób archaiczny, to z jakichś powodów działa i warto wiedzieć co decyduje o trwałości tego systemu.

]]> Comment on Agile po norwesku by Krzysiek http://www.agilers.com/teamblog/agile-po-norwesku/#comment-13501 Thu, 07 Jan 2010 13:00:23 +0000 http://www.agilers.com/teamblog/agile-po-norwesku/#comment-13501 Hej, dobry artykuł! Mam nadzieję, że ps2000 w najbliższym czasie stanie się popularny również w naszym pięknym kraju, chociaż ciężko będzie pozbyć się mentalności "fix price"... btw zapraszam na darmowe <a href="http://www.iterate.pl/aktualnosci/lean-software-development-mary-poppendieck-meetup/1/" rel="nofollow">spotkanie z Mary Poppendieck we Wrocławiu</a> Hej, dobry artykuł! Mam nadzieję, że ps2000 w najbliższym czasie stanie się popularny również w naszym pięknym kraju, chociaż ciężko będzie pozbyć się mentalności “fix price”…

btw zapraszam na darmowe spotkanie z Mary Poppendieck we Wrocławiu

]]> Comment on Wady Agile? Mój głos w dyskusji. by Jacek Rybicki http://www.agilers.com/teamblog/wady-agile-moj-glos-w-dyskusji/#comment-13226 Tue, 17 Nov 2009 08:29:41 +0000 http://www.agilers.com/teamblog/wady-agile-moj-glos-w-dyskusji/#comment-13226 Jako Agile jest określane wszystko co jest po prostu agile. "W jaki sposób używacie scruma?" "Stosujemy elementy scruma, na przykład podejście iteracyjne." Słowa robią taką karierę, że boję się ich używać. Wszyscy teraz znają się na scrumie, tak jak na pogodzie albo zdrowiu. Potem znajduje się "obkuty" manager, który "wprowadza" scruma. Do czego to prowadzi? Wydaje mi się, że do strukturalizacji i certyfikacji metod. Plotkować można z każdym i jeżeli nie zobaczysz nalepki Master Practicioner, to będziesz się do upadłego kłócić, że mojsze jest lepsze niż twojsze. Jako Agile jest określane wszystko co jest po prostu agile.
“W jaki sposób używacie scruma?” “Stosujemy elementy scruma, na przykład podejście iteracyjne.”
Słowa robią taką karierę, że boję się ich używać. Wszyscy teraz znają się na scrumie, tak jak na pogodzie albo zdrowiu.
Potem znajduje się “obkuty” manager, który “wprowadza” scruma.

Do czego to prowadzi? Wydaje mi się, że do strukturalizacji i certyfikacji metod. Plotkować można z każdym i jeżeli nie zobaczysz nalepki Master Practicioner, to będziesz się do upadłego kłócić, że mojsze jest lepsze niż twojsze.

]]> Comment on Wady Agile? Mój głos w dyskusji. by Marcin Niebudek http://www.agilers.com/teamblog/wady-agile-moj-glos-w-dyskusji/#comment-13200 Wed, 04 Nov 2009 10:59:59 +0000 http://www.agilers.com/teamblog/wady-agile-moj-glos-w-dyskusji/#comment-13200 Jasne. Chodzi mi bardziej o to, ze to "lepiej" to bardzo indywidualna sprawa. Nie ma takiego "generalnego lepiej" cokolwiek zrobimy. A z taką łatką sprzedawane są często nowe pomysły, nie tylko agile. O wiarę w takie obietnice mamy potem pretensje... pytanie tylko do kogo? :-) Jasne. Chodzi mi bardziej o to, ze to “lepiej” to bardzo indywidualna sprawa. Nie ma takiego “generalnego lepiej” cokolwiek zrobimy. A z taką łatką sprzedawane są często nowe pomysły, nie tylko agile. O wiarę w takie obietnice mamy potem pretensje… pytanie tylko do kogo? :-)

]]>