НЕМА тим за квалификации во агилен

Агилното е да соработуваме заедно со луѓе кои имаат различни вештини и начини на размислување за да постигнат заедничка цел.

Кога гледаме типичен тим за скрум, тој се состои од развивачи (и од предната и од задната страна), од квалификациите и од господарот на скрумот.

Ме изненадува кога некои луѓе кои се агилни поборници со долгогодишно искуство во работа во агилни средини, сепак се нарекуваат дека имаат или градат тим за квалификација за поддршка на агилните проекти.


Кога започнуваме да се осврнуваме на ОК како тим, тоа веднаш создава поделба помеѓу програмерите и тестерите и ја отстранува одговорноста на развивачите што прават соодветна грижа да ја тестираат сопствената работа и да произведат код за квалитет, бидејќи постои „Тим на ОК“ кој ќе работи тешко е да се најдат сите грешки во системот.

Овој модел на работа наликува на водопад и V-моделски проекти со фрлање на кодот „над-theид“ кој произведува софтвер со низок квалитет, чијашто суштина суштината на агилните методологии ја поправаат!


Во агилните проекти, ОК треба да биде вградени во екипите на Скрум затоа што тестирањето и квалитетот не е последна мисла. Квалитетот треба да се испече уште од самиот почеток.

Конструирајќи тим за ОК, се наоѓаме во опасност да ги разделиме тестерите од виталните разговори со сопствениците на производите, развивачите итн.

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

Техничките квалификации вградени во агилни тимови можат да помогнат при автоматизирање на тестовите за прифаќање заедно со развојот осигурувајќи се дека новите функции работат како што е замислено.


Некои организации имаат функција на ОК со евентуално менаџер на ОК при што голем број експерти за тестирање ја обезбедуваат целокупната практика на тестирање, стратегија, насоки и пристап кон тестирање за ОК во агилни тимови .

Функцијата ОК не е директно поврзана со кој било од подвижните тимови, но дејствува како МСП во различни тимови и е одговорен за застапување на најдобрите практики за правење квалитетен софтвер.

ОК во агилните тимови се охрабруваат да бидат глас на ОК за нивните соодветни тимови, осигурувајќи дека нивниот тим ги следи најдобрите практики утврдени со функцијата ОК и работи кон Континуирано тестирање .

Значи, во агилните организации, наместо да зборуваме за „да имаме тим за квалификација“, можеби треба да се повикаме градење практика за ОК и добрата практика за ОК ќе имплицира дека ОК треба да бидат вградени во агилните тимови кои обезбедуваат квалитет во текот на развојот на софтверот.