Gestió de la demanda TIC

Todavía no ha caído en ningún examen publicado. · 10 min

Elaboración propia: la fuente es de pago y no se reproduce

Enunciat oficial. Gestió de la demanda TIC. Models de govern de la demanda. Relació TIC-negoci i alineació estratègica en ITIL v4.

1. Concepte de demanda

Demanda (ITIL (Information Technology Infrastructure Library) 4): entrada al sistema de valor del servei, procedent dels consumidors interns i externs, que consisteix en la necessitat o el desig de productes i serveis.

Gestió de la demanda (ITIL v3, fase d'Estratègia del Servei): comprendre, anticipar i influir en la demanda de serveis per part dels clients, i, en cooperació amb la gestió de la capacitat, assegurar que el proveïdor té la capacitat suficient per satisfer-la.

Dos vessants:

• Demanda estratègica: quins serveis nous o evolucions calen. Alimenta la cartera de serveis i el pla director.
• Demanda operativa: volum de transaccions, usuaris concurrents, tiquets, càrrega de treball. Alimenta la gestió de la capacitat.

Conceptes clau d'ITIL v3:

• Patró d'activitat de negoci (PBA — Pattern of Business Activity): perfil de la càrrega de treball que genera un procés de negoci (freqüència, volum, ubicació, durada). És el pont entre la demanda del negoci i la capacitat tècnica.
• Perfil d'usuari (UP — User Profile): caracterització d'un tipus d'usuari o rol pels seus patrons d'activitat.
• Paquet de nivell de servei (SLP — Service Level Package): nivell definit d'utilitat i garantia per a un paquet de servei, associat a uns PBA concrets.

Tècniques per influir en la demanda: preus diferenciats (facturació interna més cara en hores punta), restriccions tècniques (quotes, límits), incentius (finestres de manteniment, càrrega diferida), campanyes i comunicació, i autoservei per desviar demanda del Service Desk.

2. Models de govern de la demanda

El govern de la demanda és el mecanisme que decideix quines peticions s'atenen, en quin ordre i amb quins recursos. Sense ell, la capacitat s'assigna per pressió, per urgència aparent o per proximitat jeràrquica.

Elements d'un model de govern de la demanda:

1. Canal únic d'entrada: totes les peticions entren pel mateix lloc i es registren. El que no entra pel canal, no existeix.
2. Classificació: incident, petició de servei, canvi menor, evolutiu, projecte nou, obligació normativa.
3. Qualificació: anàlisi de la necessitat real, dimensionament de gruix, identificació d'alternatives i de solucions ja existents al catàleg.
4. Criteris de priorització explícits i publicats: valor per al negoci, alineació estratègica, obligació legal, risc de no fer-ho, cost, dependències, disponibilitat de capacitat.
5. Òrgans de decisió: comitè de demanda o comitè de direcció TIC, amb representació del negoci i de TIC, i una cadència fixa de reunions.
6. Capacitat disponible declarada: la priorització només té sentit si es coneix la capacitat real; en cas contrari es prioritza sobre un pastís infinit.
7. Transparència: estat de cada petició visible per al sol·licitant.
8. Mesura: temps d'espera, taxa d'aprovació, valor lliurat, demanda no atesa.

La captació inicial de la demanda estratègica sol fer-la el BRM (→ Gestió de la relació amb els usuaris interns. BRM): identifica la necessitat amb el negoci i l'ajuda a qualificar-la abans que entri pel canal formal. El procés que ve després —classificar, prioritzar i aprovar— és el que es descriu aquí:

Models organitzatius:

Instruments de priorització: matriu valor–esforç, puntuació ponderada multicriteri, MoSCoW, WSJF (Weighted Shortest Job First — cost of delay dividit per la mida del treball), cost of delay, buckets de capacitat (percentatges preassignats a manteniment correctiu, obligacions normatives, evolutius i innovació).

Assignació de capacitat típica: reservar un percentatge fix per a manteniment i correctius, un altre per a compliment normatiu (que no es prioritza: és obligatori) i deixar el marge restant a la priorització de valor. Aquesta reserva evita que l'urgent devori l'important.

3. Relació TIC-negoci i alineació estratègica

3.1 Alineació

Alineació estratègica: grau en què els objectius, l'estructura i els recursos de TIC donen suport i habiliten els objectius de l'organització. Models → tema 1 (SAM (Strategic Alignment Model) de Henderson i Venkatraman, cascada d'objectius de COBIT (Control Objectives for Information and Related Technologies), Balanced Scorecard de TI (Tecnologies de la Informació)).

Símptomes de desalineació: cartera TIC plena de projectes que ningú no reclama, àrees que compren solucions pel seu compte (shadow IT), pressupost consumit en manteniment sense marge per a evolució, indicadors tècnics en verd amb negoci insatisfet.

3.2 Com ho tracta ITIL 4

• L'alineació no és un procés independent: està repartida entre el Sistema de Valor del Servei (governança + principi «enfocar-se en el valor»), l'activitat de la cadena de valor Involucrar (Engage) i les pràctiques de gestió de l'estratègia, gestió de la cartera, gestió de relacions i anàlisi de negoci.
• Cocreació de valor: el proveïdor no «lliura valor», el cocrea amb el consumidor. Això implica que la demanda no és una llista de comandes sinó un diàleg.
• Consum, provisió i gestió de la relació són els tres components de la relació de servei.
• El principi guia «enfocar-se en el valor» obliga a preguntar, davant de cada petició: qui és el consumidor, quin resultat busca i com sabrem que l'hem aconseguit.

3.3 Pràctiques implicades

• Gestió de la cartera (portfolio management): assegura que l'organització té la combinació correcta de programes, projectes, productes i serveis per executar l'estratègia dins de les restriccions de finançament i recursos.
• Anàlisi de negoci (business analysis): analitza el negoci o algun dels seus elements, defineix les necessitats i recomana solucions que aportin valor.
• Gestió de l'estratègia: formula els objectius i com assolir-los.
• Gestió de relacions → tema 16.
• Gestió financera del servei → tema 27.

4. La demanda no governada (shadow IT)

Shadow IT (Information Technology): maquinari, programari o serveis —sovint SaaS al núvol, contractats amb targeta corporativa— que una àrea de negoci adquireix, contracta o posa en marxa sense passar pel canal de demanda ni pel coneixement de l'àrea TIC.

No és un acte de rebel·lia: és el símptoma d'un govern de la demanda que falla. Apareix quan el canal oficial és lent (terminis de contractació llargs, cua de peticions sense resposta), quan la resposta és un «no» sense alternativa, quan el catàleg de serveis no cobreix la necessitat, o quan un autoservei improvisat —una eina gratuïta, un SaaS pagat amb la targeta pròpia— és més ràpid que demanar-ho pel canal formal. La demanda que no troba cauce no desapareix: es desvia.

Riscos:

• Seguretat: sistemes fora del perímetre gestionat, sense pedaços ni monitoratge, fora de l'abast de l'ENS.
• Protecció de dades: dades personals tractades en serveis mai avaluats, sense encàrrec de tractament ni anàlisi de risc, amb risc d'incompliment del RGPD.
• Cost duplicat: diverses àrees paguen eines diferents per a la mateixa necessitat, sense economia d'escala ni negociació centralitzada.
• Dependència i fragilitat: quan la persona que ho va contractar marxa, ningú no en té el control ni el coneixement, i no hi ha pla de continuïtat ni suport formal.
• Pèrdua de visió de cartera: el comitè de demanda prioritza sobre una part de la realitat, no sobre tota.

Com es recondueix: no es combat prohibint —això només l'amaga—, es recondueix absorbint-la: un canal ràpid per a peticions de baix risc i baix cost, un catàleg ampliat amb autoservei governat, i plataformes de baix codi corporatives i catalogades (→ Low-code i no-code, on precisament l'ús no governat d'aquestes mateixes eines és avui una de les vies més esteses de shadow IT). Una auditoria periòdica de contractació i de trànsit de xarxa és el mecanisme per fer-la visible.

5. De la demanda a la capacitat

La demanda i la capacitat són les dues cares del mateix problema:

Demanda de negoci (PBA)  →  Càrrega de treball  →  Requisits de capacitat
                                                  ↕
                        Capacitat disponible (recursos, serveis, components)

Si la demanda supera la capacitat: es prioritza, s'amplia la capacitat (cost) o s'influeix en la demanda (modulació). Si la capacitat supera la demanda de manera sostinguda, hi ha sobredimensionament i malbaratament de recursos. → tema 21.

Al núvol la relació canvia: l'elasticitat permet ajustar la capacitat a la demanda gairebé en temps real, i el problema es desplaça de la planificació de capacitat al control de la despesa (FinOps) → temes 59 i 27.

6. El govern de la demanda a l'Ajuntament de Barcelona

• Les àrees, gerències i districtes generen demanda; el BIT (Barcelona Innovació i Tecnologia) l'ha de qualificar, dimensionar i executar amb la capacitat contractada.
• El model és federat: hi ha interlocutors del BIT per àmbit, criteris corporatius comuns i comitès on es prioritza.
• Restriccions específiques: el pressupost és anual, la contractació té terminis llargs i una part de la demanda és obligació normativa (accessibilitat, ENS, protecció de dades, interoperabilitat) i, per tant, no priorizable.
• La Mesura de digitalització oberta hi afegeix criteris de decisió: preferència pel programari lliure, per la reutilització (Llei 40/2015, art. 158: cal consultar el directori d'aplicacions abans d'adquirir o desenvolupar) i per solucions que preservin la sobirania de les dades. Quan una àrea salta aquest pas i es contracta l'aplicació pel seu compte, és la variant local del shadow IT (→ apartat 4).
• El marc Scrum@IMI (Institut Municipal d'Informàtica, nom previ del BIT) determina com s'executa la demanda un cop prioritzada → tema 12.

Per recordar

• Gestió de la demanda: comprendre, anticipar i influir en la demanda, i assegurar la capacitat en cooperació amb la gestió de la capacitat. És de la fase d'Estratègia del Servei.
• PBA (patró d'activitat de negoci) = pont entre la demanda de negoci i la capacitat tècnica; UP = perfil d'usuari.
• Es pot influir en la demanda amb preus, restriccions tècniques, incentius i autoservei.
• Un model de govern de la demanda necessita canal únic, classificació, criteris explícits, òrgan de decisió, capacitat declarada i transparència.
• Models: centralitzat, descentralitzat i federat; l'habitual a les administracions grans és el federat.
• WSJF = cost del retard / mida del treball.
• El compliment normatiu no es prioritza: es reserva capacitat.
• A ITIL 4 l'alineació es reparteix entre governança, «Involucrar», gestió de l'estratègia, de la cartera, de relacions i anàlisi de negoci; el valor es cocrea.
• El shadow IT és la demanda que no ha trobat cauce: no es combat prohibint, es recondueix ampliant el catàleg i l'autoservei governat.
• La priorització d'inversions TIC és, a COBIT 2019, l'objectiu 05 del domini APO (Align, Plan and Organise) — Managed Portfolio; no es confon amb l'objectiu 01 del domini BAI (Build, Acquire and Implement) — Managed Programs, que gestiona l'execució dels programes ja aprovats, no la priorització.