[{"data":1,"prerenderedAt":307},["ShallowReactive",2],{"article-alternates":3,"article-\u002Fit\u002Flifestyle\u002Ftech-stack-2026-roibase-daily-operations":13},{"i18nKey":4,"paths":5},"lifestyle-004-2026-07",{"de":6,"en":7,"es":8,"fr":9,"it":10,"ru":11,"tr":12},"\u002Fde\u002Flifestyle\u002Ftool-stack-partnership","\u002Fen\u002Flifestyle\u002Ftool-stack-anatomy-operational-discipline","\u002Fes\u002Flifestyle\u002Ftech-stack-partnership-2026","\u002Ffr\u002Flifestyle\u002Ftool-stack-partnership","\u002Fit\u002Flifestyle\u002Ftech-stack-partnership","\u002Fru\u002Flifestyle\u002Ftool-stack-operasyonel-disiplin","\u002Ftr\u002Flifestyle\u002Ftool-stack-2026-roibasede-gunluk-operasyonun-anatomisi",{"_path":14,"_dir":15,"_draft":16,"_partial":16,"_locale":17,"title":18,"description":19,"publishedAt":20,"modifiedAt":20,"category":15,"i18nKey":4,"tags":21,"readingTime":27,"author":28,"body":29,"_type":301,"_id":302,"_source":303,"_file":304,"_stem":305,"_extension":306},"\u002Fit\u002Flifestyle\u002Ftech-stack-2026-roibase-daily-operations","lifestyle",false,"","Stack Tecnologico 2026: Le Operazioni Quotidiane del Team Roibase","Linear, Notion, Slack, Figma, Granola — pattern di integrazione e come abbiamo costruito la disciplina async-first del nostro team.","2026-07-15",[22,23,24,25,26],"tech-stack","async-workflow","linear","notion","team-operations",9,"Roibase",{"type":30,"children":31,"toc":288},"root",[32,40,47,52,66,71,77,82,87,92,99,104,110,115,120,133,139,144,149,154,160,165,170,175,181,186,222,227,233,238,267,272],{"type":33,"tag":34,"props":35,"children":36},"element","p",{},[37],{"type":38,"value":39},"text","Nel 2026, la scelta dello stack tecnologico non è più semplicemente \"quale app usi\". La vera domanda è: come le integri, come riduci il costo del context switching, come costruisci la disciplina async-first. Nel team di Roibase — 12 persone multidisciplinari tra marketing, data, headless commerce, brand strategy — tutti operano su un unico stack operazionale. In questo articolo condividiamo i 5 strumenti core che utilizziamo e i nostri pattern di integrazione. Metriche concrete: media 2,3 ore di riunioni al giorno, tempo di risposta async sotto le 4 ore, prevedibilità della velocity al 87%.",{"type":33,"tag":41,"props":42,"children":44},"h2",{"id":43},"linear-non-backlog-ma-disciplina-di-sprint",[45],{"type":38,"value":46},"Linear: Non Backlog, Ma Disciplina di Sprint",{"type":33,"tag":34,"props":48,"children":49},{},[50],{"type":38,"value":51},"Usiamo Linear dal 2024. Motivo della migrazione da Jira: velocità e obbligo di consenso. In Linear, ogni issue è obbligatoriamente legato a un cycle (sprint) — non puoi gonfiare il backlog. Il nostro cycle è di 2 settimane, inizia il lunedì. A inizio cycle, fissiamo il target di velocity: 40-45 story point per team member. Questo numero non è una stima, è una misura basata sulla media degli ultimi 6 cycle.",{"type":33,"tag":34,"props":53,"children":54},{},[55,57,64],{"type":38,"value":56},"La struttura più forte di Linear è la gerarchia project-issue. La usiamo così: ogni campaign client è un project, dentro ci sono epic (es. \"Q3 brand refresh\"), e sotto gli epic ci sono i task. I task finiscono automaticamente su Slack — con il comando ",{"type":33,"tag":58,"props":59,"children":61},"code",{"className":60},[],[62],{"type":38,"value":63},"\u002Flinear create",{"type":38,"value":65}," puoi aprire un issue direttamente da un thread Slack. Non esiste la frazione \"portiamo questa conversazione su Linear\". La conversazione rimane linkata, il contesto non si perde.",{"type":33,"tag":34,"props":67,"children":68},{},[69],{"type":38,"value":70},"Un'altra regola: assignee è sempre una sola persona. Se il lavoro è \"lo facciamo insieme\", apriamo un parent issue con 2 sub-task al suo interno. Questa chiarezza di accountability elimina l'ambiguità. Nel retrospective di sprint, manteniamo una percentuale di completamento della velocity dell'87% — media degli ultimi 12 cycle. Questo tasso rimane stabile grazie alla enforcement del due date e della stima in Linear.",{"type":33,"tag":41,"props":72,"children":74},{"id":73},"notion-un-unico-registro-due-scopi",[75],{"type":38,"value":76},"Notion: Un Unico Registro, Due Scopi",{"type":33,"tag":34,"props":78,"children":79},{},[80],{"type":38,"value":81},"In Notion lavoriamo su due livelli: documentation e decision log. Documentation è tradizionale — onboarding, SOP, runbook. Ma il decision log è critico. Ogni decisione strategica (cambio tool, revisione del processo di onboarding client, nuova JD per una hire) apre una pagina in Notion. Template: context, options (table), decision, rationale. Così, tra 6 mesi, puoi tornare indietro e capire \"perché avevamo scelto questo tool\".",{"type":33,"tag":34,"props":83,"children":84},{},[85],{"type":38,"value":86},"L'integrazione Notion-Linear non è ancora nativa, l'abbiamo costruita con Zapier. Quando un epic si completa in Linear, un tag \"completed\" scende automaticamente sulla pagina del progetto in Notion. È un dettaglio piccolo ma importante: i PM vivono in Linear, gli stakeholder vivono in Notion. Entrambi devono restare aggiornati.",{"type":33,"tag":34,"props":88,"children":89},{},[90],{"type":38,"value":91},"Il punto debole di Notion è la ricerca. Dopo 400+ pagine, la qualità dei risultati cala. Per questo abbiamo imposto una disciplina di tagging: ogni pagina ha minimo 3 tag (team, tipo di progetto, status). Invece di cercare, usiamo i filter — così il problema di allucinazione del search engine diminuisce.",{"type":33,"tag":93,"props":94,"children":96},"h3",{"id":95},"knowledge-base-vs-chat-memory",[97],{"type":38,"value":98},"Knowledge Base vs. Chat Memory",{"type":33,"tag":34,"props":100,"children":101},{},[102],{"type":38,"value":103},"Non colleghiamo Notion al team chat (Slack). Il chat è ephemeral, Notion è persistent. Se una decisione viene presa in Slack, qualcuno la sposta manualmente in Notion. Questo attrito è voluto — non vogliamo che tutto finisca in Notion. Solo l'informazione riusabile entra in Notion. La retention su Slack è 90 giorni — dopo, i thread senza star vengono archiviati automaticamente. Con questa regola, Notion rimane veramente il \"registro unico\".",{"type":33,"tag":41,"props":105,"children":107},{"id":106},"slack-async-first-meeting-last",[108],{"type":38,"value":109},"Slack: Async-First, Meeting-Last",{"type":33,"tag":34,"props":111,"children":112},{},[113],{"type":38,"value":114},"Abbiamo 42 channel su Slack. Regola: un channel per ogni client, un channel per ogni funzione interna (es. #data-ops, #brand-strategy). Niente channel privati — la trasparenza è il default. Solo le cose HR in DM. Così la velocità di onboarding è alta — il nuovo hire al primo giorno legge la history dei channel e ha già il contesto.",{"type":33,"tag":34,"props":116,"children":117},{},[118],{"type":38,"value":119},"La cultura async-first funziona grazie alla disciplina dei thread. Regola: ogni messaggio riceve risposta nel thread o una reaction. Se un messaggio non riceve una reaction entro 2 ore, è il segnale che \"nessuno ha proprietà di questo topic\". Il tempo medio di risposta nei thread è 4,2 ore (ultimi 30 giorni). Questo riduce drasticamente la necessità di sync meeting.",{"type":33,"tag":34,"props":121,"children":122},{},[123,125,131],{"type":38,"value":124},"L'integrazione Slack-Linear è bidirezionale: da Slack puoi aprire issue con ",{"type":33,"tag":58,"props":126,"children":128},{"className":127},[],[129],{"type":38,"value":130},"\u002Flinear",{"type":38,"value":132},", e quando un issue si aggiorna in Linear, la notifica scende su Slack. Così i PM vivono in Linear, gli engineer in Slack — ma entrambi rimangono aggiornati. C'è il problema del rumore di notification? Sì. Lo risolviamo così: ogni user si definisce una keyword personale (es. \"@marco-urgent\"), riceve push notification solo su quel keyword. Le altre notification finiscono in un channel \"Updates\" che si legge async.",{"type":33,"tag":41,"props":134,"children":136},{"id":135},"figma-design-handoff-nessun-litigio",[137],{"type":38,"value":138},"Figma: Design Handoff, Nessun Litigio",{"type":33,"tag":34,"props":140,"children":141},{},[142],{"type":38,"value":143},"Figma non è solo per UI\u002FUX, lo usiamo per la gestione degli asset di brand. Ogni client ha un Figma workspace — logo variant, color palette, typography system, template di slide. Il handoff al developer passa da Figma inspect mode — \"che hex è questo blu\" non è più una discussione.",{"type":33,"tag":34,"props":145,"children":146},{},[147],{"type":38,"value":148},"L'integrazione Figma-Notion è manuale. Quando il design è finalizzato, il link Figma va embed nella pagina del progetto su Notion. Lo stakeholder vede il design senza uscire da Notion. Non usiamo i comment su Figma — il comment rimane su Figma, non scende su Slack. Tutto il feedback si raccoglie nel thread Slack, poi il designer lo porta su Figma.",{"type":33,"tag":34,"props":150,"children":151},{},[152],{"type":38,"value":153},"Il version control di Figma è potente, ma dipende dalla tua disciplina di naming. Da noi: ogni major revision è \"v1.0\", \"v2.0\". Iteration minori sono \"v1.1\", \"v1.2\". Così puoi dire al client \"avete approvato v2.3\" — non c'è ambiguità su quale file.",{"type":33,"tag":41,"props":155,"children":157},{"id":156},"granola-trasformare-la-riunione-in-artifact-async",[158],{"type":38,"value":159},"Granola: Trasformare la Riunione in Artifact Async",{"type":33,"tag":34,"props":161,"children":162},{},[163],{"type":38,"value":164},"Abbiamo aggiunto Granola alla fine del 2025. È un AI meeting note tool — ma il nostro use case è diverso. Granola non è solo transcript, estrae action item. Al termine della riunione, Granola apre automaticamente issue in Linear e assegna l'assignee. Non esiste la frazione \"la cosa discussa in riunione è finita in Linear?\". È già lì.",{"type":33,"tag":34,"props":166,"children":167},{},[168],{"type":38,"value":169},"La feature migliore di Granola: invia il meeting summary su Slack con webhook. Chi non era in riunione legge il riassunto in #meeting-notes 5 minuti dopo. Questa trasparenza async riduce il FOMO, riduce la partecipazione inutile alle riunioni.",{"type":33,"tag":34,"props":171,"children":172},{},[173],{"type":38,"value":174},"Granola non ha ancora integrazione Notion, la facciamo manualmente: i summary di Granola dalle critical client meeting vanno copiati nel decision log di Notion. Questo attrito è voluto — non vogliamo portare ogni riunione su Notion. Solo le decisioni strategiche.",{"type":33,"tag":41,"props":176,"children":178},{"id":177},"pattern-di-integrazione-dove-mettere-lattrito",[179],{"type":38,"value":180},"Pattern di Integrazione: Dove Mettere l'Attrito",{"type":33,"tag":34,"props":182,"children":183},{},[184],{"type":38,"value":185},"Il successo di uno stack tecnologico non sta nel quale tool scegli, ma dove metti l'attrito consapevolmente. Abbiamo 3 punti di attrito voluto:",{"type":33,"tag":187,"props":188,"children":189},"ol",{},[190,202,212],{"type":33,"tag":191,"props":192,"children":193},"li",{},[194,200],{"type":33,"tag":195,"props":196,"children":197},"strong",{},[198],{"type":38,"value":199},"Slack → Notion:",{"type":38,"value":201}," Non è automatico. Le decisioni dalla chat vanno spostate manualmente. Così Notion rimane senza rumore.",{"type":33,"tag":191,"props":203,"children":204},{},[205,210],{"type":33,"tag":195,"props":206,"children":207},{},[208],{"type":38,"value":209},"Figma → Linear:",{"type":38,"value":211}," Nessuna integrazione di comment. Il feedback si raccoglie su Slack. Così il feedback è centralizzato.",{"type":33,"tag":191,"props":213,"children":214},{},[215,220],{"type":33,"tag":195,"props":216,"children":217},{},[218],{"type":38,"value":219},"Granola → Notion:",{"type":38,"value":221}," Non è automatico. Le riunioni critiche vanno spostate manualmente. Così il decision log di Notion rimane di qualità.",{"type":33,"tag":34,"props":223,"children":224},{},[225],{"type":38,"value":226},"Questi attrito vanno contro la logica \"tutto deve essere automatico\", ma sono intenzionali. Perché l'automazione ha un costo: perdi il senso di dove vive l'informazione. Noi mettiamo l'attrito per costruire una gerarchia dell'informazione: Slack è ephemeral, Linear è scope-di-sprint, Notion è strategico.",{"type":33,"tag":41,"props":228,"children":230},{"id":229},"risultato-numerico-efficienza-operazionale",[231],{"type":38,"value":232},"Risultato Numerico: Efficienza Operazionale",{"type":33,"tag":34,"props":234,"children":235},{},[236],{"type":38,"value":237},"Dati Q2 2026:",{"type":33,"tag":239,"props":240,"children":241},"ul",{},[242,247,252,257,262],{"type":33,"tag":191,"props":243,"children":244},{},[245],{"type":38,"value":246},"Tempo medio di riunioni al giorno: 2,3 ore (Q2 2024: 4,1 ore)",{"type":33,"tag":191,"props":248,"children":249},{},[250],{"type":38,"value":251},"Tempo di risposta async: 4,2 ore (target: sotto le 4)",{"type":33,"tag":191,"props":253,"children":254},{},[255],{"type":38,"value":256},"Prevedibilità della sprint velocity: 87% (ultimi 12 cycle)",{"type":33,"tag":191,"props":258,"children":259},{},[260],{"type":38,"value":261},"Median time da apertura a chiusura issue in Linear: 3,8 giorni",{"type":33,"tag":191,"props":263,"children":264},{},[265],{"type":38,"value":266},"Pagine Notion: 412 (attive), utilizzo filter vs search: 78%",{"type":33,"tag":34,"props":268,"children":269},{},[270],{"type":38,"value":271},"Questi numeri non vengono dalla scelta del tool, ma dalla disciplina di integrazione. Se Linear, Notion, Slack vivessero come silos — \"il migliore tool per quello\" — il costo del context switching sarebbe il doppio. Noi disegniamo consapevolmente i pattern di integrazione — soprattutto i punti di attrito — e manteniamo la velocità operazionale.",{"type":33,"tag":34,"props":273,"children":274},{},[275,277,286],{"type":38,"value":276},"Uno stack tecnologico non è una lista di software. È disciplina del team, naming convention, cultura async, regole di accountability — tutto insieme. Come nel nostro lavoro su ",{"type":33,"tag":278,"props":279,"children":283},"a",{"href":280,"rel":281},"https:\u002F\u002Fwww.roibase.com.tr\u002Fit\u002Fbranding",[282],"nofollow",[284],{"type":38,"value":285},"Branding & Brand Identity",{"type":38,"value":287},", l'identità operazionale ha bisogno di pattern coerente. Gli strumenti cambiano, il pattern rimane.",{"title":17,"searchDepth":289,"depth":289,"links":290},3,[291,293,296,297,298,299,300],{"id":43,"depth":292,"text":46},2,{"id":73,"depth":292,"text":76,"children":294},[295],{"id":95,"depth":289,"text":98},{"id":106,"depth":292,"text":109},{"id":135,"depth":292,"text":138},{"id":156,"depth":292,"text":159},{"id":177,"depth":292,"text":180},{"id":229,"depth":292,"text":232},"markdown","content:it:lifestyle:tech-stack-2026-roibase-daily-operations.md","content","it\u002Flifestyle\u002Ftech-stack-2026-roibase-daily-operations.md","it\u002Flifestyle\u002Ftech-stack-2026-roibase-daily-operations","md",1785967495252]