@KorwinizacjaPrzelyku: do kontroli wystarczy Ci jira, daily jest do wymiany informacji i zsynchronizowania się. Na daily wspomina się np. o blokerach które wyszły w trakcie, albo że ktoś ma z czymś jakiś problem, a ktoś drugi może ma rozwiązanie i może się umówić na jakieś spotkanie, można wtedy o coś dopytać etc. To takie spotkanie na którym masz się już wygadać i ewentualnie z kimś umówić na spotkanie gdzie rozwiniecie temat,
@voot: Tez zawsze słyszę od SM „zle robicie scruma”. To co wszyscy robią zle? U mnie jest dość przykładny i tak czy siak uważam ze to gowno. P.S. Daily trwa 15min maks.
@victordeleco2: w moim zespole uważam, że robimy dobrze :) Jeśli od Twojego SMa słyszycie, że źle robicie scruma, to znaczy, że on jest kiepskim SMem :D
Wiesz scrum to tylko framework, jego nie bierzesz gotowego i wdrażasz, tylko budujesz na jego podstawie swoją metodykę. Są tam pewne zasady, których się nie zmienia, jak np. płaska struktura, to, że backlog sprintu należy do zespołu developerskiego i to tylko oni podejmują decyzję co
Na daily wspomina się np. o blokerach które wyszły w trakcie, albo że ktoś ma z czymś jakiś problem, a ktoś drugi może ma rozwiązanie i może się umówić na jakieś spotkanie, można wtedy o coś dopytać etc.
@voot: Ale po cholerę ma czekać do daily z problemem? Niech pisze na czacie teamowym od razu xD
@KorwinizacjaPrzelyku: no tylko, że zwykle jednak nie pisze, bo problem może rozwiązać sam i po prostu działa, tylko pewnie zejdzie mu dłużej niż gdyby ktoś mu powiedział, "słuchaj stary ja to robiłem, zerknij tutaj". No wiesz, programowanie to jakby nie było umiejętność rozwiązywania problemów, więc nie będziesz pisał chyba na czacie o wszystkich problemach na jakie trafiasz, na daily wychodzi to naturalnie.
@voot: To powinien nie bać się zapytać. A o drobniejszych problemach, których codziennie rozwiązujesz dziesiątki i tak według scruma nie powinno mówić się na daily, tylko o takich blokujących pracę, czyli właśnie tych, gdzie lepiej od razu krzyczeć że się ma problem.
Po co mi daily, żeby wiedzieć co robi team? Wystarczy spisać listę rzeczy do zrobienia na tablicy albo w excelu i jak coś zaczynasz robić to się tam od
@KorwinizacjaPrzelyku: na daily chodzi o synchronizację, zaplanowanie pracy, dogadanie się, czasem pośmieszkowanie przed pracą. Nie wiem co w tym złego według Ciebie, takie ciężkie jest 15 min rano pogadać?
Nie chodzi o to, że ktoś się boi zapytać, tylko zwyczajnie pracuje, a podczas daily może powiedzieć nad czym teraz siedzi i tak może mu ktoś ułatwić pracę, oczywiście, że nie będzie mówił o wszystkim co robił wczoraj i co będzie robił
@voot: w normalnej sytuacji scrum master razem z product ownerem powinni mieć władzę zatrzymać wszelkie pomysly które ida z góry, jeśli tego nie mogą zrobić, to nie ma ten proces nic wspólnego ze scrumem, a jest jedynie scrumem wewnątrz janusz biznesu. A co za tym idzie, SM i PO tak naprawdę są osobami bardzo mocno decyzyjnymi.
@RudyKasztanek: to nie do końca tak powinno być, w scrumie to zespół developerski ma ostatnie zdanie w kwestii czym się zajmuje, zespół wybiera sobie zadania. Backlog produktu należy do PO i on planuje stories, wskazuje pewien kierunek, ale backlog sprintu już należy do zespołu developerskiego i to zespół developerski faktycznie decyduje co robi w sprincie i to zespół developerski ma ostatnie słowo w przypadku pomysłów z góry. Jednak z tego powodu
@victordeleco2: to proste, ma usuwać przeszkody które napotyka zespół, zająć się różnymi sprawami formalnymi tak aby developer np. nie musiał kopać się z help deskiem, tylko zajmował się swoją robotą. Ma wykrywać co zmniejsza efektywność i pomóc zespołowi zmodyfikować metodykę tak aby poprawiać efektywność. Pomaga product ownerowi zarządzać backlogiem produktu, pilnuje aby nikt nie psuł nam pracy i nie przeszkadzał, nieważne czy to idzie z góry, z boku czy dołu, czyli
@henk: to pracuj w waterfallu albo w kanbanie :) Scrum sprawdza się najlepiej w dużych dojrzałych projektach z konkretnym kierunkiem rozwoju i zapewnionym finansowaniem. W małych startupach np. często lepiej wychodzi kanban, metodykę trzeba sobie dobrać i wypracować do swoich wymagań
@mag_zbc: jakiś korpo szczur ukradł wczoraj na grupkę PPBIT, i już cenzurę dodał do mema mema, zaledwie po kilku godzinach XDDD jakie barany tam wrzucają content XD
@voot: No dobra to wszystko co mówisz co było u Ciebie to robi się przecież raz. Np. Ustala oprogramowanie szpiegujace, urlopy. A co robi przez resztę czasu? Codziennie ktoś przez 6h przeszkadza developerom i on ich wszystkich blokuje?
Aktywne Wpisy
18+
Zawiera treści 18+
Ta treść została oznaczona jako materiał kontrowersyjny lub dla dorosłych.
źródło: comment_1635418866ZkKbdo3znplhl09MpLz8ji.jpg
PobierzWiesz scrum to tylko framework, jego nie bierzesz gotowego i wdrażasz, tylko budujesz na jego podstawie swoją metodykę. Są tam pewne zasady, których się nie zmienia, jak np. płaska struktura, to, że backlog sprintu należy do zespołu developerskiego i to tylko oni podejmują decyzję co
@voot: Ale po cholerę ma czekać do daily z problemem? Niech pisze na czacie teamowym od razu xD
Poza tym nie przeszkadza Ci jeśli nie wiesz co
Po co mi daily, żeby wiedzieć co robi team? Wystarczy spisać listę rzeczy do zrobienia na tablicy albo w excelu i jak coś zaczynasz robić to się tam od
Nie chodzi o to, że ktoś się boi zapytać, tylko zwyczajnie pracuje, a podczas daily może powiedzieć nad czym teraz siedzi i tak może mu ktoś ułatwić pracę, oczywiście, że nie będzie mówił o wszystkim co robił wczoraj i co będzie robił
Scrum sprawdza się najlepiej w dużych dojrzałych projektach z konkretnym kierunkiem rozwoju i zapewnionym finansowaniem. W małych startupach np. często lepiej wychodzi kanban, metodykę trzeba sobie dobrać i wypracować do swoich wymagań