Idea

La suddivisione di un software in moduli approssima il business, la sua suddivisione in tabelle no

Info

Scritto originalmente in francese. Tradotto dall'IA — il significato è stato preservato, non la prosa.

Idea principale

Le due suddivisioni tecniche di un software non hanno lo stesso valore per il business, e confonderle costa un cantiere intero.

I moduli — fatturazione, acquisti, diritti di accesso — li hanno tracciati degli sviluppatori, ma corrispondono grossolanamente ad aree del business. Sono una descrizione parziale, gratuita, validata da anni di uso: un punto di partenza che sarebbe sbagliato rifiutare col pretesto che viene dal codice.

Le tabelle no. Una tabella non è un oggetto del business: molte servono solo a collegare altre due tabelle, a tenere una traccia tecnica, a conservare token di connessione o risultati temporanei. Fare una scheda per tabella significa ricopiare la struttura tecnica così com'è e descrivere allo stesso livello ciò che conta e ciò che non vuol dire niente per chi parla del prodotto.

La terza suddivisione possibile — quella delle cartelle, percorse in ordine — non ha alcun rapporto con l'importanza per il business e produce una massa di schede senza sapere quali contano.

Perché è importante

Risolve la prima decisione di un lavoro di descrizione: da dove procedere. Appoggiarsi ai moduli non costa niente e dà un ordine già validato; appoggiarsi alle tabelle obbliga a rifare, a mano e oggetto per oggetto, la selezione che la base non fa.

Vale più in generale: una suddivisione ereditata non va né adottata né respinta in blocco, si giudica da quanto è costata produrla e da ciò che codifica del business.

Sfumature e limiti

L'approssimazione dei moduli resta un'approssimazione: oggetti esposti all'esterno possono essere sparsi su più moduli, quindi invisibili finché si avanza area per area. È il motivo per cui la progressione per moduli va affiancata da altre angolazioni di enumerazione.

E le tabelle conservano un valore, ma come angolazione di controllo — fanno emergere oggetti conservati che nessuna descrizione menziona — mai come piano di lavoro.

Domande aperte

  • Su un software i cui moduli non corrispondono più al business perché l'organizzazione è cambiata, quale suddivisione ereditata prende il testimone?