Faccio alcuni esempi pratici.

Se domani un’estensione non è più supportata o un aggiornamento non funziona bene cosa faccio? Me la prendo con chi l’ha rilasciata?

Se le mie esigenze cambiano ma il CMS non mi consente modifiche cosa faccio? Quali programmi vado a toccare? Siamo sicuri che così facendo non regredisce qualche altra funzione?

Io uso Joomla e mi trovo molto bene, ma penso di avere esigenze molto diverse da quelle di un sito aziendale.

A parte l’efficacia (indubbia) e la “spendibilità commerciale” (very cool) di un CMS, penso che non sia uno strumento per tutti i clienti.

Non voglio mettere in discussione le capacità delle persone, ma la reale assunzione di responsabilità del committente.

L’idea di poter far tutto e poter fare da soli guida la scelta di un CMS e il più delle volte siamo stati noi a metterglielo in testa… Nulla di male, ma se poi non ci sarà nessuno a fare questo lavoro?

All’inizio il cliente è motivato, lui o il personale assegnato seguono la formazione e inseriscono i contenuti. Poi l’entusiasmo cala fisiologicamente e solo il metodico impegno garantisce la continuità al progetto.

Il problema è che il cliente tende a sottovalutare “le cose di internet” e non valuta chiaramente il carico di lavoro necessario a mantenere il proprio progetto.
Non parlo di malafede, anche perchè sono cose sue, solo di una debole presa di coscienza della situazione.
Sono frequenti i casi dove il personale assegnato ha già la sua mansione ed è stato “piegato” a fare anche questo lavoro.

Il risultato lo conosciamo bene: il progetto viene aggiornato sempre di meno, poi dopo qualche mese di inattività il “gestore di turno” si trova a dover (per forza) fare un aggiornamento e non ricorda come, allora ci chiamerà e dovremo fare nuova formazione o fare noi la modifica…

Tutto tempo perso, ma non credo sia solo colpa sua.
Penso che uno dei nostri compiti sia comunicargli forte e chiaro che ha definito un nuovo processo al quale va assegnata una nuova risorsa ben definita, che al progetto va dedicato del tempo in modo continuativo e permanente, di una o più persone.

Saranno forse solo mie esperienze, ma anche di fronte ai soliti sorrisini non dimentico mai di dire che internet è una cosa seria.
Sergio

Drupal però è da considerarsi più un framework che un CMS, dato che la sua flessibilità gli permette di realizzare cose che vanno ben oltre un semplice CMS.

Certo che se con Drupal gestiamo un sito quasi completamente statico che sfrutta solo un paio di View e un paio di contenuti realizzati con CCK allora ricadiamo nell’ambito del problema affrontato nel post.