User story lze považovat za základní jednotku práce v společnosti využívající agilní přístup vývoje produktu. Přestože se toho o user stories napsalo opravdu hodně, pro spoustu firem jsou stále nějak neuchopitelné. Říká se o nich, že jejich používání vytváří nekonzistentní produkt, že jsou nevhodné pro dlouhodobější plánování a nečitelné…

Posledních několik měsíců se poměrně intenzívně zabývám otázkou zavádění agilních principů ve větších organizacích. Na následujících řádcích bych se s vámi rád podělil o své zkušenosti, které vedou k úspěšnému nastavení efektivního agilního prostředí ve vetší firmě.

Často jsem lidem říkal příběh o tom, jak moc špatně to může dopadnout, když vývojáři aktivně vytvářejí technický dluh a business lidé tlačí na přidávání dalších a dalších nesmyslných funkcí. Svou oblíbenou hlášku „… a jednoho dne přijde okamžik, kdy pro samý technický dluh nebudete schopni provést ani trivialní změnu aplikace a veškerou energii…

S technickým dluhem bojují všichni, je to takový přízrak, jenž obrovským způsobem ovlivňuje mnoho věcí v softwarové firmě. Smyslem tohoto článku je poskytnout praktickou příručku popisující, jak ním pracovat a jak předcházet situacím, kdy je aktivně výtvářen.