Скрам ръководство | 14. Грешки на разработчиците

Екипът за развитие е група независими професионалисти. Въпреки това, успехът на проекта, който реализират, зависи от техните съвместни усилия. И това изисква много зрялост и умения за работа в екип. Какви са най-честите грешки на разработчиците? Кои от тях затрудняват или дори правят невъзможно постигането на целта на продукта?

Чести грешки на разработчиците – съдържание:

1. Чести грешки на разработчиците
2. Прекалена привързаност към собствените идеи
3. Самостоятелна работа
4. Изтегляне на разработчика
5. Независимост
6. Ограничаване на отговорностите в рамките на правомощията
7. Безпорядък в Sprint Backlog
8. Резюме

Чести грешки на разработчиците

Много от грешките на разработчиците, работещи в Scrum, произтичат от техния подход към работата в екип. От една страна, това е неразбрана независимост и защита на собствените идеи в противоречие с интересите на екипа. От друга страна, това е разчитането на другите и липсата на независимост. Друг източник на проблеми може да бъде неразбиране на отговорността на екипа.

Прекалена привързаност към собствените идеи

Ежедневните отговорности на разработчиците включват намиране на иновативни решения на сложни проблеми. Усилието, вложено в разработването на решения, може да ги накара да станат прекалено привързани към собствените си идеи. Това от своя страна ги кара да загубят от поглед целта на продукта и да отделят твърде много време за разработване на странични решения, които не са полезни от бизнес гледна точка. Освен това те са по-малко склонни да търсят алтернативни решения, което заплашва гъвкавостта на екипа.

Самостоятелна работа

Ако някой разработчик има затруднения да разбере ролята си в екипа, той ще се опита да отдели задачите си от целта на спринта. Още по-лошо, те ще ги изпълняват без да се отнасят към останалата част от екипа. Може да стане проблем, ако произволно правят промени в Sprint Backlog. Така неразбраната независимост на един от разработчиците може да произтича от проблеми с комуникацията.

Прекомерното желание за независимост може да бъде корен в липсата на признание за индивидуалните постижения на разработчика. То се появява, когато приносът му към работата, извършена от екипа, се оценява непропорционално на вложените усилия и трудността на задачата.

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

Изтегляне на разработчика

Проблемът, произтичащ от предишните два – работа самостоятелно и прекалена привързаност към собствените идеи – може да бъде проблем с липсата на комуникация. Тогава тези разработчици започват да се изолират от екипа. Въпреки че изпълняват задачите си според Sprint Backlog, те се оттеглят от живота на екипа.

В такава ситуация Scrum Master-ът трябва да обърне специално внимание на изтеглените разработчици. Оценете техния принос към екипа и ги насърчете да приемат проактивна нагласа.

Независимост

Самоорганизацията е характеристика на зрял, добре съставен екип за развитие, който описахме в предишна статия. Това означава, че въпреки трудностите, разработчиците не разчитат на други хора да им кажат как да разпределят задачите помежду си, как и кога да ги завършат. Въпреки това, самоорганизацията може да доведе до междуличностни недоразумения.

В такъв случай е необходимо Scrum Master-ът да бъде присъстващ по всяко време, за да се увери, че задачите, които трябва да бъдат изпълнени за постигане на целта на спринта, са разпределени. Тогава възниква проблемът с зависимостта на разработчиците.

Отново, Scrum Master-ът трябва да дойде на помощ, като насърчава членовете на екипа за развитие да бъдат самостоятелни и да поемат отговорност за задачите си.

Ограничаване на отговорностите в рамките на правомощията

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

Тази грешка може да доведе до значително намаляване на ефективността на екипа за развитие. Не всички спринтове използват основните компетенции на всеки член на екипа. Следователно, те трябва да бъдат отворени за изпълнение на други, допълнителни или организационни задачи, които са също толкова важни за целта на спринта.

Безпорядък в Sprint Backlog

Една такава задача е поддържането на Sprint Backlog в ред. Това е ключова задача за гладкото функциониране на екипа за развитие. Въпреки това, честа грешка е прехвърлянето на отговорността за поддържането му между разработчиците. Това пречи не само на работата по целта на спринта, но и на развитието на екипа и неговото постоянно усъвършенстване.

Чести грешки на разработчиците – резюме

В резюме, най-честите грешки на разработчиците включват опити да се откъснат от екипа като цяло: работа самостоятелно, натрапване на собствените идеи и изтегляне. Цялостността на екипа за развитие също е застрашена от проблеми с развитието на независимост, безпорядък в Sprint Backlog и нежелание на разработчиците да изпълняват задължения извън основните си компетенции.

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