Deze week hebben we twee kleine maar impactvolle verbeteringen uitgebracht die dagelijkse frictie verminderen: eenvoudiger navigeren tussen gerelateerd werk en voorspelbare levering van uitgaande e-mail wanneer je je eigen SMTP-provider gebruikt. Deze veranderingen verwijderen klikken die nergens toe leidden en e-mailinstellingen die wel geconfigureerd leken maar niet werden gebruikt, zodat je team kan triëren, overdracht kan doen en communiceren met minder onderbreking.
Hieronder vind je de details van elke verbetering, hoe ze in echte workflows belangrijk zijn en wat je (indien nodig) moet doen om ze te activeren.
Open geblokkeerde taken en SOP-runs direct vanaf het dashboard
Je kunt nu op taak- en SOP-run-titels klikken in de Blocked Items widget om de bijbehorende taak of run te openen. Voorheen leken die titels klikbaar maar navigeerden ze niet; nu brengen ze je naar het exacte item.
Waarom dit belangrijk is: wanneer iemand een run of taak als geblokkeerd markeert, wil je die meestal snel inspecteren om de blokkade te begrijpen en een beslissing te nemen. Vanuit het dashboard meteen naar de exacte taak of run springen bespaart tijd en vermindert contextswitching.
Wat dit direct oplevert:
Klikbare taak- en SOP-run-titels in de Blocked Items widget die het item direct openen.
Snellere triage met minder stappen tussen het opmerken van een geblokkeerd item en het bekijken van details, opmerkingen of eigenaren.
Duidelijkere samenwerking omdat je teamleden rechtstreeks op het item kunt laten landen dat je bespreekt.
Hoe teams dit doorgaans gebruiken
Incident response: spot een geblokkeerde run en open deze direct om logs, eigenaar en geschiedenis te bekijken.
Sprintplanning: identificeer taken die de voortgang blokkeren en navigeer er meteen naartoe om vervolgstappen toe te wijzen.
Klantwerk: spring direct naar de problematische run wanneer je context moet delen met een stakeholder.
Als je afhankelijk bent van de Blocked Items widget voor dagelijkse stand-ups of on-call triage, scheelt dit elke keer dat een geblokkeerd item verschijnt een paar klikken.
Klik door "Blocked By" en "Blocking" vanaf project- en sprintpagina's
Wanneer je een taak bekijkt in de task drawer vanaf project- en sprintpagina's, gedragen de Blocked By en Blocking entries zich nu als echte links en navigeren ze naar de gerelateerde taak. Voorheen leken die kaarten interactief maar openden ze de verwijzende taak niet vanuit sprint- of projectcontext.
Waarom dit belangrijk is: blockers zijn een relationeel probleem—weten waar een taak door wordt geblokkeerd of wat deze blokkeert is net zo relevant als de taak zelf. Directe navigatie houdt de onderzoeksdraad intact zonder handmatig zoeken.
Gebruikersgerichte verbeteringen hierin:
Tik op een blocker of afhankelijke taak in de task drawer en ga rechtstreeks naar dat item.
Behoud context bij het beoordelen van taken binnen een sprint- of projectweergave.
Verminder handmatige zoekacties bij het volgen van een keten van geblokkeerde taken.
Voorbeeld: als Taak A aangeeft dat het geblokkeerd wordt door Taak B, klik op die vermelding om de drawer van Taak B te openen en bekijk de toegewezen persoon, notities of run-geschiedenis—geen extra zoeken nodig. Dit is vooral nuttig tijdens sprintgrooming en bij het oplossen van cross-team afhankelijkheden.
Uitgaande e-mail volgt nu je SMTP-configuratie
Als je SMTP credentials configureert voor uitgaande e-mail (bijvoorbeeld door je SMTP-host in te stellen), zal de backend nu je SMTP-provider gebruiken nadat je hebt redeploy met die instellingen actief. Voorheen werden e-mails in sommige deployments, zelfs wanneer SMTP geconfigureerd was, nog via het standaardpad verzonden.
Waarom dit belangrijk is: veel teams gebruiken hun eigen SMTP-infrastructuur of een voorkeurs transactional provider voor leverbaarheid, compliance of branding. Wanneer je instellingen niet werden gebruikt, veroorzaakte dat verwarring en vereiste het handmatige follow-up.
Wat je moet doen om dit actief te krijgen
Zorg dat je SMTP settings (host, poort, gebruikersnaam, wachtwoord, TLS-instellingen, enz.) zijn geconfigureerd in je deployment-omgeving.
Redeploy je OKiDO-backend met de SMTP-instellingen aanwezig zodat de service ze oppikt.
Stuur een testmelding vanuit OKiDO (bijv. een taaktoewijzing of run-alert) en bevestig aflevering via je SMTP-provider of je inbox.
Snelle checklist om te verifiëren dat SMTP actief is
Controleer of de SMTP-host en credentials aanwezig zijn in je deployment-configuratie.
Redeploy de service zodat de backend de nieuwe instellingen inleest.
Gebruik de ingebouwde testmail of trigger een eenvoudige notificatie om aflevering te bevestigen.
Als aflevering faalt, controleer de logs van je provider op authenticatie- of relay-fouten en bevestig credentials en connectiviteit.
Als je eerder een SMTP-provider had geconfigureerd maar nog steeds zag dat berichten via het standaard afleverpad gingen, controleer je SMTP-instellingen opnieuw en voer een redeploy uit—je uitgaande e-mail zou dan via de SMTP-provider moeten lopen die je hebt opgegeven.
Het werkend maken voor je team
Deze updates zijn oppervlakkig klein maar lossen twee veelvoorkomende operationele ergernissen op: onzichtbare links en onduidelijke e-mailrouting. Beide draaien om vertrouwen—vertrouwen dat een klik je brengt waar je verwacht en vertrouwen dat je uitgaande e-mailinstellingen daadwerkelijk worden gebruikt.
Probeer het nieuwe gedrag in je workspace. Als je iets onverwachts tegenkomt—links die nog steeds niet navigeren, of e-mail die je SMTP-instellingen niet volgt—stuur dan een bericht naar support of open een ticket en we onderzoeken het. Jouw feedback helpt ons het platform betrouwbaar te houden voor het werk dat je erop uitvoert.
