Ketteryydessä ei ole kyse vain prosessista, joka tuottaa parempaa ohjelmakoodia. Ketteryydessä on kyse prosessista, joka tuottaa parempia ohjelmistokehittäjiä. Useat ketterät käytännöt tähtäävät siihen, että ihmiset oppivat koko ajan paremmiksi paitsi yksilöinä myös paremmiksi toteuttajiksi kulloisessakin projektissa.

Pariohjelmointi tähtää taitojen ja tietojen nopeaan jakamiseen koko tiimin kesken; Jälkitarkastelu tähtää prosessin jatkuvaan parantamiseen; Toteutuskäytännöt tähtäävät kurinalaisempaan koodin kirjoittamiseen; Päiväpalaveri tuo näkyvyyttä ja vastuullisuutta päivittäiseen työskentelemiseen. Pragmaattinen filosofia myös kannustaa erityisesti ohjelmoijia kehittämään itseään jatkuvasti.

Projektimielessä ketteryys toivottaa muutoksen tervetulleeksi. Kun projektit ja vaatimukset muuttuvat yhä kiihtyvällä tahdilla, on myös ihmisten muututtava samalla. Menneitä ovat ne ajat, jolloin koulun penkiltä valmistuttiin vaikkapa testaajaksi, ja sen jälkeen samaa työtä tehtiin samalla tavalla kymmenen vuotta eteenpäin. Koko ohjelmistokehityksen historia on täynnä hopealuotien metsästystä. Milloin sen on luvattu löytyvän modulaarisesta suunnittelusta, milloin olio-ohjelmoinnista, milloin neljännen sukupolven domain-ohjelmointikielistä. Toistaiseksi todelliset hopealuodit ovat kuitenkin jääneet löytämättä, ja tuottavuudessa tapahtunut kehitys on jäänyt ympäröivän maailman muutosten nopeutumisen jalkoihin.

Tällä hetkellä valtaa saava ajatus on se, että ainut kuviteltavissa oleva hopealuoti löytyy paremmista ihmisistä ja paremmin toimivista tiimeistä. Juuri näitä ketterä kehitys pyrkii muodostamaan. Tämän päivän IT-alan ammattitaito ei enää tarkoita samaa asiaa kuin aiemmin. Perinteisesti ammattitaitona on pidetty opiskelemalla hankittua tietoa ja tekemällä hankittua kokemusta. Sen jälkeen on voinut vain toistaa oppimiaan asioita vuodesta toiseen, kokemuksen tuomalla varmuudella. Mutta tämä ei enää päde IT-alalla. Jos sanot olevasi ohjelmoija, jolla on 10:n vuoden kokemus, oletko ammattilainen jos yhä kirjoitat koodia samalla tavalla kuin 10 vuotta sitten? Tai jos olet kokenut projektipäällikkö, oletko ammattitaitoinen jos yhä vaadit tiukkaa vesiputousta, kattavaa UML-mallinnusta ennen ohjelmoinnin aloittamista ja jaat tehtävät kullekin yksilöllisesti, oletko ammattitaitoinen?

Tämän päivän IT-ammattitaito on sitä, että on valmis omaksumaan uusia asioita nopeasti ja kehittää itseään jatkuvasti. Sivuston kirjallisuus-osiosta löytyy useita kirjoja, joita lukemalla voit kehittää omaa ammattitaitoasi, missä tahansa roolissa oletkaan projektissa. Luonnollisesti, 10:n vuoden kuluttua on uudet kirjat luettavana ja uudet taidot opittavana. On kuitenkin tiettyjä perustotuuksia, jotka eivät tunnu muuttuvan. Yhtenä hyvänä esimerkkinä on Dr. Frederick Brooksin 70-luvulla kirjoittama The Mythical Man-Month, joka on edelleen perusteos, joka jokaisen projektipäällikön (ja tuotteen omistajan ja Scrum-mestarin ja yrityksen ylemmän johdon edustajan) on syytä lukea.