Работата на добър Scrum Master може да бъде разпозната по факта, че в някакъв момент те вече не са необходими в ежедневната работа на екипа за разработка. Въпреки това, това не винаги е така. Какви са причините за грешките на Scrum Master?

Грешки на Scrum Master – съдържание:

Работата на Scrum Master е предимно да подкрепя работата на екипа за разработка. Следователно, най-честите грешки на Scrum Master обикновено произтичат от начина, по който той участва в ежедневното функциониране на разработчиците. Разделили сме тези грешки на Scrum Master на две групи. Първата включва проблеми, произтичащи от твърде голямо участие, докато втората включва проблеми, произтичащи от недостатъчното присъствие на Scrum Master в живота на екипа за разработка.

грешки на Scrum Master - Отсъствието на Scrum Master

Твърде много контрол

Необходимостта от поддържане на твърде много контрол върху екипа често причинява грешки в прилагането на Scrum. Грешките на Scrum Master най-често стават очевидни в следните ситуации.

  1. Scrum Master търси решение на проблема вместо да помага на екипа да се справи с трудността. Обикновено коренът на проблема е, че Scrum Master също е експерт в това, което прави екипът за разработка. Неспособността им да излязат от експертната роля ги прави неспособни ефективно да помогнат на екипа да намери решения самостоятелно. Този подход може също да доведе до вземане на решения от един човек, авторитарно – и това вероятно е най-голямата грешка, която може да направи един Scrum Master.
  2. Scrum Master не позволява на екипа да прави грешки. Този проблем е тясно свързан с предишния. Ако екипът е ефективно защитен от Scrum Master от правенето на грешки, той няма да се научи да решава проблеми самостоятелно или да поема отговорност за работата си. Винаги ще разчита на съветите и експертизата на Scrum Master.
  3. Scrum Master се опитва да промени хора вместо да работи върху атмосферата в екипа. Този проблем включва твърде много акцент върху промяната на поведението на член на екипа или членове, както и кадрови промени. Грешка е да се променя състава на екипа за разработка, докато работи по целта на продукта, ако не е абсолютно необходимо. Това може да доведе до значителни забавяния в реализирането му и да наруши ритъма на работа на екипа за разработка. И също така да наруши ритъма на формирането на екипа, за което пишем в отделна статия.
  4. Scrum Master действа като надзорник на екипа за разработка в организацията. Това е грешка, която не произтича често от собствените решения на Scrum Master. Въпреки това, тя може да влоши всички грешки, които произтичат от необходимостта да се контролира екипа.
  5. Scrum Master прекалено се ангажира в работата на екипа. Когато екипът е съставен от експерти, които познават уменията и отговорностите на другите и функционира според принципите на Scrum, Scrum Master не трябва да се намесва неканен в начина, по който работи екипът. Ако го прави, просто пречи на гладкото протичане на работата на екипа. Добри Scrum Master-и, благодарение на добре установената си позиция на треньор и лидер, ще бъдат питани за съвет в извънредни ситуации или ситуации, изискващи нов поглед. Затова те трябва да бъдат на разположение на повикване за разработчиците, без да налагат присъствието си.
  6. Scrum Master е твърде строг в спазването на принципите на Scrum. Ако някой аспект на Scrum не работи в конкретен екип, Scrum Master трябва да опита различен подход. Всеки екип е различен, а Scrum е просто обща рамка.
грешки на Scrum Master

Твърде малко ангажираност

Не само твърде много, но и недостатъчното участие на Scrum Master може да доведе до много грешки. Най-честите от тях са описани по-долу.

  1. Scrum Master не е достатъчно запознат с принципите на Scrum. Тази грешка най-вероятно ще доведе до неправилното им прилагане. И работата на екипа ще изглежда само на пръв поглед като работа по Scrum.
  2. Scrum Master не налага принципите на Scrum. Недостатъчното присъствие на Scrum Master в ежедневието означава, че той не защитава екипа, както трябва. Това може да доведе до липса на защита от наплив на външни задачи. Или до провал на екипа за разработка да постигне целта на спринта.
  3. Scrum Master не се уверява, че се спазва последователен ритъм на Scrum. Небрежността при организирането на Scrum събития може да доведе до загуба на време. Това ще доведе до твърде дълги или лошо проведени събития – планиране на спринт, ретроспектива на спринта или преглед на спринта (за които ще пишем в отделни публикации). Също така е грешка да се отлагат събития или да се променя тяхната продължителност.
  4. Scrum Master не реагира на конфликти в екипа. Очакването конфликтите в екипа да се разрешат сами с времето е грешка на Scrum Master. Конфликтът не винаги е лош, но Scrum Master не трябва само да е наясно с неговото съществуване и текущото му състояние, но и да се ангажира с него като преговарящ. И също така да може да използва конфликта, за да промени и подобри екипа.
  5. Недостатъчно присъствие на Scrum Master. Проблемът възниква, когато Scrum Master прекарва твърде малко време в работа с екипа и се ангажира в специализирани задачи, например. Това го прави да слуша твърде малко и да задава твърде малко въпроси. Това, както писахме в предишната статия, е ключова умение за Scrum Master. Резултатът е, че Scrum Master не знае достатъчно добре каква е текущата ситуация и атмосфера в екипа. И е доволен от статуквото.
  6. Scrum Master не поставя под въпрос статуквото. За да може екипът за разработка, и Scrum екипът като цяло, да расте, е необходимо постоянно да се предизвиква статуквото. Това често е рискована и потенциално вредна дейност. Scrum Master трябва да се ангажира с нея с осъзнаването на трудностите, с които може да се сблъска. Въпреки това, няма такова нещо като “зрял екип за разработка, който вече не се развива”. Оставянето му само ще доведе бързо до значително влошаване на представянето му.
  7. Scrum Master не споделя наблюденията си за представянето на екипа с екипа. Запазването на тези знания за себе си затруднява, или дори прави невъзможно, за екипа да расте. Докато е напълно фокусиран върху ежедневните отговорности, Scrum Master не работи върху начина, по който членовете на екипа работят заедно. Това често води до натрупване на проблеми и конфликти.
грешки на scrum master

Общи грешки на Scrum Master – резюме

Грешките на Scrum Master, произтичащи от недостатъчно или прекомерно участие с екипа за разработка, могат да разрушат ритъма на работата. И дори да допринесат за спирането на дейността според правилата на Scrum. Затова е полезно Scrum Master да бъде наясно с потенциалните грешки и произтичащите рискове. И също така да следи отношенията си с екипа.

Ако харесвате нашето съдържание, присъединете се към нашата активна общност на Facebook, Twitter, LinkedIn, Instagram, YouTube.

Caroline Becker

Като ръководител на проекти, Каролин е експерт в намирането на нови методи за проектиране на най-добрите работни потоци и оптимизиране на процесите. Нейните организационни умения и способността да работи под времеви натиск я правят най-добрия човек, който да превърне сложните проекти в реалност.

View all posts →

Scrum Guide:

  1. Глосар на основни термини, роли и понятия
  2. Какво е Scrum?
  3. Стойности на Scrum
  4. Как да внедрим Scrum във вашата компания?
  5. Скрам екип - какво е това и как работи?
  6. Кой е собственик на продукта?
  7. Най-честите грешки на Продуктовия собственик
  8. Кой е Scrum Master?
  9. Най-честите грешки на Scrum Master-а
  10. Каква статистика и метрики трябва да следи Scrum Master?
  11. Екип за разработка в Scrum
  12. Най-честите грешки на разработчиците
  13. Скрам артефакти
  14. Мащабиране на Scrum
  15. Спринт беклог
  16. Какво е продуктовият беклог?
  17. Какво са потребителските истории?
  18. Създаване на най-добрата потребителска история с INVEST
  19. Най-честите грешки в потребителските истории
  20. Критерии за приемане на потребителска история
  21. Оценка и Story Points в Scrum
  22. Планиращ покер
  23. Игра за оценка на екипа
  24. Определяне на инкремент
  25. Скрам събития
  26. Какво е графика на изгарянето?
  27. Предимства и недостатъци на графиката на изгаряне
  28. Канбан дъски в Скрам и Скрабан
  29. Скорост в Scrum - Скорост на екипа за разработка
  30. Дневен скрам
  31. Планиране на спринт
  32. Преглед на спринта
  33. Какво е спринт ретроспектива?
  34. Чести грешки по време на ретроспективата на спринта
  35. Поддържане на продуктовия беклог
  36. Как да създадем и интерпретираме графика на изгарянето?
  37. Какво е спринт в Скраум?
  38. Сътрудничество между Продуктов собственик и Скрам майстор
  39. Ангажименти на Scrum екипа - Продуктова цел, Цел на спринта и Определение за завършеност
  40. Характеристики на добър Scrum Master