Чаму менеджэры кантролю якасці не патрэбныя ў гнуткіх праектах

У гэтым артыкуле я распавядаю, як традыцыйная роля 'менеджэра кантролю якасці' эвалюцыянавала і стала залішняй, і чаму многія адчуваюць пагрозу ў сувязі з будучай роляй менеджэра кантролю якасці.

Роля і абавязкі менеджэраў па кантролі якасці значна змяніліся за апошнія некалькі гадоў, галоўным чынам з-за таго, што многія арганізацыі пераходзяць да гнуткіх метадалогій развіцця, дзе ёсць кластары Agile Team, якія працуюць разам для дасягнення бізнес-задач.

Многія менеджэры кантролю якасці часта адчуваюць разгубленасць у ролях і адчуваюць сябе недарэчнымі, калі іх ставяць у гнуткі кантэкст, асабліва калі яны адказваюць за кіраванне групай тэсціравання і вызначэнне працэсаў кантролю якасці для арганізацыі.

Менеджэры кантролю якасці ў гнуткіх праектах

Ніжэй прыведзены некаторыя прычыны, па якіх менеджэр якасці ў гнуткім праекце не патрэбны для кіравання тэстарамі і намаганняў.

Аддзелу выпрабаванняў няма

У правільнай гнуткай наладзе няма такога паняцця, як 'Аддзел тэсціравання', дзе група тэстараў сядзіць разам, як правіла, удалечыні ад распрацоўшчыкаў і кіруецца лідэрам выпрабаванняў альбо кіраўніком выпрабаванняў.

Акрамя таго, у гнуткім асяроддзі значна менш робіцца акцэнт на цяжкую дакументацыю, такую ​​як падрабязныя планы выпрабаванняў, якія звычайна займаюцца кіраўніком кантролю якасці для напісання гэтых дакументаў традыцыйнымі метадамі.

У Scrum, якая з'яўляецца папулярнай гнуткай методыкай распрацоўкі, ёсць тры асноўныя ролі:

• Уладальнік прадукту
• Scrum Master
• Каманда Scrum

Каманда Scrum займаецца самакіраваннем і складаецца з распрацоўшчыкаў, дызайнераў і тэсціроўшчыкаў. Каманда Scrum сама нясе адказнасць за пастаўку высакаякаснага праграмнага забеспячэння.

Няма падсправаздачнасці

Прайшлі тыя часы, калі менеджэр кантролю якасці прыцягваўся да адказнасці, калі дэфект прасочваўся ў вытворчасць. У Agile усе нясуць адказнасць, а якасць - гэта адказнасць кожнага.

Калі здараецца вытворчы інцыдэнт, усе збіраюцца разам, каб паглядзець, што пайшло не так і як гэтага можна пазбегнуць у будучыні.

У Agile няма месца кіраўніку па кантролі якасці, таму што ён ускосна здымае з сябе адказнасць каманды за кантроль якасці, і гэта ўся прычына, па якой добрыя каманды Scrum забяспечваюць значна больш высокую якасць. Важна ўсвядоміць, што кантроль якасці і, такім чынам, тэставанне з'яўляюцца неад'емнай часткай метадалогій распрацоўкі Agile.

Няма паўсядзённага кіравання тэстэрамі

У Agile бізнес-прыярытэты часта мяняюцца, і камандзе Scrum трэба ўлічваць змяненне прыярытэтаў. Сачыць за ўсімі зменамі практычна немэтазгодна, асабліва калі ў вялікай арганізацыі некалькі каманд Scrum.

Як прыводзіць Стывен Джанауэй у сваім паведамленні ў блогу на тэму: Канец шляху для кіраўнікоў выпрабаванняў? '

Быць кіраўніком выпрабаванняў у Agile-асяроддзі часам можа быць ізаляцыяй, асабліва калі аддзел вялікі, а колькасць спрытных каманд вялікая. Гэта патрабуе ўмення збалансаваць шмат інфармацыі, прыярытэтаў і задач у шэрагу абласцей. Кіраванне зацікаўленымі бакамі і ўплыў становяцца ключавымі. Пераключэнне кантэксту з'яўляецца стандартным. Часта гэта не вельмі весела.

Тэставанне распрацоўшчыка

У камандах Agile распрацоўшчыкам прапануецца праверыць уласны код і напісаць дастатковыя і эфектыўныя модульныя тэсты, каб у новым кодзе не было відавочных памылак, і хутка атрымліваць апавяшчэнні, як толькі нешта зламаецца.

Асновы і канцэпцыі DevOps

# паглыбляецца

Калі мы маем трывалую аснову добрых адзінкавых тэстаў, на якія мы можам разлічваць, гэта здымае з сябе адказнасць тэсціроўшчыкаў, якія павінны праверыць відавочныя памылкі; замест гэтага яны могуць больш засяродзіцца на пошукавых выпрабаваннях і дапамагаць UAT, які не патрабуе шырокага планавання і дакументацыі.

Менеджэры кантролю якасці, якія пераходзяць да спрытных спосабаў працы

Такім чынам, як кіраўнікі кантролю якасці могуць перайсці на гнуткі спосаб працы і дапамагчы ў гнуткіх праектах?

Хоць традыцыйная роля і абавязкі кіраўніка кантролем якасці могуць разглядацца не як неабходныя ў кантэксце Agile, ёсць некаторыя вобласці, у якіх менеджэры кантролю якасці могуць дадаць каштоўнасць.

Менеджэр кантролю якасці ў Agile павінен быць дасведчаным выпрабавальнікам, каб мець магчымасць даваць парады ў складаных сітуацыях. Яны павінны ведаць, як тэставанне ўпісваецца ў гнуткі праект.

Пункты, закранутыя ў паведамленні ў блогу Дыспетчар выпрабаванняў у Agile Катрына Клокі (яна ж Катрына Выпрабавальнік) дае добры змест новай ролі менеджэра якасці ў Agile:

• Садзейнічанне ўзаемадзеянню паміж камандамі ў рамках многіх гнуткіх праектаў у арганізацыі
• Прадстаўленне сукупнага выгляду тэсціравання кіраўніцтву высокага ўзроўню
• Персанальная падтрымка, настаўніцтва і павышэнне кваліфікацыі тэсціроўшчыкаў
• Будучы пунктам эскалацыі для тэстараў
• Бюджэт або прагназаванне для тэставання як паслугі, якая залежыць ад арганізацыйнага працэсу

Іншыя вобласці, у якіх менеджэры кантролю якасці ў Agile могуць дадаць каштоўнасць, гэта:

• Будзьце абаронцам кантролю якасці па ўсёй арганізацыі
• Набор супрацоўнікаў па кантролі якасці і інжынераў аўтаматызацыі
• Прадастаўленне тэхнічнай экспертызы, напрыклад правільнае выкарыстанне тэставых метадаў у адпаведных выпадках
• Забеспячэнне таго, каб каманды (Scrum Teams) укаранялі і прытрымліваліся лепшых практык для прадухілення дэфектаў

Выснова

Падводзячы вынік, роля менеджэра кантролю якасці ў Agile - гэта ў большай ступені падтрымка, навучанне, садзейнічанне і кансультацыі з іншымі службамі кантролю і іншымі членамі каманды, а таксама забеспячэнне ўстанаўлення лепшых практык кантролю якасці і забеспячэння якасці з самага пачатку.