Agile е за всеки: Как хората да спрат да чакат промяната и да започнат да я създават сами?
1. Въведение: Цел на събитието
• Илюзията за Agile: Кратък преглед на рамките (Waterfall, Scrum и Kanban) – каква е целта
им на хартия и защо бързо се превръщат в скучна бюрокрация?
• Пасивното очакване: Защо първата реакция е да се чака процесите да се напаснат, вместо те да бъдат променени?
2. Анатомия на грешното прилагане: Къде се чупи процесът?
• Техническият дълг (Code Debt): Как лошият код и липсата на рефактуриране правят
всяко планиране и прогнозиране невъзможно?
• Натиск отгоре и лош мениджмънт: Изкривяване на процесите под натиск за срокове, превръщане на Scrum в инструмент за микромениджмънт;
• Проблемът на "мълчаливото съгласие": Защо натискът отгоре често е
породен от индивидуален провал да се комуникира правилно? Липса на аргументация и обяснение на техническите проблеми на езика на бизнеса и очертаването на последствията. Така вината за последващия провал става изцяло личен;
• Капанът на "Да, може да се направи": Персонала грешка, когато се угажда на
всяко искане, поемане на твърде много работа и самостоятелно влизане в капана на прегарянето и
закъсненията;
• Абсурдите в практиката (неправилно точкуване): Примерът, в който един Senior
оценява задачите на всички (включително на Junior специалистите), което напълно убива
смисъла на екипното планиране;
• Лошо разбиране: Сляпо следване на церемонии (Daily и Sprint) без никакво осъзнаване на
ценностите зад тях.
3. Agile са всички: Личната отговорност
• Ролята на всеки един: Как разработчикът, тестерът, потребителят и всеки по веригата
влияе на гъвкавостта?
• Промяна на мисленето (Mindset) в действие: Какво означава да се спре чакането на перфектните условия отвън и да се създадат правилните процеси отвътре?
• Собственост (Ownership): Как и защо ТРЯБВА да се казва "не" аргументирано? Защо
отказът не е саботаж, а висша форма на професионализъм, която защитава качеството на
продукта, предотвратява натрупването на технически дълг и предпазва екипа от провал?
4. От теория към практика: Как се изгражда самостоятелно?
• Активно участие в Scrum/Kanban: Практически съвети как се превръщат срещите от
"загуба на време" в реални инструменти за контрол от страна на екипа;
• Пречупване на грешните практики: Как се коригира точкуването, планирането и
комуникацията с мениджмънта?
5. Обмяна на опит, казуси и Q&A:
• Кратки, реални примери от практиката за критични проблеми в проекти и какви конкретни
решения са проработили;
• Обмяна на опит с участниците, разглеждане на техните ежедневни пречки и открит
разговор как да поемат контрол над процеса.
