Una aplicació és una opció. Comença pel procés.
Un equip rep sol·licituds per correu, anota informació a Excel i consulta l’estat de cada cas en diversos missatges. Quan apareixen errors i retards, sorgeix una proposta: «Necessitem una aplicació». La idea pot tenir sentit, però encara falta explicar què falla, quant afecta la feina i per què passa.
La digitalització de processos és més fàcil d’orientar quan separes el problema de la solució proposada. Aquest recorregut t’ajuda a descriure la situació actual, investigar les causes i decidir quines necessitats ha de cobrir un canvi. Pots aplicar-lo amb registres senzills i converses amb les persones que fan la feina.
- 01Entendre què passaProcés i problemes observables
- 02Explica què necessites i per quèObjectius, causes i evidències
- 03Triar i comprovarAlternatives, accions i resultats
Pas 01
Comprendre el procés actual
Tria un tipus de sol·licitud i segueix diversos casos reals de principi a fi, incloent-ne algun que hagi donat problemes. Identifica com entren, qui hi intervé, quines decisions es prenen, quines eines s’utilitzen i quan considereu que una sol·licitud ha acabat.
Distingeix el temps de treball del temps d’espera. Una sol·licitud pot requerir deu minuts de revisió i passar dos dies pendent d’informació. Anota també les excepcions: qui retorna un cas incomplet, com es comunica una prioritat i on queda registrat un canvi.
Una descripció compartida del recorregut, els responsables, les decisions i els punts de traspàs. Comprova amb qui l’executa que reflecteix la feina habitual i les seves variants.
Pas 02
Identificar i quantificar problemes
Busca errors, temps d’espera, sol·licituds incompletes, retreballs i manca de seguiment. «Excel és un caos» expressa una percepció; «hi ha sol·licituds de les quals ningú no pot determinar l’estat» descriu un problema que pots investigar.
Per dimensionar-lo, fixa el període, el nombre de sol·licituds revisades i el criteri de mesura. Compta quants casos afecta i, quan sigui possible, l’impacte en temps, cost o termini. Si diversos problemes afecten la mateixa sol·licitud, evita sumar-ne les contribucions com si fossin casos diferents.
- Observació
- Què has vist: una persona retorna una sol·licitud perquè falta informació.
- Dada disponible
- Què pots mesurar: casos retornats, total de sol·licituds i temps emprat a corregir-los.
- Hipòtesi
- Una explicació per contrastar: potser les àrees interpreten de manera diferent quina informació és obligatòria.
Si et falten dades, anota quines són i acorda com recollir-les. Una estimació pot ajudar si n’expliques l’origen. No la presentis com una dada mesurada.
Pas 03
Definir el resultat esperat
Concreta què ha de millorar, per a qui i en quin termini. «Tenir una aplicació» descriu un lliurable. «Reduir els retorns per informació incompleta» descriu un resultat del procés.
Tria un indicador, una situació inicial i un objectiu del qual revisareu la viabilitat. Acorda com es mesurarà i quines condicions s’han de mantenir, com el volum atès o la qualitat de la resposta. Així podràs comprovar després si el canvi millora el problema que el va motivar.
Si lliuréssim l’aplicació i aquest indicador no millorés, consideraríem resolt el problema?
Pas 04
Investigar les causes
El correu i Excel són eines del procés; la seva presència no demostra que siguin la causa dels problemes. Els retorns podrien estar relacionats amb criteris poc clars, informació que el sol·licitant desconeix o canvis en les necessitats de qui rep la feina.
Analitzar les causes vol dir buscar explicacions, no quedar-se en els símptomes. Per a cada hipòtesi, pregunta’t què la confirmaria, què la contradiria i com la podries comprovar amb registres i observacions.
Compara sol·licituds completes i incompletes, revisa les instruccions que van rebre els autors i observa com es valida la informació. Que dos fets coincideixin no és suficient per demostrar causalitat. Mantén l’explicació com a hipòtesi mentre no disposis d’evidència suficient; hi pot haver diverses causes rellevants.
Pas 05
Identificar necessitats i avaluar solucions
Una necessitat explica què ha de permetre el procés per millorar. Per exemple, disposar de la informació mínima abans de començar una revisió. Un formulari amb validacions és una possible manera de cobrir-la; també podries aclarir els criteris i millorar la plantilla actual.
Aquests vincles són exemples. Abans de triar una funcionalitat, comprova les dades sobre el problema i les causes, i compara les alternatives.
Desplaça la taula horitzontalment per llegir les alternatives i les condicions.
| Problema | Funcionalitat possible | Què cal contrastar abans de triar |
|---|---|---|
| Sol·licituds incompletes | Formulari amb comprovacions | Quines dades falten, per què i si es poden aportar en fer la sol·licitud. Compara-ho amb una plantilla i unes instruccions més clares. |
| Distribució manual ineficient | Regles d’assignació | Comprova si l’assignació provoca les esperes i si hi ha criteris estables. Compara-ho amb deixar clara la responsabilitat de rebre les sol·licituds. |
| Manca de traçabilitat | Estats i historial | Quins canvis cal registrar, qui els consulta i qui mantindrà la informació al dia. Compara-ho amb un registre compartit senzill. |
| Absència de seguiment | Indicadors de gestió | Quines decisions ajudaran a prendre, amb quines dades i cada quant temps. Compara-ho amb revisar periòdicament el registre que ja teniu. |
Algunes millores es poden resoldre modificant el procés sense desenvolupar programari nou. Avalua també el manteniment, la qualitat de les dades i la facilitat d’ús. Automatitzar una activitat innecessària pot conservar el problema en una altra eina.
Pas 06
Prioritzar i planificar
Separa el que cal per assolir l’objectiu de les millores que poden esperar. Compara l’impacte esperat, l’esforç, les dependències i els riscos. Deixa clar en què encara tens dubtes.
Per a cada acció, concreta responsable, termini, persones afectades i forma de comprovació. Si necessites criteris comuns abans de definir validacions, resol primer aquesta dependència. Una prova acotada pot ajudar-te a valorar una alternativa abans d’estendre-la, amb un criteri clar per continuar, corregir o aturar-la.
Pas 07
Comprovar resultats
Compara els indicadors abans i després d’implantar els canvis, fent servir el mateix criteri de mesura i períodes comparables. Revisa si han canviat el volum, el tipus de sol·licituds o altres condicions que puguin explicar part de la diferència.
Comprova també els efectes no desitjats. Reduir les sol·licituds incompletes serveix de poc si les persones deixen d’enviar-les perquè el formulari és difícil d’utilitzar. Si el resultat no assoleix l’objectiu, revisa les evidències i les hipòtesis; acabar el desenvolupament no equival a haver resolt el problema.
Cas fictici i il·lustratiu · No és una experiència real
De «volem una aplicació» a un encàrrec fonamentat
Imagina un equip que, en una setmana d’aquest escenari fictici, rep 100 sol·licituds i en retorna 30 per manca d’informació. Dedica 10 hores a revisar i corregir sol·licituds. Vol estudiar si pot reduir aquesta dedicació a 6 hores setmanals en vuit setmanes, amb un volum comparable i sense empitjorar la qualitat.
- Situació inicial
- 10 h / setmana
- Objectiu proposat
- 6 h / setmana
- Bretxa
- 4 h / setmana
Aquestes dades descriuen una bretxa, però no proven què la causa. L’equip planteja que els criteris d’entrada podrien ser ambigus. Per contrastar-ho, acorda revisar les dades absents, les instruccions rebudes i el temps de correcció de cada cas. També comprovarà quant contribueixen els retorns a aquestes deu hores.
Així canvia la conversa
«Hem definit el problema dels retorns, l’objectiu de dedicació i les necessitats que hem d’avaluar: informació mínima comprensible, un responsable de validació i un registre de l’estat de cada sol·licitud. Abans d’encarregar una aplicació, contrastarem les causes i compararem millorar la plantilla actual amb crear un formulari».
El resultat d’aquest exemple és una anàlisi inicial i un pla d’investigació. Les necessitats continuen pendents de validació; no hi ha estalvi aconseguit, funcionalitats aprovades ni una especificació completa.
Una guia per treballar el raonament
Com pot acompanyar-te POLARIS
POLARIS és un assistent d’IA per analitzar problemes mitjançant set fases conversacionals. Pots aportar el context del teu procés, revisar-hi què saps i què necessites investigar, definir objectius i valorar propostes de millora.
- Comprendre la necessitat
- Identificar i mesurar l'impacte dels problemes
- Definir l’objectiu
- Investigar les causes
- Dissenyar i avaluar solucions
- Preparar la implementació
- Comprovar els resultats
Tu aportes i contrastes les evidències, valides les hipòtesis i decideixes quines accions emprendre. POLARIS pot ajudar-te a estructurar les necessitats que vas identificant; no genera automàticament una especificació funcional completa ni desenvolupa o desplega aplicacions.