Què és Asana i quin problema organitza
Asana és una plataforma de gestió del treball oferta com a servei per Asana, Inc., empresa nord-americana amb seu a San Francisco. Relaciona tasques, responsables, projectes i objectius perquè diferents equips coordinin lliurables. S’utilitza des del navegador i aplicacions d’escriptori i mòbils. La llicència és propietària: disposar d’integracions o d’una API no converteix el producte en codi obert.
La diferència entre una llista personal i una plataforma de coordinació apareix quan diverses persones depenen d’un mateix resultat. Una tasca pot incloure conversa, dates i fitxers; el projecte delimita la feina conjunta; un portfolio agrupa projectes; un objectiu expressa el resultat perseguit. No són sinònims. «Preparar tres sessions» descriu execució; «que els destinataris comprenguin el canvi» requereix una comprovació addicional.
Asana s’aplica a campanyes, operacions, llançaments, iniciatives internes i coordinació de serveis. En SST pot donar visibilitat a la preparació i el seguiment de projectes, mantenint les decisions preventives vinculades a fonts i responsables. La utilitat creix quan els participants acorden què vol dir acabar i mantenen les dades actualitzades.
Documentació de referència: Asana — Company and origins · Asana — Pricing · Asana — Multi-home tasks.
Fundació, expansió i principals fites
Dustin Moskovitz i Justin Rosenstein van fundar Asana el 2008 després de treballar a Facebook, on havien abordat la coordinació amb una eina interna de tasques. El nom prové del terme sànscrit associat a una postura de ioga. L’obertura pública va arribar el novembre de 2011; l’oferta de pagament, el 2012. El 19 d’abril de 2012 es va presentar l’API REST per consultar i afegir dades programàticament.
El juliol de 2014 es va reconstruir l’aplicació d’iPhone i iPad amb tecnologia nativa; Android va seguir el gener de 2015. L’expansió internacional va incorporar francès i alemany el novembre de 2017, a més de desenvolupar connexions com Gmail. Aquestes fites expliquen el pas de l’aplicació web inicial a la coordinació entre dispositius i idiomes.
El finançament va incloure 50 milions de dòlars en una ronda C de 2016 liderada per Sam Altman, 75 milions en la ronda D de gener de 2018 i 50 milions més el novembre del mateix any. L’empresa va començar a cotitzar per admissió directa a la NYSE el 30 de setembre de 2020 i va afegir la LTSE el 26 d’agost de 2021. Són fites empresarials històriques, no una estimació de la valoració actual.
Documentació de referència: Asana — Company and origins · Asana — Series C, 2016 · Asana — Series D, 2018 · Asana — Series E, 2018 · Asana — SEC filing: listings · Asana — Native iOS release · Asana — Android release retrospective · Asana — French and German · Asana — Announcing the REST API · Forbes history, August 2020.
Tasques connectades per responsabilitats i dependències
Asana organitza la feina amb tasques i projectes. Una tasca necessita un resultat definit, una persona responsable i un criteri de finalització; el projecte aporta el context que les connecta. L’eina pot mostrar dependències per indicar que una feina en bloqueja una altra o ha d’esperar que es completi una condició prèvia.
Les dependències representen seqüències, però no comproven la validesa tècnica del lliurable. Marcar una tasca com a acabada pot desbloquejar una activitat posterior sense que hi hagi prou revisió. Per això convé separar produir, revisar i acceptar quan les responsabilitats són diferents. Confirma els tipus de dependència i les opcions de planificació disponibles en el pla utilitzat.
Documentació de referència: Asana Help — How to use task dependencies.
Direcció actual i evolució cap a equips amb IA
Dan Rogers va assumir la direcció executiva el 21 de juliol de 2025. Des del 25 de setembre de 2026 també presideix el consell; Moskovitz continua com a conseller. Les descripcions que encara presenten el cofundador com a director executiu o president del consell s’han de datar o actualitzar.
Asana va passar d’incorporar funcions generatives el 2023 a presentar AI Studio l’octubre de 2024 i ampliar després els agents col·laboratius AI Teammates. El maig de 2026 va confirmar la compra de StackAI, orientada a connectar l’execució entre sistemes. El juny va presentar l’enfocament d’equips humans i agents i Asana Dash. Cada producte té una finalitat i unes condicions d’accés: una adquisició no implica que totes les funcions quedin incloses en qualsevol subscripció d’Asana.
La gamma actual també diferencia aplicacions per a serveis, clients i desenvolupament. En valorar una demostració, identifica què s’està mostrant i quina llicència necessita. Per a una coordinació preventiva senzilla pot ser suficient treballar per projectes; afegir una altra aplicació o un agent té sentit si resol una necessitat identificada.
Documentació de referència: Asana — Dan Rogers biography · Asana — Dustin Moskovitz biography · Asana — CEO appointment 2025 · Asana — Board appointments 2026 · Asana — StackAI acquisition · Asana — Asana AI overview · Asana — Human-agent teams announcement, June 2026.
Work Graph: una tasca compartida i diversos contextos
Work Graph és el model amb què Asana relaciona unitats de feina, persones i context. Una funció característica és el multi-homing: una mateixa tasca pot pertànyer a diversos projectes i reflectir-hi els canvis. No es tracta de crear còpies sincronitzades manualment. «Revisar material del centre A» pot aparèixer tant al projecte de formació com a l’agenda de l’equip revisor.
Aquest avantatge necessita regles d’interpretació. Si una tasca apareix en dos projectes, sumar les dues llistes pot comptar-la dues vegades. En un informe conjunt, utilitza’n la identitat, no només el títol. Afegir-la a un altre projecte també pot ampliar-ne el públic. Revisa on apareix i qui hi accedeix abans d’incloure-hi informació restringida.
Les subtasques descomponen la feina; les fites identifiquen punts rellevants. Convé separar «esborrany lliurat» de «versió acceptada» si hi intervenen responsables diferents. Una fita pot resumir l’acceptació sense substituir les comprovacions prèvies. L’estructura funciona si una persona externa al projecte pot identificar el lliurable següent, qui el prepara i què el bloqueja.
Documentació de referència: Asana — Company and origins · Asana — Multi-home tasks · Asana Help — Task permissions.
Vistes, capacitat i objectius: mesurar coses diferents
Llista, tauler i calendari permeten llegir la feina des de perspectives diferents. Timeline i Gantt afegeixen planificació temporal; portfolios i objectius connecten nivells més amplis. La gestió de càrrega ajuda a contrastar assignacions amb capacitat. Les funcions depenen de l’edició i de tenir dates, esforç i responsables informats.
Un pla pot mostrar quatre tasques en paral·lel encara que depenguin del mateix especialista. Per detectar el conflicte, registra l’esforç previst i revisa els compromisos reals. Una dependència expressa seqüència, no disponibilitat. Si la revisió s’endarrereix, decideix si cal moure la data, reduir l’abast o reassignar feina, deixant visible la decisió.
Als informes cal separar volum, puntualitat i resultat. «Vuit de deu lliurables acceptats» descriu execució; «sis de vuit acceptats dins de termini» afegeix puntualitat; cap xifra demostra tota sola que les persones hagin comprès una instrucció. L’objectiu ha d’indicar població, període i mesura adequada. Un gràfic atractiu no corregeix un denominador mal definit.
Documentació de referència: Asana Help — How to use task dependencies · Asana — Pricing.
Regles, AI Studio, AI Teammates i Dash
Les regles automatitzen canvis definits en un circuit. AI Studio incorpora passos d’IA sense programar, com classificar una petició abans d’assignar-la. Els AI Teammates són agents configurables que col·laboren sobre tasques i context compartit. Dash ofereix una experiència conversacional per consultar i organitzar la feina. L’elecció depèn de si cal una regla estable, interpretar text o col·laborar amb diverses iteracions.
La documentació diferencia els AI Requests de Teammates i determinades operacions de Dash dels crèdits d’AI Studio. Els primers s’agrupen a escala organitzativa; els segons depenen, entre altres factors, del volum d’informació i del model. «IA inclosa» no equival a consum il·limitat. Revisa el saldo i què passa quan s’esgota abans de convertir una funció en un pas imprescindible.
Un pilot editorial pot classificar vint sol·licituds fictícies segons públic i centre, deixant les ambigües per revisar. Compara la sortida amb una classificació acordada i compta errors per tipus, no només respostes produïdes. No demanis que inventi un centre quan falta la dada. En tasques amb efectes externs, comprova quin compte executa l’acció i on s’exigeix revisió.
Documentació de referència: Asana — Chat with Dash · Asana — AI Teammates · Asana — AI access controls · Asana — AI Requests · Asana — AI Studio credits · Asana — Asana AI overview.
Integracions, API i dades que surten del projecte
L’API REST permet llegir i modificar recursos d’Asana des d’aplicacions autoritzades. Les integracions connecten feina amb correu, documents, reunions o analítica; l’expansió de socis de 2021 i l’aplicació per a Zoom són antecedents d’aquest ecosistema. Abans de connectar, diferencia crear una tasca des d’un missatge, adjuntar un enllaç i mantenir dos sistemes sincronitzats: són resultats diferents.
Asana admet importar tasques amb CSV i exportar projectes a CSV o JSON. També permet exportar vistes de cerca i My Tasks. Una exportació tabular pot servir per analitzar dates, però cal comprovar quina estructura i context conserva abans d’utilitzar-la com a arxiu del projecte.
Una integració fiable necessita un identificador estable i una regla per als reintents. Si es torna a processar la mateixa petició, hauria de localitzar la feina existent o assenyalar la repetició, no crear una tasca indistingible. En comprovar la sortida, contrasta una tasca amb subtasques, comentaris, camps i fitxers, i documenta les diferències. L’èxit d’una crida tècnica no demostra que s’hagi traslladat correctament tot el projecte.
Documentació de referència: Asana — Announcing the REST API · Asana — Project export/import.
Edicions i accés: comprovar l’entorn real
L’oferta consultada limita Personal a dos usuaris. Starter afegeix planificació i funcions estructurades; Advanced incorpora portfolios, objectius i més capacitats de coordinació; Enterprise amplia administració i gestió de recursos. Enterprise+ afegeix controls especialitzats. Cal verificar el contracte i no traslladar límits d’antics plans Premium o Business a l’oferta actual.
Asana declara que no utilitza dades dels clients per entrenar models i estableix restriccions equivalents als proveïdors d’IA. Això no significa que el contingut deixi de processar-se. Els permisos de l’agent, de qui l’activa i de les eines connectades condicionen la informació que pot utilitzar. També hi ha memòries vinculades al context de tasques: revisar-les forma part del manteniment.
Una prova de permisos ha d’incloure qui prepara, qui revisa i qui només consulta. Comprova també què passa en retirar l’accés i en afegir la tasca a un altre projecte. Per a dades personals, enllaçar una font autoritzada pot reduir còpies, tot respectant els permisos del repositori de destinació.
Documentació de referència: Asana — Pricing · Asana — AI access controls · Asana — AI FAQ.
Adopció, estudis i reconeixements: què demostren
Asana va comunicar més de 35.000 clients de pagament el gener de 2018. És una referència d’expansió històrica: clients, llicències i persones actives són mesures diferents. L’Anatomy of Work Index 2022 va estudiar respostes de més de 10.000 treballadors del coneixement. Ajuda a conèixer percepcions sobre coordinació, però no demostra que instal·lar Asana causi per si sol millores de salut o productivitat.
PCMag ha reconegut el producte en les seves seleccions editorials; Inc. el va incloure a Best Workplaces i Fast Company a Brands That Matter 2022. Valoren dimensions diferents: programari, entorn empresarial i marca. Per decidir, és més útil un pilot amb feina pròpia i criteris mesurables que sumar premis de categories diverses.
Mesura el temps per trobar l’última versió, peticions sense responsable, tasques duplicades i dependències descobertes tard. Compara períodes i abast equivalents. Reduir missatges pot indicar millor coordinació, però també menys comunicació; acompanya-ho d’evidències sobre claredat i resolució de pendents.
Documentació de referència: Asana — Series D, 2018 · Asana — Anatomy of Work 2022 · PCMag task-management selection 2025 · Inc. company profile · Fast Company Brands That Matter 2022.
Coordinar projectes preventius amb diversos participants
- Preparació de formació: connectar definició de destinataris, adaptació de materials, revisió i organització de sessions, evitant convocar abans de disposar del contingut necessari.
- Implantació de millores: coordinar tasques d’àrees diferents i fer visible quina decisió o recurs bloqueja una activitat.
- Revisió documental: assignar preparació, contrast i aprovació de materials, amb enllaços a la font que conserva la versió autoritzada.
Sabentis proposa aquests exemples com a usos de coordinació. El projecte ha de distingir fites de gestió i resultats preventius: completar tasques d’implantació no demostra, per si sol, que una mesura sigui eficaç al lloc de treball.
Cas desenvolupat: una sessió que depèn de materials revisats
Exemple hipotètic. Una organització prepara sessions sobre un procediment intern actualitzat. Hi participen un responsable del contingut, una persona revisora i coordinadors de diversos centres.
- Definir el lliurable final: material identificat, revisió documentada i sessions organitzades per als destinataris previstos. Separar aquest objectiu d’una avaluació posterior de l’aprenentatge.
- Crear tasques per preparar el contingut, contrastar-lo amb el procediment aprovat, resoldre observacions i organitzar sessions. Assignar responsables concrets i dates realistes.
- Relacionar l’organització final de les sessions amb l’acceptació del material. Documentar quina evidència permet considerar completada la revisió.
- Provar un retard de la persona revisora i comprovar les tasques bloquejades. Acordar qui decideix una nova data i com es comunica, sense acceptar automàticament un esborrany per pressió del calendari.
- Abans de tancar el projecte, comprovar materials, destinataris i evidència de realització. Registrar separadament allò cancel·lat, ajornat i executat.
El resultat s’accepta quan cada tasca té un estat explicable i les dependències reflecteixen el procés real. El calendari ha de mostrar incerteses i bloquejos, no ocultar-los amb tancaments artificials.
Suposem quatre centres i tres sessions previstes per centre: dotze sessions. Si se’n fan nou, se n’ajornen dues i se’n cancel·la una, l’execució sobre el pla inicial és 9/12, el 75 %. Si la cancel·lació modifica formalment l’abast a onze, conserva les dues dades i explica el canvi; no l’eliminis per augmentar el percentatge. Una revisió comuna afegida a quatre projectes continua sent una sola revisió i no s’ha de comptar quatre vegades.
Documentació de referència: Asana Help — How to use task dependencies.
Accés a tasques i falsa sensació d’avenç
La documentació d’Asana explica que l’accés pot dependre de projectes, col·laboradors i assignació. Afegir una tasca a un projecte o incorporar col·laboradors pot canviar qui la veu. Abans d’incloure informació personal o documents restringits, revisa l’abast d’accés en el context complet, no només la configuració d’una tasca aïllada.
Una data vençuda no explica la causa del retard i una tasca completada no prova la qualitat del resultat. Evita utilitzar el percentatge de tasques tancades com a mesura automàtica de seguretat. Les tasques han de tenir una dimensió comparable si s’agreguen per informar d’avenç; si no, tancar moltes accions petites pot amagar una dependència important encara oberta.
Documentació de referència: Asana Help — Task permissions.
Quan escollir Asana
Asana pot encaixar quan diversos participants, lliurables i dependències necessiten coordinació explícita. Abans de desplegar-lo, acorda qui manté el projecte, com es gestionen canvis d’abast i què passa si falta un responsable. Un pla detallat sense manteniment perd ràpidament utilitat.
Per a un flux visual més senzill, compara Trello. Si el problema principal és documentar context i decisions, Notion pot complementar les tasques. Mantén l’evidència en una referència estable i enllaça-la des del projecte, evitant adjuntar diverses versions sense identificar-les.
Preguntes freqüents sobre Asana en SST
Una dependència impedeix iniciar una feina insegura?
Representa una relació de planificació. No s’ha de tractar com un control físic ni com una autorització tècnica per executar una tasca real.
Com distingir tasca acabada de resultat acceptat?
Defineix passos i responsables separats quan calgui, i registra quina evidència sosté l’acceptació.
Es pot utilitzar l’avenç del projecte com a indicador preventiu?
Pot descriure execució del pla si les regles són clares. Per valorar efectes preventius calen mesures addicionals relacionades amb l’objectiu i el context.
Documentació de referència: Asana Help — How to use task dependencies.
