5 zásad, které z vás udělají lepšího Scrum mastera > 자유게시판

• 목록
• 답변
• 글쓰기
• 게시판 리스트 옵션
  • 수정
  • 삭제

Kde začátečníci nejčastěji klopýtnou Druhý typický omyl se týká práce s daty. Kontejner je ze své podstaty pomíjivý. Když ho smažete, zmizí i data, která v něm vznikla. Pokud tedy provozujete databázi nebo ukládáte uživatelské soubory, musíte použít svazek (volume) nebo bind mount. Bez toho přijdete o všechno při každém restartu. Zkuste si nejdřív vytvořit jednoduchý kontejner s webovým serverem, připojte k němu lokální složku a ověřte, že soubory zůstávají i po smazání kontejneru.

Nakonec si hlídejte, aby sprint review nebyl jen prezentace pro management. Zvete zákazníky nebo product ownera, ale zaměřte se na zpětnou vazbu, ne na obhajobu. Pokud zjistíte, že tým pravidelně nestíhá, snižte množství práce místo prodlužování sprintu. Scrum je o rytmu, ne o výmluvách.

Druhy krok je casovy ramec. Retrospektiva by nemela trvat dele než 60 minut, jinak pozornost klesa. If you have any issues relating to the place and how to use úložné prostory v malém bytě, you can speak to us at our page. Rozdelte si cas na tri casti: 15 minut na sběr podnetu, 20 minut na diskuzi a hlasovani o prioritach, 25 minut na tvorbu konkretnich akci. Pro sběr podnetu pouzijte techniku „Stop, Start, Continue". Kazdy clen timu napise na lepici papirky, co ma prestet delat, co zacit delat a co pokracovat. Tato struktura nuti lidi premyslet v kategorich, ktere vedou k akci, ne jen k stiznostem.

Pamatujte, že optimalizace je iterativní proces. Nejdřív změříte, pak změníte, a znovu změříte. Někdy se stane, že navrhnete index, který se zdá ideální, ale databázový plánovač ho stejně nepoužije. Důvodem může být to, že data nejsou dostatečně selektivní. Pokud sloupec obsahuje jen pár různých hodnot, index nepomůže. V takovém případě je lepší zaměřit se na jinou část dotazu nebo na změnu datového typu. Až budete mít pocit, že je dotaz rychlý, porovnejte jeho výkon před a po úpravě, abyste měli jistotu, že jste skutečně dosáhli zlepšení.

Zaverecna cast retrospektivy by mela obsahovat reflexi samotne retrospektivy. Zeptejte se: „Co nam dnes pomohlo a co nam naopak branilo v dobre diskuzi?" Tato zpetna vazba na proces vam umozni zlepsovat i samotne setkani. Napriklad zjistite, ze lidi potrebuji vetsi anonymitu, nebo naopak vetsi strukturu. Priste pak zvolte jinou techniku. Cilem je, aby se retrospektiva stala nastrojem, ktery tym aktivne vyuziva, ne rutinou, kterou musi absolvovat.

Další oblast, kde se dělají chyby, je správa prostředí. Konfigurace pomocí proměnných prostředí je správný směr, ale pozor na to, co do nich vkládáte. Tajné údaje, jako jsou hesla, by neměly být přímo v příkazu ani v souboru, který se verzuje. Použijte soubor .env, který se neukládá do repozitáře, nebo využijte tajemství zabudovaná přímo v Dockeru. Ujistěte se, že soubor s tajemstvími není součástí obrazu — to je častá bezpečnostní díra.

Retrospektiva tymu casto sklouzne do neproduktivniho povidani. Lide reknu, co je stvalo, ale nikdo nerekne, jak to zmenit. Prvni krok k lepsi retrospektive je zmenit otazky. Misto „Co se nepovedlo?" se ptejte „Co konkretne potrebujeme zmenit, aby se to uz neopakovalo?" Odpovedi pak budou konkretni. Priklad: misto „komunikace vazla" padne „zavedeme kratky denni stand-up pro sdileni progresu". Tento posun od popisu problemu k navrhu reseni je zakladem cele strukturovane zpetne vazby.

Scrum master není manažer ani sekretářka. Jeho úkolem je odstraňovat překážky, ale ne řešit za tým vše. Pokud zjistíte, že tým čeká na vaše rozhodnutí, děláte chybu. Naučte tým, aby si problémy třídil sám: co může vyřešit do 15 minut, Feywild.Thirdrealm.Org a co opravdu potřebuje eskalovat. Tím se zvyšuje autonomie a snižuje se přetížení.

Častou chybou je také to, že lidé zapomínají na komunikaci. Pokud úkol vyžaduje konzultaci s kolegou, schůzku nebo jen čekání na odpověď, musíte to započítat. I krátká zpráva na chatu může znamenat půlhodinové přerušení, po kterém se potřebujete znovu zorientovat. Zkuste si do odhadu přidat položku „součinnost" a počítejte s tím, že se objeví něco, co teď nevidíte. Mnoho týmů používá pravidlo, že každý úkol má mít alespoň malou rezervu na neznámé – pokud je úkol dobře popsaný, stačí deset procent, pokud je vágní, klidně třicet.

Typickou chybou začátečníků je zaměňování WriteLine a Write. První z nich přidá na konec nový řádek, druhý ne. Pokud chceš, aby uživatel psal na stejný řádek jako otázka, použij Write. Další častý problém je špatné použití uvozovek – řetězec musí být v uvozovkách, ale čísla ne. Například Console.WriteLine("5"); vypíše text 5, zatímco Console.WriteLine(5); vypíše číslo 5 – na první pohled to vypadá stejně, ale v paměti je to rozdíl. Můžeš si to vyzkoušet s operací sčítání: Console.WriteLine(5 + 3); vypíše 8, ale Console.WriteLine("5" + "3"); vypíše 53, protože se řetězce spojují.