home.social

#sla — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #sla, aggregated by home.social.

fetched live
  1. Как понять, что компания выросла из своей системы заявок

    В первые месяцы внутренняя система заявок обычно решает главную задачу: обращения перестают теряться, сотрудники знают, куда писать, а исполнители — что делать. Кажется, что процесс наконец-то заработал. Но со временем количество подразделений растет, маршруты согласования усложняются, появляются новые сервисы и требования к отчетности. Руководители все чаще обсуждают одни и те же вопросы: где образуются очереди, кому действительно не хватает людей, почему сроки снова сдвигаются и какие процессы требуют изменений. Ответы приходится искать вручную — по нескольким отчетам, таблицам и сообщениям в чатах. В этой статье разберем пять признаков, которые показывают, что внутренняя система заявок перестает быть инструментом управления и начинает ограничивать развитие сервисных процессов компании.

    habr.com/ru/companies/simpleon

    #ESM #Enterprise_Service_Management #ITSM #Service_Desk #сервисный_подход #каталог_услуг #SLA #управление_заявками #автоматизация_бизнеспроцессов #цифровая_трансформация

  2. Как понять, что компания выросла из своей системы заявок

    В первые месяцы внутренняя система заявок обычно решает главную задачу: обращения перестают теряться, сотрудники знают, куда писать, а исполнители — что делать. Кажется, что процесс наконец-то заработал. Но со временем количество подразделений растет, маршруты согласования усложняются, появляются новые сервисы и требования к отчетности. Руководители все чаще обсуждают одни и те же вопросы: где образуются очереди, кому действительно не хватает людей, почему сроки снова сдвигаются и какие процессы требуют изменений. Ответы приходится искать вручную — по нескольким отчетам, таблицам и сообщениям в чатах. В этой статье разберем пять признаков, которые показывают, что внутренняя система заявок перестает быть инструментом управления и начинает ограничивать развитие сервисных процессов компании.

    habr.com/ru/companies/simpleon

    #ESM #Enterprise_Service_Management #ITSM #Service_Desk #сервисный_подход #каталог_услуг #SLA #управление_заявками #автоматизация_бизнеспроцессов #цифровая_трансформация

  3. Как понять, что компания выросла из своей системы заявок

    В первые месяцы внутренняя система заявок обычно решает главную задачу: обращения перестают теряться, сотрудники знают, куда писать, а исполнители — что делать. Кажется, что процесс наконец-то заработал. Но со временем количество подразделений растет, маршруты согласования усложняются, появляются новые сервисы и требования к отчетности. Руководители все чаще обсуждают одни и те же вопросы: где образуются очереди, кому действительно не хватает людей, почему сроки снова сдвигаются и какие процессы требуют изменений. Ответы приходится искать вручную — по нескольким отчетам, таблицам и сообщениям в чатах. В этой статье разберем пять признаков, которые показывают, что внутренняя система заявок перестает быть инструментом управления и начинает ограничивать развитие сервисных процессов компании.

    habr.com/ru/companies/simpleon

    #ESM #Enterprise_Service_Management #ITSM #Service_Desk #сервисный_подход #каталог_услуг #SLA #управление_заявками #автоматизация_бизнеспроцессов #цифровая_трансформация

  4. A-bloody-or-not-so-bloody-crime-scene 2026 – Teil 15 (Kill the Ones You Love)

    Ursprünglich 2012 auf d6ideas erschienen, aber passend zuA-bloody-or-not-so-bloody-crime-scene noch einmal minimal überarbeitet und uns freundlicherweise von blut_und_glas zur Verfügung gestellt.

    Kill the Ones You Love – ein BPN für SLA Industries

    Was ist passiert?

    Der Teufel wurde an die Wand gemalt. Buchstäblich, in Downtowns Granatapfel-Sektor.

    Der Schriftzug lautet einfach “töte die, die du liebst” in unheilverkündenden, leuchtend roten Lettern. Er prangt an der Rückwand eines verfallenen Lagerraums auf dem Hinterhof einer aufgegebenen Ladenzeile. Niemand weiß, wie lange er schon dort steht, oder wer ihn an die Wand geschrieben hat. Noch ein schlauer Spruch, noch ein hilfloser Aufschrei, noch eine stumme Anklage der Realitäten des Fortschritts.
    Aber das hier ist anders.

    Denn wer das liest, wird es tun. Wird die töten, die er oder sie liebt.
    Wer in Downtown lebt und überlebt, entwickelt in der Regel einen sechsten Sinn. Ein instinktives Gespür für schlimme Dinge, die in der Nachbarschaft vorgehen, ohne dabei jemals ein echtes, ein selbstmörderisches, Bedürfnis zu entfalten, wirklich herauszufinden was genau da passiert – oder warum.
    Als also Leute in der Nähe der ausgebrannten Läden immer häufiger mordeten oder ermordet wurden (häufiger als üblich für Downtown), begannen die Einheimischen diese Gegend zu meiden.
    Es gesellte sich noch eine weitere Downtownlegende zum Corpus der Downtownlegenden. Eine Legende von gewöhnlicher, nicht weiter bemerkenswerter Struktur, eine Warnung, die Nähe der alten Läden zu meiden, eine Geschichte von einem “bösen Ort”, die mit jeder Erzählung wächst, sich verändert, und weiter verfremdet wird, im Kern aber stets die Volksweisheitsversion eines „Betreten verboten“-Schildes bleibt.
    Wissen die Leute was sich dort verbirgt? Nein. Sie fühlen sich einfach sicherer, wenn sie sich dort nicht oder nicht zu lange aufhalten. Und die, die sich nicht an diese ungeschriebene Regel halten, die dort absichtlich herumstöbern oder zufällig hineinstolpern, die einen Blick riskieren und den Text an der Wand entdecken, nun ja, die liefern ein gefundenes Fressen, um den allzu begründeten Aberglauben der Anderen zu festigen.

    Am Ende bleibt eine geringfügige Spitze in der Sektorstatistik über gewaltsame Todesfälle und ein weiterer Eintrag für den Katalog lokaler Mythen, und das war’s.
    Zumindest bis …

    Was passiert gerade?

    … eine SHIVER-Patrouille eine Routinekontrolle des Granatapfel-Sektors durchführt.
    Da sie das Gelände als potentielles Versteck identifizieren, betreten zwei Mitglieder des Trupps den Lagerraum, um ihn zu überprüfen, und entdecken auch das schicksalsträchtige Graffiti.
    Drei Tage später ermordet Malcolm Jones-Montalbano seine Frau und drei der vier gemeinsamen Kinder in ihrem Haus in Suburbia, bevor er sich selbst tötet.
    Am nächsten Tag, nachdem er zuhause seinen Fernseher eingetreten hat, zieht sein Mit-SHIVER Joshua Macmillan seinen Pacifier-Vibroschlagstock und zertrümmert damit einem weiteren Kameraden die obere Schädelhälfte, als die beiden am Anfang ihrer Schicht gerade in ihre Panzeranzüge steigen. Als andere SHIVER herbeistürzen, um Macmillan zu entwaffnen, hebt er sein Browbeater-Gaussgewehr an sein rechtes Auge und drückt ab. Die sich blitzartig ausdehnende Metall- und Memory-Plastikkugel durchschlägt seine Augenhöhle, dringt in das Gehirn ein, prallt von der Innenseite seines Schädels ab und lässt wenig mehr als dünnflüssigen Brei im Inneren zurück.
    An dieser Stelle wird ein BPN vergeben:

    [Download am Ende des Artikels]

    Die Ermittlungen können sich hauptsächlich aus politischen Gründen als schwierig entpuppen. Die SHIVER würden es vorziehen, diese Sache selbst in die Hand zu nehmen. Jetzt aber beschäftigen sich Operatives (noch dazu unerfahrene SCL 10A-Grünschnäbel) mit etwas, das ihrer Ansicht nach eine interne Angelegenheit der Truppe ist (und zwar eine besonders traurige und delikate). Ein wenig Taktgefühl und Zurückhaltung können eine Menge dazu beitragen, diese Probleme aus dem Weg zu räumen, und sobald das geschafft ist, fördern die Nachforschungen schnell – oder auch nicht ganz so schnell, je nachdem wie genau sich die Operatives anstellen – das folgendes zu Tage:

    Jones-Montalbanos überlebendes Kind, ein junger glückloser Künstler namens Uther, war Zeuge des erweiterten Selbstmordes im Haus der Familie. Er selbst hatte eine sehr schwierige Beziehung zu seinem Vater („er wollte, dass ich so werde wie er”), beschreibt ihn aber als einen liebenden („auf seine Weise“) Ehemann und Vater für seine Geschwister. Uther zu Folge gab es keine Probleme zu Hause („abgesehen vom Üblichen“). Wenn er intensiv zu den Details der Tat befragt wird, berichtet er, dass sein Vater ihn gesehen und Blickkontakt zu ihm aufgenommen hat („er sah mich angewidert an“) direkt, bevor er sich erschoss.Wird er noch mehr unter Druck gesetzt, bricht er zusammen und gesteht, dass die letzten Worte seines Vaters „du bist es einfach nicht wert, Uther, warst es noch nie“ waren.

    Macmillan war in den von ihm getöteten Kollegen verliebt, der diese Gefühle aber nicht erwiderte. Den SHIVERn wird zwar häufig ein Sexismusproblem in ihrer Kommandostruktur unterstellt, auf den unteren Rängen macht sich dies aber kaum bemerkbar und der offen schwule Macmillan war in der Station keinerlei Anfeindungen ausgesetzt. Zwei der SHIVER, die während des Zwischenfalls anwesend waren, berichten, dass Macmillan weinte. Nach Meinung der Stationsbelegschaft konnte Macmillan zum Zeitpunkt seiner Tat noch nicht vom Tod Jones-Montalbanos gewusst haben.

    Wenn die Operatives nicht nur die beiden SHIVER überprüfen und die eigentlichen Tathergänge rekonstruieren, sondern auch solche Vorgänge wie Patrouillenrouten nachvollziehen und detaillierte Logbücher und Berichte auswerten, dann stoßen sie auch auf die Information, dass Jones-Montalbano und Macmillan kurz vor ihren erweiterten Selbstmorden während der Granatapfel-Patrouille von ihrer Einheit getrennt waren, um ein Gebäude zu untersuchen.

    Was wird passieren?

    Stumpfe Operatives werden diese Information eventuell nicht entdecken und mit ihren Nachforschungen stecken bleiben. Früher oder später werden sie den Fall als ungelöst abschließen (beziehungsweise werden die SHIVER das für sie tun) und eine Vertragsstrafe und/oder einen SCL-Abzug akzeptieren müssen, aber nichts Schwerwiegendes.
    Kluge – oder verschlagene – Operatives werden sich mehr oder weniger überzeugende Theorien zurechtlegen können, was in den beiden Fällen passiert ist (mit oder ohne Annahme einer Verbindung zwischen ihnen) und diese als Ermittlungsergebnis berichten. Fall erfolgreich abgeschlossen.
    Klugen Operatives kann natürlich auch noch die verdächtige Bewegung der zwei SHIVER während des Granatapfel-Einsatzes auffallen.
    Wenn sie wirklich klug sind, dann werden sie auch noch eine Verbindung mit den gehäuften Todesfällen im Sektor herstellen und/oder die lokalen Legenden ernstnehmen, und dementsprechend beschließen, dass diese Sache besser von Anderen weiterverfolgt werden sollte (oder dass das vielleicht Details sind, die sie besser aus dem offiziellen Bericht herauslassen).
    Wenn sie zu klug sind, dann könnten sie sich natürlich auch entscheiden, sich diese Sache einmal selbst genauer anzuschauen. In diesem Fall ist es wohl am besten, schon einmal herauszufinden, wen die Operatives lieben…

    BPNHerunterladen #ABloodyOrNotSoBloodyCrimeScene2026 #DIY #Krimi #Material #PenPaper #penandpaper #penpaper #Rollenspiel #rpgADay #RPGADay2026 #SLA
  5. A-bloody-or-not-so-bloody-crime-scene 2026 – Teil 15 (Kill the Ones You Love)

    Ursprünglich 2012 auf d6ideas erschienen, aber passend zuA-bloody-or-not-so-bloody-crime-scene noch einmal minimal überarbeitet und uns freundlicherweise von blut_und_glas zur Verfügung gestellt.

    Kill the Ones You Love – ein BPN für SLA Industries

    Was ist passiert?

    Der Teufel wurde an die Wand gemalt. Buchstäblich, in Downtowns Granatapfel-Sektor.

    Der Schriftzug lautet einfach “töte die, die du liebst” in unheilverkündenden, leuchtend roten Lettern. Er prangt an der Rückwand eines verfallenen Lagerraums auf dem Hinterhof einer aufgegebenen Ladenzeile. Niemand weiß, wie lange er schon dort steht, oder wer ihn an die Wand geschrieben hat. Noch ein schlauer Spruch, noch ein hilfloser Aufschrei, noch eine stumme Anklage der Realitäten des Fortschritts.
    Aber das hier ist anders.

    Denn wer das liest, wird es tun. Wird die töten, die er oder sie liebt.
    Wer in Downtown lebt und überlebt, entwickelt in der Regel einen sechsten Sinn. Ein instinktives Gespür für schlimme Dinge, die in der Nachbarschaft vorgehen, ohne dabei jemals ein echtes, ein selbstmörderisches, Bedürfnis zu entfalten, wirklich herauszufinden was genau da passiert – oder warum.
    Als also Leute in der Nähe der ausgebrannten Läden immer häufiger mordeten oder ermordet wurden (häufiger als üblich für Downtown), begannen die Einheimischen diese Gegend zu meiden.
    Es gesellte sich noch eine weitere Downtownlegende zum Corpus der Downtownlegenden. Eine Legende von gewöhnlicher, nicht weiter bemerkenswerter Struktur, eine Warnung, die Nähe der alten Läden zu meiden, eine Geschichte von einem “bösen Ort”, die mit jeder Erzählung wächst, sich verändert, und weiter verfremdet wird, im Kern aber stets die Volksweisheitsversion eines „Betreten verboten“-Schildes bleibt.
    Wissen die Leute was sich dort verbirgt? Nein. Sie fühlen sich einfach sicherer, wenn sie sich dort nicht oder nicht zu lange aufhalten. Und die, die sich nicht an diese ungeschriebene Regel halten, die dort absichtlich herumstöbern oder zufällig hineinstolpern, die einen Blick riskieren und den Text an der Wand entdecken, nun ja, die liefern ein gefundenes Fressen, um den allzu begründeten Aberglauben der Anderen zu festigen.

    Am Ende bleibt eine geringfügige Spitze in der Sektorstatistik über gewaltsame Todesfälle und ein weiterer Eintrag für den Katalog lokaler Mythen, und das war’s.
    Zumindest bis …

    Was passiert gerade?

    … eine SHIVER-Patrouille eine Routinekontrolle des Granatapfel-Sektors durchführt.
    Da sie das Gelände als potentielles Versteck identifizieren, betreten zwei Mitglieder des Trupps den Lagerraum, um ihn zu überprüfen, und entdecken auch das schicksalsträchtige Graffiti.
    Drei Tage später ermordet Malcolm Jones-Montalbano seine Frau und drei der vier gemeinsamen Kinder in ihrem Haus in Suburbia, bevor er sich selbst tötet.
    Am nächsten Tag, nachdem er zuhause seinen Fernseher eingetreten hat, zieht sein Mit-SHIVER Joshua Macmillan seinen Pacifier-Vibroschlagstock und zertrümmert damit einem weiteren Kameraden die obere Schädelhälfte, als die beiden am Anfang ihrer Schicht gerade in ihre Panzeranzüge steigen. Als andere SHIVER herbeistürzen, um Macmillan zu entwaffnen, hebt er sein Browbeater-Gaussgewehr an sein rechtes Auge und drückt ab. Die sich blitzartig ausdehnende Metall- und Memory-Plastikkugel durchschlägt seine Augenhöhle, dringt in das Gehirn ein, prallt von der Innenseite seines Schädels ab und lässt wenig mehr als dünnflüssigen Brei im Inneren zurück.
    An dieser Stelle wird ein BPN vergeben:

    [Download am Ende des Artikels]

    Die Ermittlungen können sich hauptsächlich aus politischen Gründen als schwierig entpuppen. Die SHIVER würden es vorziehen, diese Sache selbst in die Hand zu nehmen. Jetzt aber beschäftigen sich Operatives (noch dazu unerfahrene SCL 10A-Grünschnäbel) mit etwas, das ihrer Ansicht nach eine interne Angelegenheit der Truppe ist (und zwar eine besonders traurige und delikate). Ein wenig Taktgefühl und Zurückhaltung können eine Menge dazu beitragen, diese Probleme aus dem Weg zu räumen, und sobald das geschafft ist, fördern die Nachforschungen schnell – oder auch nicht ganz so schnell, je nachdem wie genau sich die Operatives anstellen – das folgendes zu Tage:

    Jones-Montalbanos überlebendes Kind, ein junger glückloser Künstler namens Uther, war Zeuge des erweiterten Selbstmordes im Haus der Familie. Er selbst hatte eine sehr schwierige Beziehung zu seinem Vater („er wollte, dass ich so werde wie er”), beschreibt ihn aber als einen liebenden („auf seine Weise“) Ehemann und Vater für seine Geschwister. Uther zu Folge gab es keine Probleme zu Hause („abgesehen vom Üblichen“). Wenn er intensiv zu den Details der Tat befragt wird, berichtet er, dass sein Vater ihn gesehen und Blickkontakt zu ihm aufgenommen hat („er sah mich angewidert an“) direkt, bevor er sich erschoss.Wird er noch mehr unter Druck gesetzt, bricht er zusammen und gesteht, dass die letzten Worte seines Vaters „du bist es einfach nicht wert, Uther, warst es noch nie“ waren.

    Macmillan war in den von ihm getöteten Kollegen verliebt, der diese Gefühle aber nicht erwiderte. Den SHIVERn wird zwar häufig ein Sexismusproblem in ihrer Kommandostruktur unterstellt, auf den unteren Rängen macht sich dies aber kaum bemerkbar und der offen schwule Macmillan war in der Station keinerlei Anfeindungen ausgesetzt. Zwei der SHIVER, die während des Zwischenfalls anwesend waren, berichten, dass Macmillan weinte. Nach Meinung der Stationsbelegschaft konnte Macmillan zum Zeitpunkt seiner Tat noch nicht vom Tod Jones-Montalbanos gewusst haben.

    Wenn die Operatives nicht nur die beiden SHIVER überprüfen und die eigentlichen Tathergänge rekonstruieren, sondern auch solche Vorgänge wie Patrouillenrouten nachvollziehen und detaillierte Logbücher und Berichte auswerten, dann stoßen sie auch auf die Information, dass Jones-Montalbano und Macmillan kurz vor ihren erweiterten Selbstmorden während der Granatapfel-Patrouille von ihrer Einheit getrennt waren, um ein Gebäude zu untersuchen.

    Was wird passieren?

    Stumpfe Operatives werden diese Information eventuell nicht entdecken und mit ihren Nachforschungen stecken bleiben. Früher oder später werden sie den Fall als ungelöst abschließen (beziehungsweise werden die SHIVER das für sie tun) und eine Vertragsstrafe und/oder einen SCL-Abzug akzeptieren müssen, aber nichts Schwerwiegendes.
    Kluge – oder verschlagene – Operatives werden sich mehr oder weniger überzeugende Theorien zurechtlegen können, was in den beiden Fällen passiert ist (mit oder ohne Annahme einer Verbindung zwischen ihnen) und diese als Ermittlungsergebnis berichten. Fall erfolgreich abgeschlossen.
    Klugen Operatives kann natürlich auch noch die verdächtige Bewegung der zwei SHIVER während des Granatapfel-Einsatzes auffallen.
    Wenn sie wirklich klug sind, dann werden sie auch noch eine Verbindung mit den gehäuften Todesfällen im Sektor herstellen und/oder die lokalen Legenden ernstnehmen, und dementsprechend beschließen, dass diese Sache besser von Anderen weiterverfolgt werden sollte (oder dass das vielleicht Details sind, die sie besser aus dem offiziellen Bericht herauslassen).
    Wenn sie zu klug sind, dann könnten sie sich natürlich auch entscheiden, sich diese Sache einmal selbst genauer anzuschauen. In diesem Fall ist es wohl am besten, schon einmal herauszufinden, wen die Operatives lieben…

    BPNHerunterladen #ABloodyOrNotSoBloodyCrimeScene2026 #DIY #Krimi #Material #PenPaper #penandpaper #penpaper #Rollenspiel #rpgADay #RPGADay2026 #SLA
  6. A-bloody-or-not-so-bloody-crime-scene 2026 – Teil 15 (Kill the Ones You Love)

    Ursprünglich 2012 auf d6ideas erschienen, aber passend zuA-bloody-or-not-so-bloody-crime-scene noch einmal minimal überarbeitet und uns freundlicherweise von blut_und_glas zur Verfügung gestellt.

    Kill the Ones You Love – ein BPN für SLA Industries

    Was ist passiert?

    Der Teufel wurde an die Wand gemalt. Buchstäblich, in Downtowns Granatapfel-Sektor.

    Der Schriftzug lautet einfach “töte die, die du liebst” in unheilverkündenden, leuchtend roten Lettern. Er prangt an der Rückwand eines verfallenen Lagerraums auf dem Hinterhof einer aufgegebenen Ladenzeile. Niemand weiß, wie lange er schon dort steht, oder wer ihn an die Wand geschrieben hat. Noch ein schlauer Spruch, noch ein hilfloser Aufschrei, noch eine stumme Anklage der Realitäten des Fortschritts.
    Aber das hier ist anders.

    Denn wer das liest, wird es tun. Wird die töten, die er oder sie liebt.
    Wer in Downtown lebt und überlebt, entwickelt in der Regel einen sechsten Sinn. Ein instinktives Gespür für schlimme Dinge, die in der Nachbarschaft vorgehen, ohne dabei jemals ein echtes, ein selbstmörderisches, Bedürfnis zu entfalten, wirklich herauszufinden was genau da passiert – oder warum.
    Als also Leute in der Nähe der ausgebrannten Läden immer häufiger mordeten oder ermordet wurden (häufiger als üblich für Downtown), begannen die Einheimischen diese Gegend zu meiden.
    Es gesellte sich noch eine weitere Downtownlegende zum Corpus der Downtownlegenden. Eine Legende von gewöhnlicher, nicht weiter bemerkenswerter Struktur, eine Warnung, die Nähe der alten Läden zu meiden, eine Geschichte von einem “bösen Ort”, die mit jeder Erzählung wächst, sich verändert, und weiter verfremdet wird, im Kern aber stets die Volksweisheitsversion eines „Betreten verboten“-Schildes bleibt.
    Wissen die Leute was sich dort verbirgt? Nein. Sie fühlen sich einfach sicherer, wenn sie sich dort nicht oder nicht zu lange aufhalten. Und die, die sich nicht an diese ungeschriebene Regel halten, die dort absichtlich herumstöbern oder zufällig hineinstolpern, die einen Blick riskieren und den Text an der Wand entdecken, nun ja, die liefern ein gefundenes Fressen, um den allzu begründeten Aberglauben der Anderen zu festigen.

    Am Ende bleibt eine geringfügige Spitze in der Sektorstatistik über gewaltsame Todesfälle und ein weiterer Eintrag für den Katalog lokaler Mythen, und das war’s.
    Zumindest bis …

    Was passiert gerade?

    … eine SHIVER-Patrouille eine Routinekontrolle des Granatapfel-Sektors durchführt.
    Da sie das Gelände als potentielles Versteck identifizieren, betreten zwei Mitglieder des Trupps den Lagerraum, um ihn zu überprüfen, und entdecken auch das schicksalsträchtige Graffiti.
    Drei Tage später ermordet Malcolm Jones-Montalbano seine Frau und drei der vier gemeinsamen Kinder in ihrem Haus in Suburbia, bevor er sich selbst tötet.
    Am nächsten Tag, nachdem er zuhause seinen Fernseher eingetreten hat, zieht sein Mit-SHIVER Joshua Macmillan seinen Pacifier-Vibroschlagstock und zertrümmert damit einem weiteren Kameraden die obere Schädelhälfte, als die beiden am Anfang ihrer Schicht gerade in ihre Panzeranzüge steigen. Als andere SHIVER herbeistürzen, um Macmillan zu entwaffnen, hebt er sein Browbeater-Gaussgewehr an sein rechtes Auge und drückt ab. Die sich blitzartig ausdehnende Metall- und Memory-Plastikkugel durchschlägt seine Augenhöhle, dringt in das Gehirn ein, prallt von der Innenseite seines Schädels ab und lässt wenig mehr als dünnflüssigen Brei im Inneren zurück.
    An dieser Stelle wird ein BPN vergeben:

    [Download am Ende des Artikels]

    Die Ermittlungen können sich hauptsächlich aus politischen Gründen als schwierig entpuppen. Die SHIVER würden es vorziehen, diese Sache selbst in die Hand zu nehmen. Jetzt aber beschäftigen sich Operatives (noch dazu unerfahrene SCL 10A-Grünschnäbel) mit etwas, das ihrer Ansicht nach eine interne Angelegenheit der Truppe ist (und zwar eine besonders traurige und delikate). Ein wenig Taktgefühl und Zurückhaltung können eine Menge dazu beitragen, diese Probleme aus dem Weg zu räumen, und sobald das geschafft ist, fördern die Nachforschungen schnell – oder auch nicht ganz so schnell, je nachdem wie genau sich die Operatives anstellen – das folgendes zu Tage:

    Jones-Montalbanos überlebendes Kind, ein junger glückloser Künstler namens Uther, war Zeuge des erweiterten Selbstmordes im Haus der Familie. Er selbst hatte eine sehr schwierige Beziehung zu seinem Vater („er wollte, dass ich so werde wie er”), beschreibt ihn aber als einen liebenden („auf seine Weise“) Ehemann und Vater für seine Geschwister. Uther zu Folge gab es keine Probleme zu Hause („abgesehen vom Üblichen“). Wenn er intensiv zu den Details der Tat befragt wird, berichtet er, dass sein Vater ihn gesehen und Blickkontakt zu ihm aufgenommen hat („er sah mich angewidert an“) direkt, bevor er sich erschoss.Wird er noch mehr unter Druck gesetzt, bricht er zusammen und gesteht, dass die letzten Worte seines Vaters „du bist es einfach nicht wert, Uther, warst es noch nie“ waren.

    Macmillan war in den von ihm getöteten Kollegen verliebt, der diese Gefühle aber nicht erwiderte. Den SHIVERn wird zwar häufig ein Sexismusproblem in ihrer Kommandostruktur unterstellt, auf den unteren Rängen macht sich dies aber kaum bemerkbar und der offen schwule Macmillan war in der Station keinerlei Anfeindungen ausgesetzt. Zwei der SHIVER, die während des Zwischenfalls anwesend waren, berichten, dass Macmillan weinte. Nach Meinung der Stationsbelegschaft konnte Macmillan zum Zeitpunkt seiner Tat noch nicht vom Tod Jones-Montalbanos gewusst haben.

    Wenn die Operatives nicht nur die beiden SHIVER überprüfen und die eigentlichen Tathergänge rekonstruieren, sondern auch solche Vorgänge wie Patrouillenrouten nachvollziehen und detaillierte Logbücher und Berichte auswerten, dann stoßen sie auch auf die Information, dass Jones-Montalbano und Macmillan kurz vor ihren erweiterten Selbstmorden während der Granatapfel-Patrouille von ihrer Einheit getrennt waren, um ein Gebäude zu untersuchen.

    Was wird passieren?

    Stumpfe Operatives werden diese Information eventuell nicht entdecken und mit ihren Nachforschungen stecken bleiben. Früher oder später werden sie den Fall als ungelöst abschließen (beziehungsweise werden die SHIVER das für sie tun) und eine Vertragsstrafe und/oder einen SCL-Abzug akzeptieren müssen, aber nichts Schwerwiegendes.
    Kluge – oder verschlagene – Operatives werden sich mehr oder weniger überzeugende Theorien zurechtlegen können, was in den beiden Fällen passiert ist (mit oder ohne Annahme einer Verbindung zwischen ihnen) und diese als Ermittlungsergebnis berichten. Fall erfolgreich abgeschlossen.
    Klugen Operatives kann natürlich auch noch die verdächtige Bewegung der zwei SHIVER während des Granatapfel-Einsatzes auffallen.
    Wenn sie wirklich klug sind, dann werden sie auch noch eine Verbindung mit den gehäuften Todesfällen im Sektor herstellen und/oder die lokalen Legenden ernstnehmen, und dementsprechend beschließen, dass diese Sache besser von Anderen weiterverfolgt werden sollte (oder dass das vielleicht Details sind, die sie besser aus dem offiziellen Bericht herauslassen).
    Wenn sie zu klug sind, dann könnten sie sich natürlich auch entscheiden, sich diese Sache einmal selbst genauer anzuschauen. In diesem Fall ist es wohl am besten, schon einmal herauszufinden, wen die Operatives lieben…

    BPNHerunterladen #ABloodyOrNotSoBloodyCrimeScene2026 #DIY #Krimi #Material #PenPaper #penandpaper #penpaper #Rollenspiel #rpgADay #RPGADay2026 #SLA
  7. Как не растерять девятки в SLA от облачного сервиса до вашего прикладного ПО

    Думаю, многие сталкивались с ситуацией, когда облачный провайдер честно обещает 99.95% или даже 99.99% SLA, но в реальности бизнес-система падает на часы. Формально облако работает, виртуалки доступны, диск жив, сеть отвечает. Фактически пользователь открывает приложение и получает ошибку. Самый неприятный момент заключается в том, что в такие минуты невозможно показать пальцем на провайдера и сказать «проблема на стороне облака», потому что технически облако действительно работает, а вот система нет. Точнее работает, но не как единое целое. Я намеренно не погружаюсь сильно в техническую реализацию того или иного описанного метода по улучшению отказоустойчивости. Сейчас эту задачу прекрасно решает почти любая LLM. Цель статьи – поделиться своим майндсетом: на какие вещи я обращаю внимание, когда передо мной стоит задача улучшить стабильность highload-сервиса.

    habr.com/ru/companies/cloud_ru

    #sre #highload #sla #kafka #kubernetes

  8. Как не растерять девятки в SLA от облачного сервиса до вашего прикладного ПО

    Думаю, многие сталкивались с ситуацией, когда облачный провайдер честно обещает 99.95% или даже 99.99% SLA, но в реальности бизнес-система падает на часы. Формально облако работает, виртуалки доступны, диск жив, сеть отвечает. Фактически пользователь открывает приложение и получает ошибку. Самый неприятный момент заключается в том, что в такие минуты невозможно показать пальцем на провайдера и сказать «проблема на стороне облака», потому что технически облако действительно работает, а вот система нет. Точнее работает, но не как единое целое. Я намеренно не погружаюсь сильно в техническую реализацию того или иного описанного метода по улучшению отказоустойчивости. Сейчас эту задачу прекрасно решает почти любая LLM. Цель статьи – поделиться своим майндсетом: на какие вещи я обращаю внимание, когда передо мной стоит задача улучшить стабильность highload-сервиса.

    habr.com/ru/companies/cloud_ru

    #sre #highload #sla #kafka #kubernetes

  9. Как не растерять девятки в SLA от облачного сервиса до вашего прикладного ПО

    Думаю, многие сталкивались с ситуацией, когда облачный провайдер честно обещает 99.95% или даже 99.99% SLA, но в реальности бизнес-система падает на часы. Формально облако работает, виртуалки доступны, диск жив, сеть отвечает. Фактически пользователь открывает приложение и получает ошибку. Самый неприятный момент заключается в том, что в такие минуты невозможно показать пальцем на провайдера и сказать «проблема на стороне облака», потому что технически облако действительно работает, а вот система нет. Точнее работает, но не как единое целое. Я намеренно не погружаюсь сильно в техническую реализацию того или иного описанного метода по улучшению отказоустойчивости. Сейчас эту задачу прекрасно решает почти любая LLM. Цель статьи – поделиться своим майндсетом: на какие вещи я обращаю внимание, когда передо мной стоит задача улучшить стабильность highload-сервиса.

    habr.com/ru/companies/cloud_ru

    #sre #highload #sla #kafka #kubernetes

  10. ESM-платформы: как объединить десятки корпоративных систем в единую управляемую среду

    Когда у вас разные точки входа в каждый отдел — в ИТ писать, в HR звонить — сотрудник половину рабочего времени бегает между разными каналами в попытке решить свой вопрос. Или хотя бы найти того, кто его решит. А когда вы пытаетесь сделать общий источник данных для всех обслуживающих подразделений и создать наконец одну-единственную точку входа для всех запросов сотрудника, приходится объединять интеграциями с десяток систем. Чтобы не мучаться, есть такой класс систем как ESM-платформы. Разбираемся, зачем бизнесу такое решение, оправдан ли хайп, поможет ли платформа связать разные точки входа в один удобный канал.

    habr.com/ru/companies/simpleon

    #ESM #Enterprise_Service_Management #ITSM #интеграция_систем #единая_точка_входа #каталог_услуг #SLA #lowcode #автоматизация_бизнеспроцессов #цифровая_трансформация

  11. ESM-платформы: как объединить десятки корпоративных систем в единую управляемую среду

    Когда у вас разные точки входа в каждый отдел — в ИТ писать, в HR звонить — сотрудник половину рабочего времени бегает между разными каналами в попытке решить свой вопрос. Или хотя бы найти того, кто его решит. А когда вы пытаетесь сделать общий источник данных для всех обслуживающих подразделений и создать наконец одну-единственную точку входа для всех запросов сотрудника, приходится объединять интеграциями с десяток систем. Чтобы не мучаться, есть такой класс систем как ESM-платформы. Разбираемся, зачем бизнесу такое решение, оправдан ли хайп, поможет ли платформа связать разные точки входа в один удобный канал.

    habr.com/ru/companies/simpleon

    #ESM #Enterprise_Service_Management #ITSM #интеграция_систем #единая_точка_входа #каталог_услуг #SLA #lowcode #автоматизация_бизнеспроцессов #цифровая_трансформация

  12. ESM-платформы: как объединить десятки корпоративных систем в единую управляемую среду

    Когда у вас разные точки входа в каждый отдел — в ИТ писать, в HR звонить — сотрудник половину рабочего времени бегает между разными каналами в попытке решить свой вопрос. Или хотя бы найти того, кто его решит. А когда вы пытаетесь сделать общий источник данных для всех обслуживающих подразделений и создать наконец одну-единственную точку входа для всех запросов сотрудника, приходится объединять интеграциями с десяток систем. Чтобы не мучаться, есть такой класс систем как ESM-платформы. Разбираемся, зачем бизнесу такое решение, оправдан ли хайп, поможет ли платформа связать разные точки входа в один удобный канал.

    habr.com/ru/companies/simpleon

    #ESM #Enterprise_Service_Management #ITSM #интеграция_систем #единая_точка_входа #каталог_услуг #SLA #lowcode #автоматизация_бизнеспроцессов #цифровая_трансформация

  13. europesays.com/it/612099/ «Pensavo fosse stanchezza, era una malattia terminale. Vorrei solo passare più tempo con la mia famiglia: come faranno senza di me?» #Health #inghilterra #IT #Italia #Italy #MalattiaTerminale #Salute #sla

  14. Почему Service Desk есть, а порядка в заявках всё равно нет

    Если в компании внедрен Service Desk, заявки регистрируются, у каждой есть категория, отчёты формируются исправно и кажется, что вопрос решения заявок пользователей и клиентов закрыт. Но наличие системы учета не означает, что заявки решаются в срок. Пока в Сервис деск не внедрена классификация заявок, правила приоритизации, SLA (соглашения об уровне сервиса) порядка не будет. Если у вас в компании Service Desk уже есть, а уверенности, что он реально управляет сервисом, нет, этот текст для вас.

    habr.com/ru/companies/alp_itsm

    #service_desk #Классификация_заявок #sla

  15. Почему Service Desk есть, а порядка в заявках всё равно нет

    Если в компании внедрен Service Desk, заявки регистрируются, у каждой есть категория, отчёты формируются исправно и кажется, что вопрос решения заявок пользователей и клиентов закрыт. Но наличие системы учета не означает, что заявки решаются в срок. Пока в Сервис деск не внедрена классификация заявок, правила приоритизации, SLA (соглашения об уровне сервиса) порядка не будет. Если у вас в компании Service Desk уже есть, а уверенности, что он реально управляет сервисом, нет, этот текст для вас.

    habr.com/ru/companies/alp_itsm

    #service_desk #Классификация_заявок #sla

  16. Почему Service Desk есть, а порядка в заявках всё равно нет

    Если в компании внедрен Service Desk, заявки регистрируются, у каждой есть категория, отчёты формируются исправно и кажется, что вопрос решения заявок пользователей и клиентов закрыт. Но наличие системы учета не означает, что заявки решаются в срок. Пока в Сервис деск не внедрена классификация заявок, правила приоритизации, SLA (соглашения об уровне сервиса) порядка не будет. Если у вас в компании Service Desk уже есть, а уверенности, что он реально управляет сервисом, нет, этот текст для вас.

    habr.com/ru/companies/alp_itsm

    #service_desk #Классификация_заявок #sla

  17. Los Carpinchos + Cuyoman

    Tribus Club de Arte, Santa Fe, sábado, 18 de julio, 21:00 GMT-3

    Los Carpinchos presentan su nuevo disco "Avivando La Llama” en Tribus. Los Carpinchos se presentarán en Tribus Club de Arte el sábado 18 de julio a las 21Hs. Como banda invitada estará Cuyoman. Las entradas están a la venta a través de Ticketway y en boletería de Tribus. 

    Los Carpinchos llegan a Tribus el sábado 18 de julio a las 21Hs presentando su último disco “Avivando la llama”, con Cuyoman como banda invitada. El álbum, producido por Diego Aput (bajista de Cuyoman), profundiza su propuesta de rock litoraleño y fusión de géneros: rock and roll, funk, reggae, ska, murga, folclore y música popular latinoamericana.

    Por su parte, Cuyoman reúne a los ex Karamelo Santo, Pedro "Piro" Rosafa (voz y guitarra), Lucas Villafañe (acordeón y coros) y Diego Aput en una fiesta de rock fusión urbano y latino. 

    vagancio.partidopirata.com.ar/

  18. Los Carpinchos + Cuyoman

    Tribus Club de Arte, Santa Fe, sábado, 18 de julio, 21:00 GMT-3

    Los Carpinchos presentan su nuevo disco "Avivando La Llama” en Tribus. Los Carpinchos se presentarán en Tribus Club de Arte el sábado 18 de julio a las 21Hs. Como banda invitada estará Cuyoman. Las entradas están a la venta a través de Ticketway y en boletería de Tribus. 

    Los Carpinchos llegan a Tribus el sábado 18 de julio a las 21Hs presentando su último disco “Avivando la llama”, con Cuyoman como banda invitada. El álbum, producido por Diego Aput (bajista de Cuyoman), profundiza su propuesta de rock litoraleño y fusión de géneros: rock and roll, funk, reggae, ska, murga, folclore y música popular latinoamericana.

    Por su parte, Cuyoman reúne a los ex Karamelo Santo, Pedro "Piro" Rosafa (voz y guitarra), Lucas Villafañe (acordeón y coros) y Diego Aput en una fiesta de rock fusión urbano y latino. 

    vagancio.partidopirata.com.ar/

  19. Un uomo in Baviera non muoveva la mano destra da anni, fermata dalla SLA. Con un guanto di stoffa, tredici camere d'aria e un sensore che legge i segnali dell'avambraccio, ha tenuto una forchetta per la prima volta in quattro anni. Niente motori: solo aria compressa e un algoritmo che indovina l'intenzione prima del gesto, con affidabilità al 97% su questo singolo caso clinico. La Technical University di Monaco lo ha costruito insieme al paziente stesso.

    futuroprossimo.it/2026/07/un-g

    #SLA

  20. Un uomo in Baviera non muoveva la mano destra da anni, fermata dalla SLA. Con un guanto di stoffa, tredici camere d'aria e un sensore che legge i segnali dell'avambraccio, ha tenuto una forchetta per la prima volta in quattro anni. Niente motori: solo aria compressa e un algoritmo che indovina l'intenzione prima del gesto, con affidabilità al 97% su questo singolo caso clinico. La Technical University di Monaco lo ha costruito insieme al paziente stesso.

    futuroprossimo.it/2026/07/un-g

    #SLA

  21. Un uomo in Baviera non muoveva la mano destra da anni, fermata dalla SLA. Con un guanto di stoffa, tredici camere d'aria e un sensore che legge i segnali dell'avambraccio, ha tenuto una forchetta per la prima volta in quattro anni. Niente motori: solo aria compressa e un algoritmo che indovina l'intenzione prima del gesto, con affidabilità al 97% su questo singolo caso clinico. La Technical University di Monaco lo ha costruito insieme al paziente stesso.

    futuroprossimo.it/2026/07/un-g

    #SLA

  22. Un uomo in Baviera non muoveva la mano destra da anni, fermata dalla SLA. Con un guanto di stoffa, tredici camere d'aria e un sensore che legge i segnali dell'avambraccio, ha tenuto una forchetta per la prima volta in quattro anni. Niente motori: solo aria compressa e un algoritmo che indovina l'intenzione prima del gesto, con affidabilità al 97% su questo singolo caso clinico. La Technical University di Monaco lo ha costruito insieme al paziente stesso.

    futuroprossimo.it/2026/07/un-g

    #SLA

  23. Un uomo in Baviera non muoveva la mano destra da anni, fermata dalla SLA. Con un guanto di stoffa, tredici camere d'aria e un sensore che legge i segnali dell'avambraccio, ha tenuto una forchetta per la prima volta in quattro anni. Niente motori: solo aria compressa e un algoritmo che indovina l'intenzione prima del gesto, con affidabilità al 97% su questo singolo caso clinico. La Technical University di Monaco lo ha costruito insieme al paziente stesso.

    futuroprossimo.it/2026/07/un-g

    #SLA

  24. Ваш Service Desk теперь в кадрах: что ИТ придумали за 30 лет и зачем это HR

    Новичок вышел — а работать нечем: ни ноута, ни доступов, ни пропуска. Крайним делают HR, хотя готовили не они. Показываем, как навести порядок, стащив рабочие приёмы у айтишников.

    habr.com/ru/companies/simpleon

    #онбординг #адаптация_персонала #HRпроцессы #itsm #service_desk #SLA #RACI #управление_персоналом #hrавтоматизация #ESM

  25. Ваш Service Desk теперь в кадрах: что ИТ придумали за 30 лет и зачем это HR

    Новичок вышел — а работать нечем: ни ноута, ни доступов, ни пропуска. Крайним делают HR, хотя готовили не они. Показываем, как навести порядок, стащив рабочие приёмы у айтишников.

    habr.com/ru/companies/simpleon

    #онбординг #адаптация_персонала #HRпроцессы #itsm #service_desk #SLA #RACI #управление_персоналом #hrавтоматизация #ESM

  26. Ваш Service Desk теперь в кадрах: что ИТ придумали за 30 лет и зачем это HR

    Новичок вышел — а работать нечем: ни ноута, ни доступов, ни пропуска. Крайним делают HR, хотя готовили не они. Показываем, как навести порядок, стащив рабочие приёмы у айтишников.

    habr.com/ru/companies/simpleon

    #онбординг #адаптация_персонала #HRпроцессы #itsm #service_desk #SLA #RACI #управление_персоналом #hrавтоматизация #ESM

  27. Как российские хостинги (и нас особенно) знатно штормило в мае-июне, и почему некоторые теперь не пишут на Хабре

    За два месяца на индустрию высыпалось очень много неприятностей. Из голландского ЦОДа кто-то атаковал правительственные сервисы ЕС, и там сделали массовое изъятие примерно 800 серверов, как бы у нас сказали, почти по беспределу. Но, поскольку это Европа, — в соответствии с духом просвещённой демократии. Сам дата-центр, когда узнал, что произошло, утрируя, поспешно разорвал контракты с оставшимися русскими, теми, кто знаком с Россией, с ней работает или вообще что-то про неё слышал. А второй ЦОД, где любили вставать хостинги, поплавился от жары. На самом деле это не совсем так, но на жару очень удобно списывать. Кто ж знал, что лето настанет! Тут интересно то, что никто ничего нормально не рассказывал клиентам, и, собственно, поэтому посты этих хостингов на Хабре превратились в жалобную книгу на некоторое время. Поэтому постить некоторые перестали, чтобы не размывать репутацию своих славных брендов. Мы было успели обрадоваться, что нас не задело, но тут же случилось изъятие уже наших серверов в Казани. Приехали в дата-центр типа на осмотр и выгребли всё подчистую — копали под одного клиента. И очень интересно грузили и возили. Но мы об этом узнали не сразу. В общем, там тоже феерическая история, сейчас расскажу. И напоследок прилетел масштабный DDoS, а потом ещё память подорожала на 70%, притом что в потребительском сегменте за месяц всего на 1—5%. И да, я тот человек, который считал, что 2023 был тяжёлым годом. Но теперь есть с чем сравнить!

    habr.com/ru/companies/ruvds/ar

    #хостинг #датацентры #инциденты #изъятие_серверов #ddosатаки #серверное_оборудование #резервное_копирование #SLA #инфраструктура #хостингпровайдер

  28. Как российские хостинги (и нас особенно) знатно штормило в мае-июне, и почему некоторые теперь не пишут на Хабре

    За два месяца на индустрию высыпалось очень много неприятностей. Из голландского ЦОДа кто-то атаковал правительственные сервисы ЕС, и там сделали массовое изъятие примерно 800 серверов, как бы у нас сказали, почти по беспределу. Но, поскольку это Европа, — в соответствии с духом просвещённой демократии. Сам дата-центр, когда узнал, что произошло, утрируя, поспешно разорвал контракты с оставшимися русскими, теми, кто знаком с Россией, с ней работает или вообще что-то про неё слышал. А второй ЦОД, где любили вставать хостинги, поплавился от жары. На самом деле это не совсем так, но на жару очень удобно списывать. Кто ж знал, что лето настанет! Тут интересно то, что никто ничего нормально не рассказывал клиентам, и, собственно, поэтому посты этих хостингов на Хабре превратились в жалобную книгу на некоторое время. Поэтому постить некоторые перестали, чтобы не размывать репутацию своих славных брендов. Мы было успели обрадоваться, что нас не задело, но тут же случилось изъятие уже наших серверов в Казани. Приехали в дата-центр типа на осмотр и выгребли всё подчистую — копали под одного клиента. И очень интересно грузили и возили. Но мы об этом узнали не сразу. В общем, там тоже феерическая история, сейчас расскажу. И напоследок прилетел масштабный DDoS, а потом ещё память подорожала на 70%, притом что в потребительском сегменте за месяц всего на 1—5%. И да, я тот человек, который считал, что 2023 был тяжёлым годом. Но теперь есть с чем сравнить!

    habr.com/ru/companies/ruvds/ar

    #хостинг #датацентры #инциденты #изъятие_серверов #ddosатаки #серверное_оборудование #резервное_копирование #SLA #инфраструктура #хостингпровайдер

  29. Как российские хостинги (и нас особенно) знатно штормило в мае-июне, и почему некоторые теперь не пишут на Хабре

    За два месяца на индустрию высыпалось очень много неприятностей. Из голландского ЦОДа кто-то атаковал правительственные сервисы ЕС, и там сделали массовое изъятие примерно 800 серверов, как бы у нас сказали, почти по беспределу. Но, поскольку это Европа, — в соответствии с духом просвещённой демократии. Сам дата-центр, когда узнал, что произошло, утрируя, поспешно разорвал контракты с оставшимися русскими, теми, кто знаком с Россией, с ней работает или вообще что-то про неё слышал. А второй ЦОД, где любили вставать хостинги, поплавился от жары. На самом деле это не совсем так, но на жару очень удобно списывать. Кто ж знал, что лето настанет! Тут интересно то, что никто ничего нормально не рассказывал клиентам, и, собственно, поэтому посты этих хостингов на Хабре превратились в жалобную книгу на некоторое время. Поэтому постить некоторые перестали, чтобы не размывать репутацию своих славных брендов. Мы было успели обрадоваться, что нас не задело, но тут же случилось изъятие уже наших серверов в Казани. Приехали в дата-центр типа на осмотр и выгребли всё подчистую — копали под одного клиента. И очень интересно грузили и возили. Но мы об этом узнали не сразу. В общем, там тоже феерическая история, сейчас расскажу. И напоследок прилетел масштабный DDoS, а потом ещё память подорожала на 70%, притом что в потребительском сегменте за месяц всего на 1—5%. И да, я тот человек, который считал, что 2023 был тяжёлым годом. Но теперь есть с чем сравнить!

    habr.com/ru/companies/ruvds/ar

    #хостинг #датацентры #инциденты #изъятие_серверов #ddosатаки #серверное_оборудование #резервное_копирование #SLA #инфраструктура #хостингпровайдер

  30. Каталог данных: что нужно знать, прежде чем начинать внедрение

    Объем данных в компаниях постоянно растет, и это вынуждает бизнес и ИТ-специалистов перестраивать ИТ-ландшафт, чтобы упростить поиск, понимание и использование информации. В качестве одного из компонентов подобных модернизированных реализаций нередко рассматривают дата-каталог, который помогает навести порядок в метаданных и сделать данные более доступными. Вместе с тем хоть такой подход и имеет право на жизнь, но практика показывает, что наибольший потенциал каталоги данных раскрывают, когда их внедрению предшествует выстраивание базовых процессов управления: ответственности за данные, контроля качества и управления изменениями. Меня зовут Сергей Петриченко. Я продуктовый менеджер VK Data Platform . В этой статье разберем, почему каталог — это не первый шаг к порядку, а скорее мультипликатор уже существующей зрелости и что необходимо сделать, чтобы его внедрение принесло реальную пользу.

    habr.com/ru/companies/vktech/a

    #data_catalog #data_governance #метаданные #качество_данных #lineage #data_contracts #etl #sla #управление_данными #vk_data_platform

  31. Каталог данных: что нужно знать, прежде чем начинать внедрение

    Объем данных в компаниях постоянно растет, и это вынуждает бизнес и ИТ-специалистов перестраивать ИТ-ландшафт, чтобы упростить поиск, понимание и использование информации. В качестве одного из компонентов подобных модернизированных реализаций нередко рассматривают дата-каталог, который помогает навести порядок в метаданных и сделать данные более доступными. Вместе с тем хоть такой подход и имеет право на жизнь, но практика показывает, что наибольший потенциал каталоги данных раскрывают, когда их внедрению предшествует выстраивание базовых процессов управления: ответственности за данные, контроля качества и управления изменениями. Меня зовут Сергей Петриченко. Я продуктовый менеджер VK Data Platform . В этой статье разберем, почему каталог — это не первый шаг к порядку, а скорее мультипликатор уже существующей зрелости и что необходимо сделать, чтобы его внедрение принесло реальную пользу.

    habr.com/ru/companies/vktech/a

    #data_catalog #data_governance #метаданные #качество_данных #lineage #data_contracts #etl #sla #управление_данными #vk_data_platform

  32. Каталог данных: что нужно знать, прежде чем начинать внедрение

    Объем данных в компаниях постоянно растет, и это вынуждает бизнес и ИТ-специалистов перестраивать ИТ-ландшафт, чтобы упростить поиск, понимание и использование информации. В качестве одного из компонентов подобных модернизированных реализаций нередко рассматривают дата-каталог, который помогает навести порядок в метаданных и сделать данные более доступными. Вместе с тем хоть такой подход и имеет право на жизнь, но практика показывает, что наибольший потенциал каталоги данных раскрывают, когда их внедрению предшествует выстраивание базовых процессов управления: ответственности за данные, контроля качества и управления изменениями. Меня зовут Сергей Петриченко. Я продуктовый менеджер VK Data Platform . В этой статье разберем, почему каталог — это не первый шаг к порядку, а скорее мультипликатор уже существующей зрелости и что необходимо сделать, чтобы его внедрение принесло реальную пользу.

    habr.com/ru/companies/vktech/a

    #data_catalog #data_governance #метаданные #качество_данных #lineage #data_contracts #etl #sla #управление_данными #vk_data_platform

  33. С самого начала у нас был четкий план восстановления, и мы его придерживались: как рассчитать честные RTO и RPO

    Классическая ловушка при проектировании отказоустойчивости — разрыв между ожиданиями бизнеса и возможностями инфраструктуры. На бумаге в SLA может быть зафиксировано RTO в 4 часа, но если терабайтный бэкап PostgreSQL физически разворачивается 8 часов из-за лимитов дисковой подсистемы, такой SLA не выдержит первого серьезного инцидента. На практике планы Disaster Recovery (DR) часто пишутся «для галочки» и в полном отрыве от реальной архитектуры. Под катом — техническая изнанка проектирования отказоустойчивости: как приземлить RTO и RPO на реальную инфраструктуру, связать их со стоимостью простоя и взять эти метрики под контроль с помощью правильных инженерных подходов. Также в статью включены практические инструменты: пошаговый чек-лист для безопасного проведения DR-учений и перечень ключевых параметров, которые необходимо непрерывно мониторить для контроля рисков. Кат

    habr.com/ru/companies/hstx/art

    #RTO #RPO #Disaster_Recovery #DRaaS #PostgreSQL #отказоустойчивость #бэкап #репликация #SLA #Хайстекс_Акура

  34. С самого начала у нас был четкий план восстановления, и мы его придерживались: как рассчитать честные RTO и RPO

    Классическая ловушка при проектировании отказоустойчивости — разрыв между ожиданиями бизнеса и возможностями инфраструктуры. На бумаге в SLA может быть зафиксировано RTO в 4 часа, но если терабайтный бэкап PostgreSQL физически разворачивается 8 часов из-за лимитов дисковой подсистемы, такой SLA не выдержит первого серьезного инцидента. На практике планы Disaster Recovery (DR) часто пишутся «для галочки» и в полном отрыве от реальной архитектуры. Под катом — техническая изнанка проектирования отказоустойчивости: как приземлить RTO и RPO на реальную инфраструктуру, связать их со стоимостью простоя и взять эти метрики под контроль с помощью правильных инженерных подходов. Также в статью включены практические инструменты: пошаговый чек-лист для безопасного проведения DR-учений и перечень ключевых параметров, которые необходимо непрерывно мониторить для контроля рисков. Кат

    habr.com/ru/companies/hstx/art

    #RTO #RPO #Disaster_Recovery #DRaaS #PostgreSQL #отказоустойчивость #бэкап #репликация #SLA #Хайстекс_Акура

  35. С самого начала у нас был четкий план восстановления, и мы его придерживались: как рассчитать честные RTO и RPO

    Классическая ловушка при проектировании отказоустойчивости — разрыв между ожиданиями бизнеса и возможностями инфраструктуры. На бумаге в SLA может быть зафиксировано RTO в 4 часа, но если терабайтный бэкап PostgreSQL физически разворачивается 8 часов из-за лимитов дисковой подсистемы, такой SLA не выдержит первого серьезного инцидента. На практике планы Disaster Recovery (DR) часто пишутся «для галочки» и в полном отрыве от реальной архитектуры. Под катом — техническая изнанка проектирования отказоустойчивости: как приземлить RTO и RPO на реальную инфраструктуру, связать их со стоимостью простоя и взять эти метрики под контроль с помощью правильных инженерных подходов. Также в статью включены практические инструменты: пошаговый чек-лист для безопасного проведения DR-учений и перечень ключевых параметров, которые необходимо непрерывно мониторить для контроля рисков. Кат

    habr.com/ru/companies/hstx/art

    #RTO #RPO #Disaster_Recovery #DRaaS #PostgreSQL #отказоустойчивость #бэкап #репликация #SLA #Хайстекс_Акура

  36. Таймвеб против клиентов: как стабильный хостинг превратился в кошмар для инфраструктуры

    40+ часов даунтайма, лежащие базы и тонны упущенной прибыли. Что делает премиальный хостинг с ценником выше рынка, когда у него без конца падает инфраструктура, и как на это реагируют клиенты.

    habr.com/ru/articles/1053994/

    #timeweb #таймвеб #timeweb_cloud #хостинг #vps #упал_сервер #sla #инфраструктура #data_center #жалоба

  37. Таймвеб против клиентов: как стабильный хостинг превратился в кошмар для инфраструктуры

    40+ часов даунтайма, лежащие базы и тонны упущенной прибыли. Что делает премиальный хостинг с ценником выше рынка, когда у него без конца падает инфраструктура, и как на это реагируют клиенты.

    habr.com/ru/articles/1053994/

    #timeweb #таймвеб #timeweb_cloud #хостинг #vps #упал_сервер #sla #инфраструктура #data_center #жалоба

  38. Таймвеб против клиентов: как стабильный хостинг превратился в кошмар для инфраструктуры

    40+ часов даунтайма, лежащие базы и тонны упущенной прибыли. Что делает премиальный хостинг с ценником выше рынка, когда у него без конца падает инфраструктура, и как на это реагируют клиенты.

    habr.com/ru/articles/1053994/

    #timeweb #таймвеб #timeweb_cloud #хостинг #vps #упал_сервер #sla #инфраструктура #data_center #жалоба

  39. Почему я ухожу из Timeweb Cloud: 46 часов простоя в Амстердаме за два месяца — по данным самого хостера

    TL;DR. Я выбирал Timeweb не из-за цены, а из-за «имени» и обещанной надёжности. За май–июнь 2026 года зона ams-1 (Амстердам, дата-центр Qupra) пережила шесть крупных аварий с суммарным окном недоступности около 46 часов — причём последняя авария на момент написания этих строк всё ещё не закрыта и идёт уже более 15 часов. Хостер на своём сайте обещает Tier III и аптайм 99,98 % — это 1 час 45 минут простоя в год . За два месяца факт превысил годовой лимит этого обещания примерно в 26 раз . Все цифры ниже — не мои домыслы и не «жалобы в чате», а сообщения из официального канала статусов самого Timeweb .

    habr.com/ru/articles/1053872/

    #Timeweb #Timeweb_Cloud #Qupra #датацентр #SLA #uptime #отказоустойчивость #простой_хостинга #облачный_хостинг #выбор_хостинга

  40. Почему я ухожу из Timeweb Cloud: 46 часов простоя в Амстердаме за два месяца — по данным самого хостера

    TL;DR. Я выбирал Timeweb не из-за цены, а из-за «имени» и обещанной надёжности. За май–июнь 2026 года зона ams-1 (Амстердам, дата-центр Qupra) пережила шесть крупных аварий с суммарным окном недоступности около 46 часов — причём последняя авария на момент написания этих строк всё ещё не закрыта и идёт уже более 15 часов. Хостер на своём сайте обещает Tier III и аптайм 99,98 % — это 1 час 45 минут простоя в год . За два месяца факт превысил годовой лимит этого обещания примерно в 26 раз . Все цифры ниже — не мои домыслы и не «жалобы в чате», а сообщения из официального канала статусов самого Timeweb .

    habr.com/ru/articles/1053872/

    #Timeweb #Timeweb_Cloud #Qupra #датацентр #SLA #uptime #отказоустойчивость #простой_хостинга #облачный_хостинг #выбор_хостинга

  41. Почему я ухожу из Timeweb Cloud: 46 часов простоя в Амстердаме за два месяца — по данным самого хостера

    TL;DR. Я выбирал Timeweb не из-за цены, а из-за «имени» и обещанной надёжности. За май–июнь 2026 года зона ams-1 (Амстердам, дата-центр Qupra) пережила шесть крупных аварий с суммарным окном недоступности около 46 часов — причём последняя авария на момент написания этих строк всё ещё не закрыта и идёт уже более 15 часов. Хостер на своём сайте обещает Tier III и аптайм 99,98 % — это 1 час 45 минут простоя в год . За два месяца факт превысил годовой лимит этого обещания примерно в 26 раз . Все цифры ниже — не мои домыслы и не «жалобы в чате», а сообщения из официального канала статусов самого Timeweb .

    habr.com/ru/articles/1053872/

    #Timeweb #Timeweb_Cloud #Qupra #датацентр #SLA #uptime #отказоустойчивость #простой_хостинга #облачный_хостинг #выбор_хостинга

  42. Где кроется реальный эффект от ИИ-бота техподдержки: как посчитать его до внедрения

    Когда бизнес обсуждает внедрение ИИ-бота, разговор часто быстро уходит в технологии. Какая модель? Голос или текст? RAG или сценарий? Как отреагирует потребитель? Сколько будет стоить разработка? Насколько похожим на человека будет бот, или все догадаются сразу? Все это важные вопросы. Но, на мой взгляд, начинать нужно не с них. Для любого управленца главная цель внедрения ИИ-бота — это повышение эффективности. А эффективность в бизнесе в конечном счете должна выражаться в деньгах: снижении затрат, сокращении нагрузки, ускорении обработки обращений, росте качества сервиса или сохранении выручки. Звучит очевидно, но при внедрении большинство теряют главный вопрос: Где именно в техподдержке прячется экономический эффект от ИИ-бота? Предлагаю провести разбор на примере типовой ситуации: большой контакт-центр или первая линия технической поддержки у интернет-провайдера. У большинства контакт-центров уже есть базовая отчетность. На что обычно смотрят руководители? — количество обращений; — время ответа оператора; — среднее время обработки обращения; — время ожидания на линии; — количество потерянных звонков; — SLA; — загрузку операторов; — количество обращений по каналам. Эти метрики действительно показывают, справляется ли команда с текущей нагрузкой. Но есть нюанс. Какой вывод делает руководитель, работая с таким дашбордом? Например, мы видим, что: — количество обращений растет; — время ожидания увеличивается; — SLA проседает; — часть клиентов не дожидается ответа; — операторы работают в перегрузе; — в пиковые часы поддержка не справляется.

    habr.com/ru/articles/1050528/

    #ииботы #техническая_поддержка #sla #контактцентр #управление_сервисом #стоимость_владения #biаналитика

  43. Где кроется реальный эффект от ИИ-бота техподдержки: как посчитать его до внедрения

    Когда бизнес обсуждает внедрение ИИ-бота, разговор часто быстро уходит в технологии. Какая модель? Голос или текст? RAG или сценарий? Как отреагирует потребитель? Сколько будет стоить разработка? Насколько похожим на человека будет бот, или все догадаются сразу? Все это важные вопросы. Но, на мой взгляд, начинать нужно не с них. Для любого управленца главная цель внедрения ИИ-бота — это повышение эффективности. А эффективность в бизнесе в конечном счете должна выражаться в деньгах: снижении затрат, сокращении нагрузки, ускорении обработки обращений, росте качества сервиса или сохранении выручки. Звучит очевидно, но при внедрении большинство теряют главный вопрос: Где именно в техподдержке прячется экономический эффект от ИИ-бота? Предлагаю провести разбор на примере типовой ситуации: большой контакт-центр или первая линия технической поддержки у интернет-провайдера. У большинства контакт-центров уже есть базовая отчетность. На что обычно смотрят руководители? — количество обращений; — время ответа оператора; — среднее время обработки обращения; — время ожидания на линии; — количество потерянных звонков; — SLA; — загрузку операторов; — количество обращений по каналам. Эти метрики действительно показывают, справляется ли команда с текущей нагрузкой. Но есть нюанс. Какой вывод делает руководитель, работая с таким дашбордом? Например, мы видим, что: — количество обращений растет; — время ожидания увеличивается; — SLA проседает; — часть клиентов не дожидается ответа; — операторы работают в перегрузе; — в пиковые часы поддержка не справляется.

    habr.com/ru/articles/1050528/

    #ииботы #техническая_поддержка #sla #контактцентр #управление_сервисом #стоимость_владения #biаналитика

  44. Где кроется реальный эффект от ИИ-бота техподдержки: как посчитать его до внедрения

    Когда бизнес обсуждает внедрение ИИ-бота, разговор часто быстро уходит в технологии. Какая модель? Голос или текст? RAG или сценарий? Как отреагирует потребитель? Сколько будет стоить разработка? Насколько похожим на человека будет бот, или все догадаются сразу? Все это важные вопросы. Но, на мой взгляд, начинать нужно не с них. Для любого управленца главная цель внедрения ИИ-бота — это повышение эффективности. А эффективность в бизнесе в конечном счете должна выражаться в деньгах: снижении затрат, сокращении нагрузки, ускорении обработки обращений, росте качества сервиса или сохранении выручки. Звучит очевидно, но при внедрении большинство теряют главный вопрос: Где именно в техподдержке прячется экономический эффект от ИИ-бота? Предлагаю провести разбор на примере типовой ситуации: большой контакт-центр или первая линия технической поддержки у интернет-провайдера. У большинства контакт-центров уже есть базовая отчетность. На что обычно смотрят руководители? — количество обращений; — время ответа оператора; — среднее время обработки обращения; — время ожидания на линии; — количество потерянных звонков; — SLA; — загрузку операторов; — количество обращений по каналам. Эти метрики действительно показывают, справляется ли команда с текущей нагрузкой. Но есть нюанс. Какой вывод делает руководитель, работая с таким дашбордом? Например, мы видим, что: — количество обращений растет; — время ожидания увеличивается; — SLA проседает; — часть клиентов не дожидается ответа; — операторы работают в перегрузе; — в пиковые часы поддержка не справляется.

    habr.com/ru/articles/1050528/

    #ииботы #техническая_поддержка #sla #контактцентр #управление_сервисом #стоимость_владения #biаналитика

  45. Одинаковый SLA, разное качество поддержки: что на самом деле важно в сопровождении 1С: РКЛ

    Стоимость и сроки реакции по 1С:РКЛ регламентированы фирмой «1С». Но на практике качество сопровождения у разных подрядчиков может отличаться в разы. Почему так происходит? Потому что SLA фиксирует рамку: как быстро принять обращение, в какие сроки начать работу, как выстроен формальный процесс. Но для бизнеса важен не сам факт реакции на заявку, а скорость восстановления работоспособности системы, точность диагностики и снижение вероятности повторения инцидента. 17 июня на вебинаре Инфостарт эксперты разобрали практику сопровождения корпоративных систем 1С в рамках 1С:РКЛ и обсудили, на что действительно стоит смотреть при выборе подрядчика. Под катом - основные выводы и несколько кейсов из реальной практики.

    habr.com/ru/companies/infostar

    # #1с_предприятие #1с_разработка #sla #сопровождение_1с #субд #администрирование_1с

  46. Одинаковый SLA, разное качество поддержки: что на самом деле важно в сопровождении 1С: РКЛ

    Стоимость и сроки реакции по 1С:РКЛ регламентированы фирмой «1С». Но на практике качество сопровождения у разных подрядчиков может отличаться в разы. Почему так происходит? Потому что SLA фиксирует рамку: как быстро принять обращение, в какие сроки начать работу, как выстроен формальный процесс. Но для бизнеса важен не сам факт реакции на заявку, а скорость восстановления работоспособности системы, точность диагностики и снижение вероятности повторения инцидента. 17 июня на вебинаре Инфостарт эксперты разобрали практику сопровождения корпоративных систем 1С в рамках 1С:РКЛ и обсудили, на что действительно стоит смотреть при выборе подрядчика. Под катом - основные выводы и несколько кейсов из реальной практики.

    habr.com/ru/companies/infostar

    # #1с_предприятие #1с_разработка #sla #сопровождение_1с #субд #администрирование_1с