Pulsar by Nameless Astray
Was Menschen sagen, ist wichtig.
Aber es ist nicht das ganze Bild.
Pulsar schaut über Interviews und Meetings hinaus. Wir beobachten, wie Arbeit tatsächlich abläuft – in Gesprächen, Entscheidungen, Arbeitsabläufen, Code, Pull Requests, Issues und anderen Spuren, die Ihr Unternehmen hinterlässt.
Wir vergleichen, was Menschen sagen, mit dem, was tatsächlich geschieht.
Klassische Beratung beginnt oft damit, Menschen zu fragen, worin das Problem besteht.
Pulsar geht von einer anderen Annahme aus: Was jemand uns erzählt, ist ein Beleg dafür, was diese Person glaubt, sich erinnert oder mitteilen möchte. Es beschreibt nicht zwangsläufig, was tatsächlich geschieht.
Deshalb gleichen wir ab.
Dann stellen wir Hypothesen auf und prüfen sie anhand dessen, was wir beobachten können.
Eine Diagnose ist hilfreich. Die Ursache zu beseitigen ist besser.
Wenn wir ein Problem finden, das sich beseitigen lässt – ob in Software, Arbeitsabläufen, Berechtigungen, Automatisierung, Prozessen oder der Organisationsstruktur –, arbeiten wir daran, es zu beseitigen.
Beobachten. Abgleichen. Die Ursache finden. Beseitigen.
Pulsar ist nicht dazu gedacht, Mitarbeitende zu bewerten oder ihnen Fehler nachzuweisen. Wir suchen nach systemischer Reibung: den unsichtbaren Zwängen und strukturellen Problemen, mit denen sich Menschen arrangiert haben.
AUSGEWÄHLTE FÄLLE
FALL 01
Uns wurde gesagt, dass der für das Projekt nötige Zugang schnell gewährt werden könnte. Das Verhalten der Organisation während dieses Gesprächs deutete auf etwas anderes hin.
Wir setzten das Projekt aus Gründen fort, die nichts mit den Belegen zu tun hatten. Das vorhergesagte Problem trat später tatsächlich ein.
Fallstudie lesen →FALL 02
Das gemeldete Problem war geringe Produktivität in der Entwicklung. Das Entwicklungsteam schien Erwartungen zu verfehlen und Schwierigkeiten zu haben, termingerecht zu liefern.
Doch als wir die Arbeit von der Vereinbarung über die Umsetzung bis zur Überprüfung verfolgten, zeigte sich ein anderes Muster.
Fallstudie lesen →FALL 03
Ein Entwickler war als langsam, schwierig und störend für das Team beschrieben worden. Die Auslieferungsdaten schienen dieses Urteil zunächst zu stützen.
Doch als wir verfolgten, was geschah, bevor der Code geschrieben wurde, änderte sich die Bedeutung dieser Daten.
Fallstudie lesen →Wenn sich etwas in Ihrem Unternehmen schwieriger anfühlt, als es sein sollte, lassen Sie uns gemeinsam herausfinden, was tatsächlich vor sich geht.
Pulsar kontaktieren