Екипът за разработка в Scrum е интердисциплинарна група, състояща се от всички хора, участващи в създаването на продукт. В днешната статия ще разгледаме какви характеристики трябва да има. Ще обсъдим също така състава и отговорностите на екип за разработка, който е в състояние ефективно да постигне своите цели.
Екип за разработка в Scrum – съдържание:
Характеристики на екипа за разработка
Екипът за разработка, работещ в съответствие с принципите на Scrum, е независима група специалисти. Той не използва подкрепата на външни специалисти или подизпълнители. Но какво определя, че екипът е добре подбран, за да постигне целта? И какви отговорности са включени в задачите на екипа за разработка – независимо от неговата специализация?
За да бъде ефективен, екипът за разработка трябва да има поне три характеристики: възможността за самоорганизация, стремежа към растеж и интердисциплинарност.
Самоорганизация
Когато говорим за Scrum екип, от който е част екипът за разработка, използваме термина „самоуправление”. Това означава самоуправление на организационно ниво. Scrum екипът като цяло решава не само кой ще свърши работата и как, но и по какво ще работят. В Scrum екипа голяма част от управленските задачи принадлежат на собственика на продукта и Scrum мастера.

Следователно, в случая на екипа за разработка, самоорганизацията е по-важна от самоуправлението. Тя се отнася до планирането на отговорности, т.е. решаването за себе си кой ще изпълнява определени задачи, кога и как.
Стремеж към развитие
Ключова характеристика на ефективния екип е стремежът към растеж. Начинът на изпълнение на поставените задачи трябва да бъде амбициозен. Това произтича не само от индивидуалните предразположения и нагласи на всеки член на екипа за разработка. Повишаването на компетенцията и усилията също се насърчава от атмосферата в екипа, която го определя като цяло.
Интердисциплинарност
Интердисциплинарността на екипа означава, че членовете му заедно трябва да имат всички умения, необходими за създаване на ценен инкремент в всеки спринт. Това също така означава, че всеки член на екипа изпълнява задачите, необходими за този спринт. Всеки прави това, което е необходимо, за да постигне целта. Дори ако това означава поемане на нови задачи извън експертизата на разработчика. Грешка е да се придържате строго към професионалните си компетенции или роля.

Екип за разработка
Според ръководството на Scrum, максималният брой разработчици е осем. Такъв малък състав насърчава комуникацията и откритостта, тъй като членовете на екипа имат възможност да се опознаят. Въпреки това, екипът не трябва да бъде по-малък от три души. Той трябва да бъде достатъчно голям, за да направи видим напредък в бизнеса в всеки спринт.
Разработчиците в Scrum се наричат хора с разнообразни умения и отговорности. В никакъв случай името не е запазено за хора, които програмират. Така екипът може да включва програмисти и дизайнери, изследователи и анализатори, тестери и учени, както и други специалисти.
Няма йерархия сред разработчиците. Затова те не използват професионални или научни титли.
Важно предположение относно състава на екипа за разработка е, че той е единство. Следователно, по-малки екипи, работещи по други цели, не трябва да бъдат отделяни от него.
Отговорности на екипа за разработка
Отговорностите на екипа за разработка могат да бъдат разделени на три области. Те са:
- Планиране на задачите
- Работа по продукта
- Подобряване на сътрудничеството в екипа
Планиране на задачите
Планирането на задачите е задължение, което всички екипи за разработка, базирани на Scrum, трябва да изпълняват. То се състои в създаване на план за спринт и поставянето му в спринт беклог, което ще опишем в отделна статия. Най-значимото е, че екипът за разработка работи по него заедно. По този начин всеки от разработчиците ще може реалистично да определи броя на задачите, които трябва да бъдат изпълнени в даден спринт. В дългосрочен план това позволява на екипа да поддържа постоянен темп и да планира по-точно.
Също толкова важно е да се следи пулса, т.е. да се коригира планът спрямо реалността ежедневно. Ако възникнат проблеми, може да се наложи да се промени: да се реорганизират задачите, да се разпредели работата по различен начин или да се говори със Scrum мастера за възникналите трудности.
Работа по продукта
Формите на работа по продукт могат да варират драстично в зависимост от областта, в която работи даден екип за разработка. Общо казано, целта, която трябва да бъде постигната в всеки спринт, е да се създаде инкремент, т.е. бизнес-ценна характеристика на продукта.
Полезно е тук да говорим директно и да приложим следното правило:
Когато поемате работа по продукт, трябва да го оставите в състояние, което не само е подобрено, но не е по-малко завършено от предишната версия.
Прилагането на този принцип означава, че екипът като цяло поема отговорност за инкремента. Ако разработчикът изпълнява задачите небрежно, причинявайки влошаване на качеството на продукта, някой друг ще трябва да свърши работата вместо него. От друга страна, ако някой разработчик открие бъгове в продукта, той трябва да ги поправи сам или да предаде информацията за бъговете на някой, който може да го направи. Ще пишем повече за работата по инкремента на продукта в рамките на спринт в отделна статия.
Подобряване на сътрудничеството в екипа
Работата по начина, по който функционира екипът, е свързана с постоянно подобряване на ефективността и ефикасността на отделните разработчици.
Въпреки това, това е също така, или може би преди всичко, работа по комуникацията между разработчиците. Подобрението се състои в разработването на решения, които позволяват ефективно и точно разделение на задачите. И също така в практикуването на умения:
- критика на решения, а не на хора – промяната на езика, който използваме, за да опишем работата, води до промяна на нагласата и подобряване на сътрудничеството
- отдалечаване от собствените идеи – това позволява хумор и по-искрена обратна връзка
- изграждане на доверие – благодарение на доверието могат да бъдат предложени много повече иновационни идеи от разработчиците без страх от негативна реакция на околната среда
Подобряването на сътрудничеството в екипа се постига чрез постоянна рефлексия върху начина, по който работи екипът, и предоставяне на обратна връзка по време на Scrum събитията, описани в тази статия.

Резюме
В днешната статия представяме характеристиките, състава и отговорностите на екипа за разработка в Scrum. Интердисциплинарност, самоорганизация и желание за развитие характеризират този малък екип. А постоянното подобряване на работата на екипа и ефективната работа по продукта – това са задачите, които всеки екип за разработка трябва да изпълнява.
Ако харесвате нашето съдържание, присъединете се към нашата общност на усърдните пчели в Facebook, Twitter, LinkedIn, Instagram, YouTube.
Caroline Becker
Като ръководител на проекти, Каролин е експерт в намирането на нови методи за проектиране на най-добрите работни потоци и оптимизиране на процесите. Нейните организационни умения и способността да работи под времеви натиск я правят най-добрия човек, който да превърне сложните проекти в реалност.
Scrum Guide:
- Глосар на основни термини, роли и понятия
- Какво е Scrum?
- Стойности на Scrum
- Как да внедрим Scrum във вашата компания?
- Скрам екип - какво е това и как работи?
- Кой е собственик на продукта?
- Най-честите грешки на Продуктовия собственик
- Кой е Scrum Master?
- Най-честите грешки на Scrum Master-а
- Каква статистика и метрики трябва да следи Scrum Master?
- Екип за разработка в Scrum
- Най-честите грешки на разработчиците
- Скрам артефакти
- Мащабиране на Scrum
- Спринт беклог
- Какво е продуктовият беклог?
- Какво са потребителските истории?
- Създаване на най-добрата потребителска история с INVEST
- Най-честите грешки в потребителските истории
- Критерии за приемане на потребителска история
- Оценка и Story Points в Scrum
- Планиращ покер
- Игра за оценка на екипа
- Определяне на инкремент
- Скрам събития
- Какво е графика на изгарянето?
- Предимства и недостатъци на графиката на изгаряне
- Канбан дъски в Скрам и Скрабан
- Скорост в Scrum - Скорост на екипа за разработка
- Дневен скрам
- Планиране на спринт
- Преглед на спринта
- Какво е спринт ретроспектива?
- Чести грешки по време на ретроспективата на спринта
- Поддържане на продуктовия беклог
- Как да създадем и интерпретираме графика на изгарянето?
- Какво е спринт в Скраум?
- Сътрудничество между Продуктов собственик и Скрам майстор
- Ангажименти на Scrum екипа - Продуктова цел, Цел на спринта и Определение за завършеност
- Характеристики на добър Scrum Master