Kategorie: Uncategorized

  • | Teufel

    Regal-Lautsprecher UL 25 Aktiv

    Quelle: ULTIMA 25 AKTIV Club Edition | Teufel

  • | heise online

    Die Open-Source-Office-Suite openDesk für Behörden erhält mit Version 1.10 zentrale Sicherheitsverbesserungen und neue Funktionen für Projektmanagement.

    Quelle: openDesk: Bundes-Office bekommt Sicherheits-Update und neue Funktionen | heise online

  • PTBUCH 2026

    Blog

    2026-01-xx

    • https://www.golem.de/news/it-teamfuehrung-so-geht-delegieren-2601-204398.html
    • miro oä für retros nutzen? bunter, interaktiver, …
      ->
    • gibt es methoden um alle kolleg:innen gleichermaßen einzubinden? world cafe, …
      aktuell gibt es einige wenige die sich viel raum nehmen und andere die sehr ruhig sind
      ->
    • retro: welche tourlichen termine machen sinn? wie können wir optimieren? … wer nimmt wo – wielange teil? vorhaben / team / …
      ->
    • Planung
      -> moonscape -> excel, jira -> excel, sprints etc in excel, excel magic!

    2025-11-10

    • themen mit robert
      • Planung & Controlling: wie
        • jetzt Epics 2026 anlegen? für Planung/Transparenz?
        • Vorhaben Seiten aufräumen, nicht jahresrein machen, nicht zu tiefe Bäume
        • wie gehen wir mit fremdteams um: im zweifel immer eigenes epic zur absicherung aufwände
      • Excel nur wenn Mehrwert, wenn es Alternativen gibt, diese nutzen
      • Schätzungen: Vorhabens-Schätzungen vs Story-Storypoints

    23.10.2025 

    • sm-runde: robert ist für manche ein rotes tuch
    • robert könnte sich vorstellen temporär den po zu machen
      • wie stellen wir sicher, dass wir in 6 monaten eine „echte“ lösung haben
      • ist das Team (inkl. Robert) in der Lage das zu managen
        • externe Begleitung?
        • was bedeutet das fürs Team
          • mehr Verarntwortung bei den Einzelnen

    20.10.2025

    • otto back, situation schwierig

    15.10.2025 

    14.10.2025 

    • https://www.golem.de/news/karriere-warum-man-keine-fuehrungskraft-sein-muss-um-gut-zu-fuehren-2510-200271.html?utm_source=nl-plus.2025-10-13.html&utm_medium=e-mail&utm_campaign=golem.de-newsletter-plus
    • irgendwie ist grad allen alles egal
      • die leute blockieren all-hands-besprechungen mit detail-themen
      • die leute gehen auf pause wie es ihnen gefällt
      • die leute telefonieren privat
      • die leute gehen en masse zu mässig wertschöpfenden terminen
      • alles worum wir uns in den letzten jahren bemüht haben, wird zunehmend verworfen, und es scheint die meisten nicht zu stören.
        back to shitty?
        evtl. bin ich die ganze zeit der illusion aufgesessen, dass das gemeinsame ziele waren und es waren eh hauptsächlich meine?
        • effizienz,
        • (arbeit-)disziplin, …
        • scrum werte, prinzipen, rituale (stories, refinement, …
        • meetingdisziplin (kompakt (zeit, teilnehmer, ..), agenda, protokolle, todos
        • management by email, „abstimmung“ und chaos
        • gutes hybrides arbeiten
        • gutes asynchrones arbeiten
      • wir verkommen zu einem bestenfalls(!) durchschnittlichen haufen
    • was wir bei vme machen ist lächerlich
      • 4 re haben 500 od. 1000 pt investiert aber wir haben kaum was in der hand
      • intern stimmen wir uns aufwändig mit frontend ab (oder streiten mit ihnen), das ist ganz komisch
      • der kunde hat nix anzugreifen, noch monate, das ist alles so un-agil wie es nur sein kann
      • „projektstrukturabstimmung“
      • dass der kunde nicht auszuckt wundert mich
    • wir beschäftigen mit uns selbst
      • vme
      • prozesse
      • zwischen-team-themen
    • wir haben stars – mit starallüren
      • robert: oberlehrer
    • wir konzentrieren uns nicht auf die wichtigen dinge.
      was ist „wichtig“? was wertschöpfung für die banken bringt.
      • bsp: englisch kurs, irgendwelche details bei traco-prüfugen, devcon, gilden, bürokratischer schas, …
        • evtl: definiere ich da „kurzfristig“ als wichtig? überlebens-themen? habe ich den blick aufs strategische verloren? nur mehr taktisch?
      • „das smr cics fordern wir jetzt aus prinzip“ obwohl aufwand – nutzen in einem schlechten Verhältnis steht

    13.10.2025 

    • Jabs-tests: ums-reorg blockiert → schnell behoben; mitteilungen spießen → böses blug
    • otto krank statt rückkehr zur arbeit
    • joachim „könnte kotzen“ bei codereview face with open mouth 
    • nacharbeiten adoit/architektur: wir wurden nicht „abgeholt“, wording, big picture
    • vme status
      • karin: testet
        • 1 änd beim bundeskatalog hat karin mit joachim schon besprochen
        • klärung ob beim patch mit unveränderten daten ein OK oder ein NOTOK und wird Ändhist geschrieben oder nicht?
    • Gedanken zur Junior-App/Disposaldo: wärs vertretbar, als „Disposaldo“ den „aktuellen Disponierbaren Saldo“ zurückgzugeben, also DIKAP + TNCTUEB-Werte?
      • Bei der Gelegenheit: Begriffsbestimmung
        • Vormerkung (TGIRVOM): tbd
        • „Nicht fertig gebuchte Umsätze“ (TNCTUEB): tbd
        • DIKAP
        • Disposaldo: lt. div. Recherchen ist ein Disposaldo sehr oft inklusive Rahmen. D.h. wir könnten auch definieren dass wir haben
          • Disposaldo inkl. Rahmen = Verfügbarere Betrag?
          • Disposaldo ohne Rahmen aber inklusive „Noch nicht fertig verbuchte Umsätze“ (TNCTUEB)
          • Disposaldo fertig verbuchter Umsätze = DIKAP
          • was ist mit „Vormerkungen“? die sind doch „manueller“, bzw. gehen einer Buchung voraus, sind aber noch keine „unfertige“ Buchung

    Notizen

    pg-neu, po-ablöse

    • momentan fliegt gefühlt alles auseinander
      • 2 re gehen
      • sarkasmus, egoismus und disziplinlosigkeit (besprechungen, timeboxing, termintreue) eskalieren
      • der „gap“ (re-dev, leistungsträger-mitläufer) weitet sich aus, zusammenhalt schwindet
    • ich hab meien tücher nicht im trockenen
      • hab ich mich unbeliebt gemacht?
      • wo kann ich hin?
      • was will ich machen?
      • ich bin enttäuscht
        • von der RSG, wir haben „Systemhaus“ nicht halten können, die agile tranformation nicht geschafft, …
        • vom Team, wir haben uns nicht wirklich zum agilen gewandelt und struggeln mit stories, burndown, meetings, …
        • von mir, ich hab mich nicht durchsetzen können
    • warum „harmoniert“ unser team nicht ideal
      • wir haben wenig gemeinsame interessen / gehen nicht miteinander fort / …
      • mit robert fr ist die zusammenarbeit nicht einfach, er ist ein rechthaber, …
      • Dev haben gefühlt besseren Zusammenhalt als (manche) REs
      • Leistungsbereitschaft ist unterschiedlich
      • nicht alle schätzen Agilität 
      • evtl. hätte ich direktiver sein sollen?
      • gegenseitige Wertschätzung ist nicht immer gegeben (re → dev, dev → re)
      • wir arbeiten schon sehr unterschiedlich, großer Wasserfall vs Agil, 
    • welche Schwächen haben PT / PG / RSG
      • Agilität wird über weiter Strecken nicht gelebt (aber so benannt)
        • keine gute Interaktion mit Kunden
        • keine schnellen Iterationen
        • komplexe Prozesse
        • Weiterentwicklung / –bildung wird nicht gelebt.
          Kaum wer liest ein Fachbuch.
          Kaum wer setzt sich mit Themen auseinander wie UserStories? Testen? Agile SWE? …
          Kaum wer hört auf Domain Language, Product Glossar, sprechende Doku, aktive Sprache, …
      • wir machen ganz viel abseits Produktentwicklung und benennen das aber nicht sauber
        • „Consulting“/Kümmerer Tätigkeiten
      • wir beschäftigen uns ganz viel mit uns selbst und stehen uns selbst im Weg
        • Prozesse
        • CC
        • „Abstimmungen“
        • setzen wir unsere Energie immer richtig ein?
          • Grabenkämpfe mit RM
          • Doku-Overflow
      • unsere Doku ist unzureichend
        • viel Text, viel Redundanz, …
      • viel Unsicherheit
        • Ziele? Strategie? 1/3 HU?
        • momentan sind wir „frozen“, wie gehts mit VME weiter? Reengineering-Themen? Planung? Schwerpunkte?
    • vme
      • in Terminen sitzen (relativ skuril?
        • 2-n RE Frontend
        • 4 RE PTBUCH
      • totaler overhead, unnötige kreise
      • ineffiziente service entwicklung: anfo → story → yaml → implementierung → test → doku → frontend-verwendung …
      • die vielen teaminternen abstimmungen sind kurios
      • aufwand – ergebnis sind absurd
      • fexen machen usecases, wir daraus userstories, beide haben wenig miteinander zu tun

    service

    • tickets gehen an „servicemanager“, die verteilen dann
      • sbkarte ist sein eigener serv-manager, die restlichen teams haben ptserv
      • für fachliche fragen ist das okay, für abbrüche etc suboptimal
      • servicemanager können x personen je produkt sein, die bekommen dann alle mail
    • manche teams haben serv-tickets ins kanban-board integriert
    • idee: teams-notifikation bei serv-ticket ins team
      • (Minus) teams traffic
      • (Plus) alle bekommen es mit
      • umsetzbar z.b. mit jenkins, arnold strasser

    adoit

    • was ist eine „applikation“ – wir haben tausende applikationen, ist das notwendig
    • applikation ↔ service
    • excel → ado-i-t
    • „service“ meint funktionale gruppen die der kunde als solcher erkent
    • dwh ist eine plattform
      • emp ist eine anwendung
    • ado-it
      • ist sektorweites it-architektur-tool (rlb, rsg, raitec, drittanbieter, …)
    • ziele
      • gemeinsame sprache
      • support-routing-baum
      • sichtbar machen von bbs
      • Architektur Governance, 

        Architektur-Governance (im Kontext der Unternehmensarchitektur oder Enterprise Architecture Governance) bezeichnet den Mechanismus, der sicherstellt, dass die Technologie- und Designentscheidungen eines Unternehmens mit den übergeordneten Geschäftszielen und Strategien übereinstimmen.Es ist das System aus Entscheidungsrechten, Rechenschaftsmechanismen und Kontrollprozessen, das die Entwicklung und Einhaltung der Unternehmensarchitektur steuert.Kurz gesagt: Es ist die „Regierung“ der Architektur.

    1on1 2025

    • joachim, heinz, robert fl
      • jedeR bringt >=1 Story ins Refinement&Estimation → produktentwicklung
      • jedeR bringt >=1 Thema in den Wissensaustausch → weiterentwicklung
      • Codereviews von Sbg’ern an Linzer Code od. Sbg untereinander 
      • „Thema“ gemeinsam mit Sbg Kollegen bearbeiten – Austausch – Kooperation
      • Verantwortung für Epics übernehmen (nicht alles tun, aber auf Termine, Fortschritt usw. achten)
      • (joachim Profilbild, VC-Kamera
      • (joachim Git-Kurs
    • sept
      • work smarter not harder
        • priorisieren, was ist wichtig? für die eigentümer, die rsg, die pg, das team und dann erst für mich selber
        • automatisieren
        • delegieren
        • Effizienz
        • Fokus
        • Kommunikation
        • Weiterentwicklung
      • es ist notwendig dass wir aktiv nach Arbeit greifen, v.a. um „Blockaden“ aufzulösen; genauso müssen wir vermutete Blockaden ansprechen
      • Teams statuS: „gumo/pause/mahlzeit/bye/zruck“ vs Teams Status? 
      • Chat: meine Erwartungshaltung ist schon, dass der Chat so wie Gespräche im Büro wahrgenommen werden (eigentlich ein bisschen mehr). Eure? Was braucht ihr?
      • Otto
      • Robert Fr: 
        • nicht alles selbst und 110% machen wollen
        • git Kurs?
        • PO?
          • was müsste anders sein?
            • Geben Sie Ihre Aufgabe hier ein, verwenden Sie „@“, um sie einem Benutzer zuzuweisen, und „//“, um ein Fälligkeitsdatum auszuwählen
          • warum fällt es uns so schwer die Verantwortung zu übernehmen? Sollen wir Epics jeweils einem MA zuweisen?
            • Geben Sie Ihre Aufgabe hier ein, verwenden Sie „@“, um sie einem Benutzer zuzuweisen, und „//“, um ein Fälligkeitsdatum auszuwählen
          • warum ist die Planung so schwer? Kleinteiligkeit? Abhängigkeiten?
            • Geben Sie Ihre Aufgabe hier ein, verwenden Sie „@“, um sie einem Benutzer zuzuweisen, und „//“, um ein Fälligkeitsdatum auszuwählen
        • Altersteilzeit 27???
      • Markus
        • pkw/km-geld
      • Didi
      • Karin

    Themen 2024

    • „Effektivität & Effizienz“: die richtigen Dinge tun und die Dinge richtig tun; Prioritäten setzen, Zeit richtig einsetzen, …
      • Daily effizient, keine Befindlichkeiten, keine ausgedehnten 2-er Gespräche,
      • Doku, Entwicklung, Test ergebnisorientiert, zielgerichtet,
      • Auf bisheriges zurückgreifen, das existierende optimieren, nicht immer neu erfinden; „wie wir arbeiten“, DoR, DoD, uvm.
      • ? Transparenz, Vertrauen, Eigenverantwortung, Verbindlichkeit
    • Hackathon
      • Ort
      • Termin
      • Teilnehmer
      • Themen
    • Teamklausur
      • Ort: Rechberg
      • Termin:
      • Themen:
        • Effektivität & Effizienz?
        • „wie wir arbeiten“ überarbeiten
      • Aktivitäten
        • Disc-Golfen
    • Thoughts
      • wir agieren als Team 
        • keine „Superstars“, keine Diven
        • gleiche Regeln für alle
        • Individualinteressen mit Teaminteressen abstimmen
        • RSG ist kein Wunschkonzert, kein Selbstbedienungsladen
        • wir sind ein Produktteam, wer sich da nicht einfügt, sollte seine Position überdenken
        • REs machen z.T. nicht RE Tätigkeit, sondern PO/Consulting, das mag manchmal lustig sein, darf aber die Produktentwicklung nicht beeinträchtigen

    Gefällt mirSei der Erste, dem dies gefällt.