it-swarm-eu.dev

Je Agile novým mikromanagementem?

Tato otázka se už dlouho vaří v mé hlavě, a tak jsem se chtěl zeptat těch, kteří ve svých vývojových prostředích dodržují agilní/scrumové praktiky.

Moje společnost se konečně pustila do začlenění agilních postupů a začala s týmem 4 vývojářů v agilní skupině na zkušební bázi. Byly to 4 měsíce se 3 iteracemi a pokračují v tom, aniž by pro nás ostatní byli plně agilní. Důvodem je skutečnost, že důvěra managementu splnit obchodní požadavky s trochou požadavku typu ad hoc shora.

Nedávno jsem mluvil s vývojáři, kteří jsou součástí této iniciativy; říkají mi, že to není zábava. Jejich Scrum Master nemá povoleno mluvit s ostatními vývojáři a není povoleno provádět žádné telefonní hovory v pracovní oblasti (což je do určité míry v pořádku). Například, pokud chci mluvit se svým přítelem o kopech, kteří jsou v agilním týmu, není mi povoleno bez souhlasu mistra Scrumu; který sedí hned vedle agilního týmu.

Myšlenkou toho všeho nebo agility je poskytnout úplné vakuum pro agilní vývojáře při jakémkoli přerušení a nechat je dát do dobrých 6+ produktivních hodin. No, chlapi, nejsem žádný agilní guru, ale co jsem četl, agilní rolloutový dokument Yahoo a podobné pro jiné organizace, dává mi pocit, že hbitost není levná. Vyžaduje prostředky a rozpočet, aby do týmů vnesl agilnost a opravil problém, jakmile dorazí, aby je vrátili zpět na cestu.

Pro začátečníky to vyžaduje školení pro vývojáře a koučování pro manažery atd. Atd. ... Aktuální Scrum Master byl manažer, který absolvoval pár dní agilní tréninkové třídy placené vedením nyní vede tento agilní tým. Na schůzce jsem také slyšel, že agilní manifest nediktuje, že agilnost není zasazena do kamenů, a je přizpůsobena odlišně pro každou společnost. Všechno zní dobře a rozumně.

Na závěr jsem si vždy myslel, že agilnost by měla přinést harmonii vývojovým týmům, což vede ke šťastným vývojářům. Při rozhovoru s vývojáři v agilním týmu však získávám velmi opačný pocit. Jsou nešťastní, že neumí mluvit nic jiného než práci, celý den tiše sedí a pracují a cítí, že je to jen další způsob, jak je vedení přimět, aby více pracovali.

Prosím, řekněte mi, jestli je to jeden z příkladů dobrých praktik používaných pro účely sobecké výhody pro více dolarů? Nebo možná, jsme to jen my vývojáři jako já a tento agilní tým má pocit, že neradi pracují v prostředí, kde práci dýchají jen proto, že jsou v práci.


Je to společnost v oblasti zdravotnictví, která má pobočky po celé USA. Je to rozhodně cítit jako kovbojský agilní způsob, který mě nutí opravdu nechtít jít agilní vůbec, zejména v mé současné společnosti.

To vše souvisí s tím, že správa je zcela levná. Vystřihněte drahou kávu pro levnější verzi, důraz na úspory a produktivitu a přitom zůstat co nej štíhlejší.

Mám pocit, že někdo ve vedení za dveřmi tuto myšlenku vyhodil, že agilnost vás nutí vyrábět více, abychom mohli ukázat našim šéfům, že vyrábíme více se stejným počtem zaměstnanců. Nebo nám to možná umožní snížit počet zaměstnanců.

Mají své 5minutové denní setkání. Ale není dovoleno chatovat nebo mluvit s někým mimo jejich tým. Vše je zaměřeno na práci.

81
Smith James

Popisujete manažerskou diktaturu, ne agilní. Agilní je o postupném vývoji v oblasti měnících se požadavků, ne o diktování lidí, jak jednotlivě chodí dělat svou práci.

89
Sami Lehtinen

Jejich Scrum Master nemá povoleno mluvit s ostatními vývojáři a v pracovní oblasti nesmí provádět žádné telefonní hovory

To opravdu není součástí agilních praktik - a samostatná záležitost.

Velká motivace agilních metodik je zvýšená komunikace mezi vývojáři. Omezení komunikace pro vývojáře <-> je samostatným problémem od agilních postupů. Neříkám, že se to neděje - samozřejmě to tak je a je to označováno jako součást „agilního“ rozmístění ve vaší organizaci, ale je to opravdu samostatný problém od agility (a poněkud proti duchu agilního rozvoje, IMO).

46
Reed Copsey

To zní jako velmi zvrácená implementace agility. Agilní, pokud něco, by měla snížit mikromanagement, nikoliv ji zvýšit. Tým se zavazuje a součástí procesu je to, že vedení společnosti věří, že jej tým splní. Denní scrum je způsob, jak vývojáři komunikovat mezi sebou a způsob, jak informovat, co dělali, ne jak trávili svůj čas (což je chyba, kterou jsem viděl na několika místech). Dokonce i proces odhadu by měl z odhadů odstranit explicitní časovou náročnost, protože byste měli odhadovat relativní složitost, ne jak dlouho bude příběh trvat (další běžná chyba). Řízení času stráveného vývojáři je charakteristickým znakem mikromanagementu a odstranění času z procesu je jednou ze základních zásad agility.

31
jjb

Prostředí, které popisujete, zní jako zahradní odrůda pseudo-Agilní kecy .

Zapojil jsem se s Agile, než to bylo Agile. Cca 2000 jsem vypaloval na kódování, slyšel jsem o Extreme Programming, zkusil to a líbil se mi. Dalo mi to jako vývojáře kontext, ve kterém byla výroba solidního softwaru nejdůležitější věcí, a to mi poskytlo nástroje, jak minimalizovat spoustu keců, které mě šílily. Miloval jsem to.

Dnešní problém, který podrobně vysvětlím jinde , spočívá v tom, že většina lidí, kteří v dnešní době „osvojují Agilní“, nemá zájem o zlepšení, pokud je to nepohodlné. Takže pro ně je „Agilní“ jen nová hůl, která porazí vývojáře stejným starým způsobem. Na rozdíl od, řekněme, způsobu, jak radikálně zvýšit produktivitu a zároveň odstranit všechny kecy, které zpomalují vývoj.

Právě teď. Zakládám společnost a budu používat spoustu XP a spoustu dalších triků, které jsem se naklonil v agilním světě. Ale právě kvůli příběhům, jako jsou ty vaše, se trhnu pokaždé, když jsem slyšel o agilní adopci v těchto dnech.

Takže k přímé odpovědi na vaši otázku: Agilní by neměl být nový mikromanagement. Mělo by se jednat o zmocnění lidí, kteří dělají skutečnou práci, aby si udělali hovno. Ale ve vašem případě, Agile zní jako poslední lež, kterou vám říkají, zatímco se oddávají svým vlastním špatným instinktům. Za což je mi opravdu líto.

24
William Pietri

To není hbité.

Za prvé, Scrum není agilní. Scrum, upřímně řečeno, je kecy. Byl jsem vychován v domě Extreme Programming (doslova - nechal jsem si Kent Beck sedět na pohovce mého otce a mluvit se mnou o testování), a můžu vám rovnou říct, že Scrum to není tak. Scrum je nástroj pro správu projektů - definovaný rytmus pro vývojový projekt. Ale nemá co říci o samotném vývoji a jen velmi málo o požadavcích, plánování a vztahu se zákazníkem. XP má toho hodně co říct; jakákoli jiná metodologie, která se chce označit za agilní, musí mít něco, co by se mělo přidat do konverzace. Navrhovatelé Scrumu to nepopisovali jako proces, ale jako moudrý muž jednou poukázal na to, že obal je věc, kterou odstraníte a zahodíte, abyste se dostali k dobrým věcem.

Dobře, přejděte!

Za druhé, zakládající princip XP, který je podle mě zásadní pro jakýkoli agilní proces, je to, že je zaměřeno na vývojáře. Je to způsob, jak dát vývojářům moc dělat práci, o které vědí, že musí dělat, a tak se od ní často přestávají. Agilní tým může být strukturován jako demokracie nebo autokracie, ale vůdci jsou vývojáři. Existují role pro projektové manažery a tak dále - zásadní role - ale není to vedení týmu. Mít manažera - promiňte, „mistra scrumu“ - sedí tam a bossing lidí kolem je jistým znamením, že tým nedělá agilnost.

Mám pocit, že by měl být třetí. Není.

23
Tom Anderson

Scrum je bastardské dítě Agile. Je to nejvíce vodopádový styl všech agilních metodik, a proto je nejoblíbenější mezi manažery.

Všechny agilní metody se týkají výroby pracovního kódu, aniž by se do cesty dostaly kecy. Přečtěte si to znovu. A znovu.

Cokoli, co se tomuto cíli brání, bez ohledu na „agilní pravidla“ je špatné. Pokud se pravidla dostanou do cesty, změňte pravidla f * * ! To je agilní způsob, díky čemuž je relevantní a efektivní.

nejlepší příklad toto je dáno Alistairem Cockburnem (jedním z původců agilního manifestu):

„Umístěte 4-6 osob do místnosti s pracovními stanicemi a tabulemi a přístupem k uživatelům. Nechte je dodávat uživatelům běžící, testovaný software každé jeden nebo dva měsíce a jinak je nechte na pokoji. “

Pokud to funguje pro kvalitu lidí, které máte, pak je to vše, co potřebujete. Nepotřebujete scrum master ani žádnou „agilní“ metodologii. Pokud se vám posadí v denním scrumu, funguje to f * * *. Přinutit se vstát je jen ubohé zrušení vaší schopnosti myslet na sebe.

Existuje odpověď na druh agility, kterou děláte. Je to tohle. Vytiskněte si ji a připněte ji někde, když není nikdo jiný, a nechte je, aby to pro sebe objevili.

16
gbjbaanb

Současný Scrum mistr byl manažerem, který absolvoval pár dní agilní tréninkovou třídu placenou managementem a nyní vede tento agilní tým.

To je tvůj problém. Vedení chtějí nějaké agilní, nevědí, co to je, a ukládají to týmům. To je do značné míry to, co dělat, když chcete výrazně snížit produktivitu svých vývojářů;)

Nový procesní návrh by měl pocházet od vývojářů. Nebo alespoň kontrolovat a schvalovat jimi, pokud je to nápad vedení.

V každém případě, pokud to vývojáři odmítnou, neimplementujte to! Nebo to bude katastrofa, kterou popíšete.

11
user2567

„Agilní“ a všechny ostatní „metodiky řízení“ jsou často zneužívány k tomu, aby na lidi vynucovaly mikromanagement. OTOH je také někdy zneužíváno k obraně špatného zpracování.

„Jsme Agilní“ je nejčastější omluva, kterou slyším kvůli nedostatku plánování, přemýšlení o designu, funkcích, kvalitě, cyklech uvolnění. To obvykle od vývojářů a nižšího managementu. Je to šíleně také nejčastěji používaná omluva, kterou slyším od středních manažerů, architektů, prodejců atd. Pro mikromanagement, kdy se posouvají termíny a featurelisté, nutí masérské přesčasy na lidi (neustále se měnící termíny a featurelisté to samozřejmě zajišťují) atd. Atd. Atd. .

Oba samozřejmě jsou často v přímém rozporu a mohou se stát na stejném projektu.

9
jwenting

Chcete-li odpovědět na vaši původní otázku, je Agile nový mikro management, řekl bych ne.

Nejprve si přečtěte toto (Agilní manifest) a zjistíte, že nemluvit se svými spoluvytvářejícími není na seznamu.

Vlastně „Jednotlivci a interakce“ je přesně opakem toho, že nemluvíte se svými spoluvytvářejícími.

7
Ian

Agilní by měla být nová samospráva. Pokud je agilní praktikováno správně, je mnoho rozhodnutí provedeno zákazníkem a vývojářem, který pracuje s přiměřeně stanoveným uživatelským příběhem. který je přidán do nevyřízených položek, jak jsou identifikovány úkoly.

Denní scrum je o komunikaci, ne o řízení. Proběhne několik diskusí o vyvážení priorit a zátěže, ale osoba řízená v scrumu je snad scrum mistr. Jako vývojář se účastním, říkám, co jsem udělal, co budu dělat a jakou pomoc potřebuji. Pak by se mistr scrumu měl vrhnout do akce a odstranit překážky mého pokroku.

Agilní týmy se nesmí cítit, že každodenní práce je řízena hierarchicky. Pokud se rozhodnutí přijímá z dálky někým na vrcholu hierarchické organizace, je to čas na decentralizaci rozhodování! Pro některé lidi a některé organizace to může být most příliš daleko. Pokud vaše organizace neplatí pro následující:

Live Agile Manifesto

"Odkrýváme lepší způsoby vývoje softwaru tím, že to děláme a pomáháme ostatním."

Vyhněte se „Seznamte se s novým šéfem, Stejné jako se starým šéfem.“ Vyvíjejte Agilní z týmu co nejvíce. Někdy se to stane výběrem koalice ochotných účastnit se zkušebního projektu pomocí Agile. Pokud můžete vytvořit svůj agilní tým z dobrovolníků nebo pozvaných členů, kteří mají dobré výsledky pro dobrou týmovou práci, mohou to vyřešit. Využijte malý tým na krátký projekt, možná pro interního nebo vysoce přístupného zákazníka.

Přijměte změnu. Možná si můžete vzít nějaké školení, ale možná je váš rozpočet omezený a peníze tam prostě nejsou. Další příležitosti mohou poskytnout zlepšení. Proveďte nějaké čtení, nechte členy týmu, aby se dozvěděli, co mohou o Agile, a učili se navzájem. Možná budete moci najít nové nebo stávající zaměstnance kvalifikované pro modelování a vedení v agilní adopci.

2
DeveloperDon

Agilní týmy jsou jako fotbalové týmy, které se snaží dosáhnout běžně chápaného cíle. Již několik let jsem součástí agilních týmů a klíčem je efektivní a efektivní komunikace mezi všemi zúčastněnými stranami. Manažeři/mistři Scrumu jsou pouhými facilitátory týmu a tradiční management/mikro management zabije ducha týmu.

V týmech, které jsem pracoval, se doporučuje hrát týmové hry po pracovní době s cílem zlepšit kamarádství uvnitř členů. Shromáždil jsem tyto myšlenky zde .

1
Vinod R

Odpověď na vaši otázku: Ne. Agilní není forma mikromanagementu. Ale jako každý nástroj, lidé mohou používat nesprávně. Agilita je úžasná, je-li správně implementována a když jsou s ní lidé v souladu.

Moje myšlenky na téma „Devs nemluví s nikým jiným, než mistrem scrumu“:

Pracoval jsem na místě, kde to dříve bylo pravidlo. Pravidlo se však více vztahovalo k tomu, aby lidé žádali o dokončení úkolů. Například nemůžu náhodně jít na testera dev a požádat je, aby mi v příštích několika hodinách provedli nějaké testy. Musím mluvit s mistrem scrumu, aby mohli se svým členem týmu diskutovat o tom, jak se tato práce vejde do sprintu, pokud je to nouzová situace (nebo pokud je třeba ji v příštím sprintu tlačit k nevyřízeným požadavkům).

V tom případě jsem pochopil pojem „devs nemluvit spolu navzájem“, protože se to opravdu překládalo k trychtýřským úkolům prostřednictvím jednoho kontrolního bodu, takže konkrétní vývojář není přepracován nebo je tak zaneprázdněn prováděním nouzových úkolů, že si nemohou naplánovat práce hotova.

V opačném případě by Měli Mluvit k sobě navzájem. Vždy. Pomáhá vám rychleji pracovat s problémy, stát se blíže týmem a doručovat rychleji.

Jen proto, abych nabídl jinou perspektivu: Byl jsem také v prostředí, kde si lidé mysleli, že „příliš mluví“. Po sedu jsme zjistili, že ve skutečnosti přeloženo do „devs nejsou dost nezávislé na to, aby dokázaly vykonat svou vlastní práci. Protože všechno je tak roztříštěné, musí devs jít na tři další lidi, aby dokončili malý úkol.“

Když se manažeři rozhodli přejít na agilní, očekávali, že to pomůže přinést informace na správná místa a zastavit mnoho fragmentace v organizaci. Někteří lidé byli zklamaní, že po implementaci Agile se devs stále utíkali k sobě navzájem. Co si ale neuvědomili, je to, že se to děje stále méně. Trvalo to však čas. Takže, pokud se to ve vaší organizaci děje, je možné, že lidé očekávají, že budou agilní věci opravit přes noc. To prostě není způsob, jak to funguje.

0
JustBlossom