Best practice
Ontwerp en code zijn collectief eigendom

In traditionele systeemontwikkeling zijn ontwikkelaars meestal verantwoordelijk voor hun eigen code en ontwerpers voor hun eigen stukje van het ontwerp. Verbeteringen en uitbreidingen aan dergelijk ontwerp en code dienen te worden uitgevoerd door deze ontwikkelaar. Alhoewel dit model voordelen heeft - immers, de kennis van de code is groter - kleven er een aantal duidelijke nadelen aan dit model. De drukke ontwerpers en ontwikkelaars zijn vaak niet direct in staat om de benodigde aanpassingen in de code door te voeren. Dit leidt tot een inefficient proces.

In Smart is ontwerp en code daarom collectief eigendom. Dit betekent dat het projectteam eigenaar is van het ontwerp en de ontwikkelde code. Iedereen die verbeteringen daarin moet aanbrengen, kan dit derhalve direct doen. Dit model is vooral efficiënter.

Collectief eigendom van ontwerp en code stelt echter wel een aantal eisen aan Smart ontwerpers en ontwikkelaars. Zo dient code altijd te worden voorzien van commentaar. Dit is essentieel omdat andere ontwikkelaars daarmee altijd de code kunnen lezen. Wanneer een check-in check-out mechanisme wordt gebruikt door het projectteam, dient altijd commentaar bij nieuwe of aangepaste code te zijn aangebracht voordat de code wordt ingecheckt. Dit geldt uiteraard ook voor het ontwerp.