[{"data":1,"prerenderedAt":56},["ShallowReactive",2],{"article-launch-risk-pre-mortem-mindset":3},{"slug":4,"date":5,"tags":6,"coverImage":12,"appName":13,"url":14,"translations":15},"launch-risk-pre-mortem-mindset","2026-06-06",[7,8,9,10,11],"reloadium","launch-risk","product","strategy","risk-management",null,"Reloadium Launch Risk","https://reloadium.com/launch-risk/",{"en":16,"fr":20,"de":24,"es":28,"it":32,"nl":36,"no":40,"pl":44,"pt":48,"tr":52},{"title":17,"summary":18,"body":19},"The pre-mortem: why imagining failure before launch beats analyzing it after","Post-mortems are useful but they happen too late to save the launch they're analyzing. A pre-mortem flips the timing — and unlocks a kind of honesty teams struggle to access otherwise.","## Why post-mortems aren't enough\n\nPost-mortems are a foundational practice. Done well, they extract the lessons from a failure so the next launch doesn't repeat the same mistake. The problem is structural: the launch you're analyzing has already shipped. The damage is done. The lessons help the next team, not the one that just got hit.\n\nThis is why mature engineering organizations supplement post-mortems with **pre-mortems** — a structured exercise where the team imagines the launch has already failed, then works backwards to explain why.\n\n## What a pre-mortem actually unlocks\n\nThe pre-mortem isn't just a planning exercise with a different framing. It changes the social dynamics around raising concerns.\n\nIn a normal planning meeting, expressing doubt is socially expensive. You're the person slowing things down, questioning decisions that have already been made. The natural human response is to keep concerns private.\n\nIn a pre-mortem, the frame is inverted. The failure is *assumed*. The task is to explain why it happened. This makes naming risks feel like creativity rather than dissent. Team members who would normally stay quiet contribute, because they're being asked to imagine, not to oppose.\n\nThe result: risks that would have stayed in DMs and private worries surface in the room, where they can actually be addressed.\n\n## How to run a useful pre-mortem\n\n**Frame the failure concretely.** Don't ask the team to imagine the launch \"didn't go well.\" Ask them to imagine a specific failure mode: the launch is delayed three weeks because of a bug found in staging. Or: the launch ships on time but customer churn doubles in the first month. Or: the launch creates a public incident that requires a CEO apology. Specific failures generate specific risks.\n\n**Have everyone write before they speak.** The first person to talk anchors the conversation. Have each participant spend five minutes silently writing every reason they can think of why the failure happened. Then go around and collect them. This surfaces ideas that the team's most vocal members would have crowded out.\n\n**Group by theme, then prioritize by impact.** The raw list of failure reasons will overlap. Cluster them — technical, market, operational, people — and then identify the small set of failure modes that account for most of the listed reasons. These are the ones to mitigate.\n\n**Convert each surfaced risk into a concrete action.** A pre-mortem that doesn't change what the team does is a venting session. For each significant risk, name the owner, the mitigation, and the verification step.\n\n## What AI risk analysis adds\n\nA pre-mortem with a small team has a coverage problem: you only surface the failure modes someone in the room thinks of. A structured AI analysis covers categories the team might miss — particularly market, operational, and strategic risks that engineering-heavy teams underweight.\n\nReloadium Launch Risk works well as the **input** to a pre-mortem rather than a replacement for it. The AI generates the comprehensive risk profile across all dimensions; the team uses the pre-mortem to add the contextual knowledge only they have, decide what's real, and assign owners. The combination beats either method alone.\n\n## The asymmetric payoff\n\nA pre-mortem takes 60 minutes. A bad launch can take months to recover from. The expected value of running the pre-mortem is positive even if it only changes the launch decision once in ten times.\n\nThat's the asymmetric bet: cheap to run, occasionally saves the launch.",{"title":21,"summary":22,"body":23},"Le pre-mortem : pourquoi imaginer l'échec avant le lancement bat son analyse après","Les post-mortems sont utiles mais arrivent trop tard pour sauver le lancement analysé. Un pre-mortem inverse le timing — et débloque un type d'honnêteté difficile à atteindre autrement.","## Pourquoi les post-mortems ne suffisent pas\n\nLes post-mortems sont une pratique fondamentale. Bien faits, ils extraient les leçons d'un échec pour que le prochain lancement ne répète pas la même erreur. Le problème est structurel : le lancement analysé a déjà été livré.\n\nC'est pourquoi les organisations matures complètent les post-mortems avec des **pre-mortems** — un exercice structuré où l'équipe imagine que le lancement a déjà échoué, puis travaille à rebours pour expliquer pourquoi.\n\n## Ce que le pre-mortem débloque vraiment\n\nDans une réunion de planification normale, exprimer un doute coûte socialement. Vous êtes la personne qui ralentit les choses.\n\nDans un pre-mortem, le cadre est inversé. L'échec est *présumé*. La tâche est d'expliquer pourquoi il s'est produit. Cela fait que nommer des risques ressemble à de la créativité plutôt qu'à de la dissidence.\n\n## Comment mener un pre-mortem utile\n\n**Cadrez l'échec concrètement.** Ne demandez pas d'imaginer que le lancement \"ne s'est pas bien passé\". Demandez d'imaginer un mode d'échec spécifique.\n\n**Faites écrire chacun avant de parler.** La première personne qui parle ancre la conversation.\n\n**Groupez par thème, puis priorisez par impact.**\n\n**Convertissez chaque risque remonté en action concrète.** Pour chaque risque significatif, nommez le responsable, la mitigation et l'étape de vérification.\n\n## Ce qu'ajoute l'analyse IA\n\nUn pre-mortem en petite équipe a un problème de couverture : vous ne remontez que les modes d'échec auxquels quelqu'un pense. Une analyse IA structurée couvre des catégories que l'équipe pourrait manquer — particulièrement les risques marché, opérationnels et stratégiques.\n\nReloadium Launch Risk fonctionne bien comme **entrée** d'un pre-mortem plutôt que comme remplacement.\n\n## Le gain asymétrique\n\nUn pre-mortem prend 60 minutes. Un mauvais lancement peut prendre des mois à récupérer. La valeur attendue est positive même si l'exercice ne change la décision qu'une fois sur dix.",{"title":25,"summary":26,"body":27},"Das Pre-Mortem: Warum sich den Fehler vor dem Launch vorzustellen besser ist als ihn danach zu analysieren","Post-Mortems sind nützlich, kommen aber zu spät, um den analysierten Launch zu retten. Ein Pre-Mortem kehrt das Timing um — und schaltet eine Art Ehrlichkeit frei, die Teams sonst schwer erreichen.","## Warum Post-Mortems nicht genug sind\n\nPost-Mortems sind eine grundlegende Praxis. Das Problem ist strukturell: der analysierte Launch wurde bereits ausgeliefert.\n\nDeshalb ergänzen reife Engineering-Organisationen Post-Mortems mit **Pre-Mortems** — einer strukturierten Übung, bei der das Team sich vorstellt, der Launch sei bereits gescheitert, und dann rückwärts arbeitet, um zu erklären warum.\n\n## Was ein Pre-Mortem tatsächlich freischaltet\n\nIn einem normalen Planungsmeeting ist es sozial teuer, Zweifel zu äußern.\n\nIm Pre-Mortem ist der Rahmen umgekehrt. Das Scheitern wird *vorausgesetzt*. Die Aufgabe ist zu erklären, warum es passiert ist.\n\n## So führen Sie ein nützliches Pre-Mortem\n\n**Rahmen Sie das Scheitern konkret.** Nicht abstrakt, sondern eine spezifische Fehlermodalität.\n\n**Lassen Sie alle vor dem Sprechen schreiben.**\n\n**Gruppieren Sie nach Thema, priorisieren Sie nach Wirkung.**\n\n**Wandeln Sie jedes aufgetauchte Risiko in eine konkrete Aktion um.**\n\n## Was KI-Risikoanalyse hinzufügt\n\nEin Pre-Mortem mit kleinem Team hat ein Abdeckungsproblem. Eine strukturierte KI-Analyse deckt Kategorien ab, die das Team vielleicht übersieht.\n\nReloadium Launch Risk funktioniert gut als **Input** für ein Pre-Mortem.\n\n## Die asymmetrische Auszahlung\n\nEin Pre-Mortem dauert 60 Minuten. Ein schlechter Launch braucht Monate zur Erholung. Der Erwartungswert ist positiv, selbst wenn die Übung die Entscheidung nur einmal in zehn Fällen ändert.",{"title":29,"summary":30,"body":31},"El pre-mortem: por qué imaginar el fracaso antes del lanzamiento supera analizarlo después","Los post-mortems son útiles pero llegan demasiado tarde para salvar el lanzamiento analizado. Un pre-mortem invierte el timing — y desbloquea un tipo de honestidad que los equipos suelen tener difícil acceder.","## Por qué los post-mortems no son suficientes\n\nLos post-mortems son una práctica fundamental. El problema es estructural: el lanzamiento analizado ya se envió.\n\nPor eso las organizaciones de ingeniería maduras complementan los post-mortems con **pre-mortems** — un ejercicio estructurado donde el equipo imagina que el lanzamiento ya falló y trabaja hacia atrás para explicar por qué.\n\n## Lo que el pre-mortem realmente desbloquea\n\nEn una reunión de planificación normal, expresar dudas cuesta socialmente.\n\nEn un pre-mortem, el marco está invertido. El fracaso se *asume*. La tarea es explicar por qué sucedió.\n\n## Cómo dirigir un pre-mortem útil\n\n**Enmarca el fracaso concretamente.**\n\n**Que todos escriban antes de hablar.**\n\n**Agrupa por tema, prioriza por impacto.**\n\n**Convierte cada riesgo surgido en acción concreta.**\n\n## Lo que añade el análisis de IA\n\nUn pre-mortem con un equipo pequeño tiene un problema de cobertura. Un análisis estructurado de IA cubre categorías que el equipo podría perder.\n\nReloadium Launch Risk funciona bien como **entrada** a un pre-mortem.\n\n## El pago asimétrico\n\nUn pre-mortem toma 60 minutos. Un mal lanzamiento puede tomar meses para recuperarse. El valor esperado es positivo incluso si solo cambia la decisión una vez de cada diez.",{"title":33,"summary":34,"body":35},"Il pre-mortem: perché immaginare il fallimento prima del lancio batte l'analizzarlo dopo","I post-mortem sono utili ma arrivano troppo tardi per salvare il lancio analizzato. Un pre-mortem inverte il timing — e sblocca un tipo di onestà difficile da raggiungere altrimenti.","## Perché i post-mortem non bastano\n\nI post-mortem sono una pratica fondamentale. Il problema è strutturale: il lancio analizzato è già stato spedito.\n\nEcco perché le organizzazioni di ingegneria mature integrano i post-mortem con **pre-mortem** — un esercizio strutturato in cui il team immagina che il lancio sia già fallito e lavora all'indietro per spiegare perché.\n\n## Cosa il pre-mortem sblocca veramente\n\nIn una riunione di pianificazione normale, esprimere dubbi costa socialmente.\n\nNel pre-mortem la cornice è invertita. Il fallimento è *presunto*. Il compito è spiegare perché è accaduto.\n\n## Come condurre un pre-mortem utile\n\n**Inquadra il fallimento concretamente.**\n\n**Fai scrivere tutti prima di parlare.**\n\n**Raggruppa per tema, prioritizza per impatto.**\n\n**Converti ogni rischio emerso in azione concreta.**\n\n## Cosa aggiunge l'analisi AI\n\nUn pre-mortem con un piccolo team ha un problema di copertura. Un'analisi AI strutturata copre categorie che il team potrebbe perdere.\n\nReloadium Launch Risk funziona bene come **input** a un pre-mortem.\n\n## Il guadagno asimmetrico\n\nUn pre-mortem dura 60 minuti. Un cattivo lancio può richiedere mesi di recupero. Il valore atteso è positivo anche se l'esercizio cambia la decisione solo una volta su dieci.",{"title":37,"summary":38,"body":39},"De pre-mortem: waarom mislukking voorstellen vóór de lancering beter is dan analyseren erna","Post-mortems zijn nuttig maar komen te laat om de geanalyseerde lancering te redden. Een pre-mortem keert de timing om — en ontgrendelt een soort eerlijkheid die teams anders moeilijk bereiken.","## Waarom post-mortems niet genoeg zijn\n\nPost-mortems zijn een fundamentele praktijk. Het probleem is structureel: de geanalyseerde lancering is al verzonden.\n\nDaarom vullen volwassen engineering-organisaties post-mortems aan met **pre-mortems** — een gestructureerde oefening waarbij het team zich voorstelt dat de lancering al is mislukt en achteruit werkt om uit te leggen waarom.\n\n## Wat een pre-mortem werkelijk ontgrendelt\n\nIn een normale planningsvergadering kost twijfel uiten sociaal.\n\nIn een pre-mortem is het kader omgedraaid. Mislukking wordt *aangenomen*.\n\n## Hoe een nuttige pre-mortem te leiden\n\n**Kader de mislukking concreet.**\n\n**Laat iedereen schrijven voor ze spreken.**\n\n**Groepeer per thema, prioriteer per impact.**\n\n**Zet elk opgekomen risico om in concrete actie.**\n\n## Wat AI-risicoanalyse toevoegt\n\nEen pre-mortem met een klein team heeft een dekkingsprobleem. Een gestructureerde AI-analyse dekt categorieën die het team zou kunnen missen.\n\nReloadium Launch Risk werkt goed als **input** voor een pre-mortem.\n\n## De asymmetrische opbrengst\n\nEen pre-mortem duurt 60 minuten. Een slechte lancering kan maanden duren om te herstellen.",{"title":41,"summary":42,"body":43},"Pre-mortem: hvorfor å forestille seg fiasko før lansering slår å analysere det etterpå","Post-mortems er nyttige, men kommer for sent til å redde lanseringen som analyseres. Et pre-mortem snur tidspunktet — og låser opp en form for ærlighet team ellers sliter med å nå.","## Hvorfor post-mortems ikke er nok\n\nPost-mortems er en fundamental praksis. Problemet er strukturelt: lanseringen som analyseres er allerede sendt ut.\n\nDerfor supplementerer modne engineering-organisasjoner post-mortems med **pre-mortems** — en strukturert øvelse der teamet forestiller seg at lanseringen allerede har mislyktes og jobber bakover for å forklare hvorfor.\n\n## Hva et pre-mortem faktisk låser opp\n\nI et normalt planleggingsmøte koster det sosialt å uttrykke tvil.\n\nI et pre-mortem er rammen snudd. Fiasko er *antatt*.\n\n## Hvordan kjøre et nyttig pre-mortem\n\n**Innram fiaskoen konkret.**\n\n**La alle skrive før de snakker.**\n\n**Grupper etter tema, prioriter etter påvirkning.**\n\n**Konverter hver oppdaget risiko til konkret handling.**\n\n## Hva AI-risikoanalyse tilfører\n\nEt pre-mortem med et lite team har et dekningsproblem. En strukturert AI-analyse dekker kategorier teamet kanskje overser.\n\nReloadium Launch Risk fungerer godt som **input** til et pre-mortem.\n\n## Den asymmetriske avkastningen\n\nEt pre-mortem tar 60 minutter. En dårlig lansering kan ta måneder å gjenopprette.",{"title":45,"summary":46,"body":47},"Pre-mortem: dlaczego wyobrażenie sobie porażki przed premierą bije analizę po niej","Post-mortemy są przydatne, ale przychodzą zbyt późno, aby uratować analizowaną premierę. Pre-mortem odwraca timing — i odblokowuje rodzaj szczerości, do której zespoły inaczej trudno dotrzeć.","## Dlaczego post-mortemy nie wystarczają\n\nPost-mortemy są fundamentalną praktyką. Problem jest strukturalny: analizowana premiera już została wysłana.\n\nDlatego dojrzałe organizacje inżynierskie uzupełniają post-mortemy o **pre-mortemy** — ustrukturyzowane ćwiczenie, w którym zespół wyobraża sobie, że premiera już zawiodła i pracuje wstecz, aby wyjaśnić dlaczego.\n\n## Co naprawdę odblokowuje pre-mortem\n\nNa normalnym spotkaniu planowania wyrażanie wątpliwości kosztuje społecznie.\n\nW pre-mortemie ramy są odwrócone. Porażka jest *założona*.\n\n## Jak prowadzić pożyteczny pre-mortem\n\n**Sformułuj porażkę konkretnie.**\n\n**Niech wszyscy piszą przed mówieniem.**\n\n**Grupuj według tematów, priorytetyzuj według wpływu.**\n\n**Zamień każde wyłonione ryzyko w konkretne działanie.**\n\n## Co dodaje analiza AI\n\nPre-mortem z małym zespołem ma problem pokrycia. Ustrukturyzowana analiza AI pokrywa kategorie, które zespół może przeoczyć.\n\nReloadium Launch Risk dobrze funkcjonuje jako **wejście** do pre-mortemu.\n\n## Asymetryczna nagroda\n\nPre-mortem zajmuje 60 minut. Zła premiera może trwać miesiące do odzyskania.",{"title":49,"summary":50,"body":51},"O pre-mortem: porque imaginar a falha antes do lançamento bate analisá-la depois","Os post-mortems são úteis mas chegam tarde demais para salvar o lançamento que analisam. Um pre-mortem inverte o timing — e desbloqueia um tipo de honestidade que as equipas têm dificuldade em alcançar de outra forma.","## Porque os post-mortems não são suficientes\n\nOs post-mortems são uma prática fundamental. O problema é estrutural: o lançamento que está a ser analisado já foi enviado.\n\nÉ por isso que as organizações de engenharia maduras complementam os post-mortems com **pre-mortems** — um exercício estruturado onde a equipa imagina que o lançamento já falhou e trabalha para trás para explicar porquê.\n\n## O que um pre-mortem realmente desbloqueia\n\nNuma reunião de planeamento normal, expressar dúvidas custa socialmente.\n\nNum pre-mortem, a moldura está invertida. A falha é *assumida*.\n\n## Como conduzir um pre-mortem útil\n\n**Enquadre a falha concretamente.**\n\n**Faça com que todos escrevam antes de falar.**\n\n**Agrupe por tema, priorize por impacto.**\n\n**Converta cada risco surgido em acção concreta.**\n\n## O que a análise de IA acrescenta\n\nUm pre-mortem com uma equipa pequena tem um problema de cobertura. Uma análise de IA estruturada cobre categorias que a equipa pode perder.\n\nO Reloadium Launch Risk funciona bem como **input** para um pre-mortem.\n\n## O retorno assimétrico\n\nUm pre-mortem leva 60 minutos. Um mau lançamento pode levar meses a recuperar.",{"title":53,"summary":54,"body":55},"Pre-mortem: lansman öncesi başarısızlığı hayal etmek neden sonrasında analiz etmekten daha iyidir","Post-mortem'lar yararlıdır ancak analiz ettikleri lansmanı kurtarmak için çok geç gelirler. Pre-mortem zamanlamayı tersine çevirir — ve takımların başka türlü ulaşmakta zorlandığı bir dürüstlüğü açar.","## Post-mortem'lar neden yetmez\n\nPost-mortem'lar temel bir uygulamadır. Sorun yapısal: analiz edilen lansman zaten gönderildi.\n\nBu yüzden olgun mühendislik organizasyonları post-mortem'ları **pre-mortem'lerle** tamamlar — ekibin lansmanın zaten başarısız olduğunu hayal ettiği ve geriye doğru çalışarak nedenini açıkladığı yapılandırılmış bir egzersiz.\n\n## Pre-mortem'in gerçekten açtığı şey\n\nNormal bir planlama toplantısında şüpheyi dile getirmek sosyal olarak pahalıdır.\n\nPre-mortem'de çerçeve tersine çevrilmiştir. Başarısızlık *varsayılır*.\n\n## Yararlı bir pre-mortem nasıl yürütülür\n\n**Başarısızlığı somut olarak çerçeveleyin.**\n\n**Konuşmadan önce herkesin yazmasını sağlayın.**\n\n**Temaya göre grupla, etkiye göre önceliklendir.**\n\n**Her ortaya çıkan riski somut eyleme dönüştürün.**\n\n## Yapay zeka risk analizinin kattığı\n\nKüçük ekiple yapılan pre-mortem'in kapsam sorunu vardır. Yapılandırılmış bir AI analizi ekibin gözden kaçırabileceği kategorileri kapsar.\n\nReloadium Launch Risk bir pre-mortem'e **girdi** olarak iyi çalışır.\n\n## Asimetrik getiri\n\nPre-mortem 60 dakika sürer. Kötü bir lansman toparlanması aylar sürebilir.",1780931366719]