home.social

#kanban — Public Fediverse posts

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

fetched live
  1. Fachbücher werden angefangen, nicht gelesen. Nach drei Wochen weißt du nicht mehr, wo du warst.

    Seit dem Wochenende steht mein Buch komplett als Webseiten online. 34 Kapitel, jedes einzeln aufrufbar. Du hakst ab, was du gelesen hast. Die Suche geht über alle 43 Seiten. Und jeder Abschnitt hat einen Link zum Kopieren, wenn du einem Kollegen genau diese Stelle schicken willst.

    Kostenlos. PDF und EPUB bleiben.

    no-bullshit-agile.de/buch/?mtm

    #SoftwareEngineering #Programming #OpenSource #Scrum #Kanban

  2. Fachbücher werden angefangen, nicht gelesen. Nach drei Wochen weißt du nicht mehr, wo du warst.

    Seit dem Wochenende steht mein Buch komplett als Webseiten online. 34 Kapitel, jedes einzeln aufrufbar. Du hakst ab, was du gelesen hast. Die Suche geht über alle 43 Seiten. Und jeder Abschnitt hat einen Link zum Kopieren, wenn du einem Kollegen genau diese Stelle schicken willst.

    Kostenlos. PDF und EPUB bleiben.

    no-bullshit-agile.de/buch/?mtm

    #SoftwareEngineering #Programming #OpenSource #Scrum #Kanban

  3. MWNN Kanban #vscode Extension

    Last year I wrote about the Methodology With No Name(darrenmcleod.com/2026/08/mwnn-) my simple approach to software development using a #kanban board with WIP limits and a reverse WIP limit on the Ready column.

    I have been doing more development in VS Code with #ai coding agents, and I wanted a Kanban board that both people and AI could use. So I created MWNN Kanban.

    As I worked with AI, I sometimes found myself confused about whether I was supposed to do something or whether the AI was supposed to do it. So cards can be assigned to either a human or AI. If a card is assigned to a human, it is clear that it is something I need to do rather than something I am waiting for the AI to handle.

    MWNN Kanban stores the board as files in your workspace, with each card in its own Markdown file. This means the board can be committed with your source code and updated by either a person or an AI agent.

    You can import a plan, hand individual cards to an AI, or run an AI loop that defines and implements work using GitHub Copilot, Codex, Claude Code, or Cursor. It can even verify completed work when that option is enabled.

    The idea is to keep the work visible and simple while letting people and AI participate in the same workflow without losing track of who is supposed to do what.

    MWNN Kanban on the Visual Studio Marketplace(marketplace.visualstudio.com/i)

    MWNN Kanban on Open VSX(open-vsx.org/extension/darrenj)

  4. MWNN Kanban Extension

    Last year I wrote about the Methodology With No Name(darrenmcleod.com/2026/08/mwnn-) my simple approach to software development using a board with WIP limits and a reverse WIP limit on the Ready column.

    I have been doing more development in VS Code with coding agents, and I wanted a Kanban board that both people and AI could use. So I created MWNN Kanban.

    As I worked with AI, I sometimes found myself confused about whether I was supposed to do something or whether the AI was supposed to do it. So cards can be assigned to either a human or AI. If a card is assigned to a human, it is clear that it is something I need to do rather than something I am waiting for the AI to handle.

    MWNN Kanban stores the board as files in your workspace, with each card in its own Markdown file. This means the board can be committed with your source code and updated by either a person or an AI agent.

    You can import a plan, hand individual cards to an AI, or run an AI loop that defines and implements work using GitHub Copilot, Codex, Claude Code, or Cursor. It can even verify completed work when that option is enabled.

    The idea is to keep the work visible and simple while letting people and AI participate in the same workflow without losing track of who is supposed to do what.

    MWNN Kanban on the Visual Studio Marketplace(marketplace.visualstudio.com/i)

    MWNN Kanban on Open VSX(open-vsx.org/extension/darrenj)

  5. Prioritäten sind kein Steuerungsinstrument. Sie sind eine Momentaufnahme davon, wer zuletzt laut war: Chef, Kunde, Support.

    Deshalb ist die Liste am Montag schon falsch. Nicht weil ihr schlecht priorisiert, sondern weil sich die Lage bewegt und die Liste nicht.

    Eisenhower hat das sauber getrennt: „Plans are nothing, planning is everything." Der Plan ist Abfall. Das Planen nicht.

    no-bullshit-agile.de/die-illus

    #Agile #Leadership #Kanban

  6. Prioritäten sind kein Steuerungsinstrument. Sie sind eine Momentaufnahme davon, wer zuletzt laut war: Chef, Kunde, Support.

    Deshalb ist die Liste am Montag schon falsch. Nicht weil ihr schlecht priorisiert, sondern weil sich die Lage bewegt und die Liste nicht.

    Eisenhower hat das sauber getrennt: „Plans are nothing, planning is everything." Der Plan ist Abfall. Das Planen nicht.

    no-bullshit-agile.de/die-illus

    #Agile #Leadership #Kanban

  7. Ein PDF verlinkt man nicht. Man schickt es rum, und drei Wochen später hat jeder eine andere Version.

    Deshalb steht mein Buch jetzt komplett als Seiten im Netz. 34 Kapitel, jedes mit eigener URL, durchsuchbar, kostenlos, kein Formular, keine Mail-Adresse.

    Wenn im nächsten Refinement wieder die Frage kommt, wer eigentlich entscheidet: Kapitel 11 verlinken statt eine Datei anzuhängen.

    PDF und EPUB gibt es weiter.

    no-bullshit-agile.de/buch/?mtm

    #SoftwareDevelopment #Agile #Kanban #Scrum #Buch

  8. Ein PDF verlinkt man nicht. Man schickt es rum, und drei Wochen später hat jeder eine andere Version.

    Deshalb steht mein Buch jetzt komplett als Seiten im Netz. 34 Kapitel, jedes mit eigener URL, durchsuchbar, kostenlos, kein Formular, keine Mail-Adresse.

    Wenn im nächsten Refinement wieder die Frage kommt, wer eigentlich entscheidet: Kapitel 11 verlinken statt eine Datei anzuhängen.

    PDF und EPUB gibt es weiter.

    no-bullshit-agile.de/buch/?mtm

    #SoftwareDevelopment #Agile #Kanban #Scrum #Buch

  9. 📧 Meron: Clientul de e-mail open-source creat în Rust ce combină tabelele Kanban, chat-ul și confidențialitatea pe Linux!

    Aplicația Meron propune o reîprospătare a modului tradițional în care gestionăm corespondența electronică pe Linux. Dezvoltat în Rust și licențiat sub AGPL-3.0, Meron combină funcționalitățile de e-mail și feed-uri RSS/Atom într-un singur loc, punând accent pe confidențialitate (local-first).

    ✨ Principalele caracteristici ale clientului Meron:

    💬 Interfață stil Chat / Mesagerie:
    • Afișează firele de conversație (e-mail threads) sub formă de bule de chat similare aplicațiilor moderne de mesagerie, făcând urmărirea discuțiilor lungi mult mai simplă și intuitivă.

    📋 Organizare prin panouri Kanban:
    • Transformă e-mailurile în carduri ce pot fi mutate și organizate în coloane de tip Kanban, facilitând gestionarea sarcinilor, fluxurilor de lucru (To-Do, In Progress, Done) și prioritizarea mesajelor direct din client.

    📰 Cititor RSS/Atom integrat:
    • Elimină necesitatea unei aplicații separate pentru știri, permițând abonarea și citirea blogurilor sau feed-urilor de știri directe în aceeași interfață unificată.

    🔒 Confidențialitate & Arhitectură Local-First:
    • Bază de date locală criptată: Mesajele rămân stocate local și sunt securizate folosind SQLCipher.
    • Securitatea acreditărilor: Parolele și token-urile OAuth sunt protejate prin brelocul nativ al sistemului de operare (system keychain). Fără servere intermediare sau colectare de date.

    📎 Galerie automată pentru atașamente:
    • Generează o galerie vizuală pentru toate fișierele, imaginile și documentele primite sau trimise într-o conversație, scutindu-te de căutarea manuală prin mesajele vechi.

    🌐 Suport Cross-Platform & Format de distribuție:
    • Oferă o cutie poștală unificată (Unified Inbox) pentru conturi IMAP multiple și este distribuit pe Linux sub formă de AppImage, Snap și Flatpak (fiind compatibil și cu Windows, macOS, Android și iOS).

    O alternativă proaspătă și orientată spre productivitate pentru utilizatorii care doresc să scape de interfețele aglomerate ale clienților de e-mail tradiționali! 🚀

    #Meron #Rust #OpenSource #EmailClient #Kanban #Linux #Privacy #RSS #TechNews #FOSS #LinuxEasy

  10. 📧 Meron: Clientul de e-mail open-source creat în Rust ce combină tabelele Kanban, chat-ul și confidențialitatea pe Linux!

    Aplicația Meron propune o reîprospătare a modului tradițional în care gestionăm corespondența electronică pe Linux. Dezvoltat în Rust și licențiat sub AGPL-3.0, Meron combină funcționalitățile de e-mail și feed-uri RSS/Atom într-un singur loc, punând accent pe confidențialitate (local-first).

    ✨ Principalele caracteristici ale clientului Meron:

    💬 Interfață stil Chat / Mesagerie:
    • Afișează firele de conversație (e-mail threads) sub formă de bule de chat similare aplicațiilor moderne de mesagerie, făcând urmărirea discuțiilor lungi mult mai simplă și intuitivă.

    📋 Organizare prin panouri Kanban:
    • Transformă e-mailurile în carduri ce pot fi mutate și organizate în coloane de tip Kanban, facilitând gestionarea sarcinilor, fluxurilor de lucru (To-Do, In Progress, Done) și prioritizarea mesajelor direct din client.

    📰 Cititor RSS/Atom integrat:
    • Elimină necesitatea unei aplicații separate pentru știri, permițând abonarea și citirea blogurilor sau feed-urilor de știri directe în aceeași interfață unificată.

    🔒 Confidențialitate & Arhitectură Local-First:
    • Bază de date locală criptată: Mesajele rămân stocate local și sunt securizate folosind SQLCipher.
    • Securitatea acreditărilor: Parolele și token-urile OAuth sunt protejate prin brelocul nativ al sistemului de operare (system keychain). Fără servere intermediare sau colectare de date.

    📎 Galerie automată pentru atașamente:
    • Generează o galerie vizuală pentru toate fișierele, imaginile și documentele primite sau trimise într-o conversație, scutindu-te de căutarea manuală prin mesajele vechi.

    🌐 Suport Cross-Platform & Format de distribuție:
    • Oferă o cutie poștală unificată (Unified Inbox) pentru conturi IMAP multiple și este distribuit pe Linux sub formă de AppImage, Snap și Flatpak (fiind compatibil și cu Windows, macOS, Android și iOS).

    O alternativă proaspătă și orientată spre productivitate pentru utilizatorii care doresc să scape de interfețele aglomerate ale clienților de e-mail tradiționali! 🚀

    #Meron #Rust #OpenSource #EmailClient #Kanban #Linux #Privacy #RSS #TechNews #FOSS #LinuxEasy

  11. Ich habe heute meine Dev-Serie umgebaut. Vorher stand alles Wichtige in der Übersicht, also hat niemand weitergelesen.

    Acht Teile: Daily, Schätzen, DoD, Refinement, Tech Debt, WIP, Tickets, Vertrauen. Zu jedem der Satz, den du im Meeting sagen kannst, ohne als Querulant zu gelten.

    Is eher lang. Eher Nachschlagewerk zum bookmarken und blättern.

    no-bullshit-agile.de/agile-fue

    #Jira #Programming #SoftwareDevelopment #Scrum #Kanban

  12. Ich habe heute meine Dev-Serie umgebaut. Vorher stand alles Wichtige in der Übersicht, also hat niemand weitergelesen.

    Acht Teile: Daily, Schätzen, DoD, Refinement, Tech Debt, WIP, Tickets, Vertrauen. Zu jedem der Satz, den du im Meeting sagen kannst, ohne als Querulant zu gelten.

    Is eher lang. Eher Nachschlagewerk zum bookmarken und blättern.

    no-bullshit-agile.de/agile-fue

    #Jira #Programming #SoftwareDevelopment #Scrum #Kanban

  13. @midzer schrieb, Scrum sei ein brutaler Scam, erfunden von Krawatten.

    Ich halte den Satz für falsch. Die Wut dahinter für berechtigt.

    Die meisten Devs, die agiles Arbeiten hassen, haben es nie erlebt. Sie kennen das Daily als Statusreport für den Chef und die Schätzung, aus der eine Deadline wird.

    Ich hab fünf Jahre Scrum nach Lehrbuch gemacht und es sein lassen. Warum es trotzdem nicht an dir liegt:

    no-bullshit-agile.de/es-liegt-

    #Softwareentwicklung #SystemsThinking #Scrum #Kanban

  14. @midzer schrieb, Scrum sei ein brutaler Scam, erfunden von Krawatten.

    Ich halte den Satz für falsch. Die Wut dahinter für berechtigt.

    Die meisten Devs, die agiles Arbeiten hassen, haben es nie erlebt. Sie kennen das Daily als Statusreport für den Chef und die Schätzung, aus der eine Deadline wird.

    Ich hab fünf Jahre Scrum nach Lehrbuch gemacht und es sein lassen. Warum es trotzdem nicht an dir liegt:

    no-bullshit-agile.de/es-liegt-

    #Softwareentwicklung #SystemsThinking #Scrum #Kanban

  15. Гант для РП, канбан для команды: как мы связываем OpenProject и PLANKA

    У нас в компании давно живёт странная двойственность. Я как руководитель смотрю на проект сроками, вехами и деньгами. Разработчик смотрит на него колонкой «в работе». Это два разных языка, и переводчиком обычно работает статус-митинг на сорок минут, после которого никто не стал умнее. Мы пришли к схеме, где OpenProject остаётся инструментом верхнего уровня, а канбан-доска — рабочим местом команды. У нас в роли доски PLANKA: self-hosted, с OIDC через Authentik, живёт на нашем же контуре. Ниже — как это устроено и, что важнее, где эта конструкция ломается. Я специально не буду обещать, что всё это собирается за вечер.

    habr.com/ru/articles/1067124/

    #openproject #planka #kanban #project_management #selfhosted #api #интеграция #тимлид #управление_проектами

  16. Mein neues Open Source Projekt: Dumango Aurora — selbstgehostete Projekt- & Aufgabenverwaltung.

    Kanban-Boards mit Drag & Drop, Echtzeit-Updates, Kalender, Zeiterfassung, Automationen, Rollen & Rechte.

    Start mit einem Befehl:
    docker compose up -d --build

    Nur Docker nötig. Kein Node, kein DB-Setup, keine Cloud. Deine Daten bleiben bei dir. 🇩🇪🇬🇧 zweisprachig, hell/dunkel.

    Beta — Feedback willkommen!

    codeberg.org/msdong/Dumango_Au

    #SelfHosted #OpenSource #Codeberg #Kanban #Projektmanagement #Privacy

  17. Mein neues Open Source Projekt: Dumango Aurora — selbstgehostete Projekt- & Aufgabenverwaltung.

    Kanban-Boards mit Drag & Drop, Echtzeit-Updates, Kalender, Zeiterfassung, Automationen, Rollen & Rechte.

    Start mit einem Befehl:
    docker compose up -d --build

    Nur Docker nötig. Kein Node, kein DB-Setup, keine Cloud. Deine Daten bleiben bei dir. 🇩🇪🇬🇧 zweisprachig, hell/dunkel.

    Beta — Feedback willkommen!

    codeberg.org/msdong/Dumango_Au

    #SelfHosted #OpenSource #Codeberg #Kanban #Projektmanagement #Privacy

  18. „WIP-Limits bringen doch nichts, wir haben halt viel zu tun." Sieben Karten in Development, drei seit zwei Wochen unangetastet.

    Ihr seid nicht langsam. Ihr habt zu viel offen. Jede angefangene Karte kostet Kontextwechsel, und den bezahlst du mit Durchlaufzeit, nicht mit Fleiß. Kann man diskutieren. Oder am Regler drehen.

    Selbst ausprobieren: no-bullshit-agile.de/wip/?mtm_

    #Kanban #Scrum #SoftwareDevelopment

  19. „WIP-Limits bringen doch nichts, wir haben halt viel zu tun." Sieben Karten in Development, drei seit zwei Wochen unangetastet.

    Ihr seid nicht langsam. Ihr habt zu viel offen. Jede angefangene Karte kostet Kontextwechsel, und den bezahlst du mit Durchlaufzeit, nicht mit Fleiß. Kann man diskutieren. Oder am Regler drehen.

    Selbst ausprobieren: no-bullshit-agile.de/wip/?mtm_

    #Kanban #Scrum #SoftwareDevelopment

  20. Letztens im Refinement: eine Story, seit drei Wochen auf „fast fertig". Drei Subtasks: DB, API, UI. Zwei auf Done, einer hängt. Ausliefern kannst du: nichts.

    Subtasks nach Layern sind kein Fortschritt, das ist Buchhaltung. Erst wenn alle drei durch sind, hat jemand was davon. Bis dahin lügt das Board.

    Der Ausweg ist nicht der vierte Subtask, sondern ein anderer Schnitt.

    no-bullshit-agile.de/backlog-r

    #Scrum #Kanban #SoftwareDevelopment #development

  21. Letztens im Refinement: eine Story, seit drei Wochen auf „fast fertig". Drei Subtasks: DB, API, UI. Zwei auf Done, einer hängt. Ausliefern kannst du: nichts.

    Subtasks nach Layern sind kein Fortschritt, das ist Buchhaltung. Erst wenn alle drei durch sind, hat jemand was davon. Bis dahin lügt das Board.

    Der Ausweg ist nicht der vierte Subtask, sondern ein anderer Schnitt.

    no-bullshit-agile.de/backlog-r

    #Scrum #Kanban #SoftwareDevelopment #development

  22. Probiere jetzt mal tiefer das #Kanban Board Plugin von #JoplinApp aus, in dem ich meine Aktivitäen und Artikel etc. für die #BlogWochen2026 damit plane. Funktioniert bisweilen recht gut 👍

    Besonders fein ist, aus dem Board direkt auf einzelne Notizen springen zu können, wo sich dann die Details befinden.

    Zur Plugin Seite: joplinapp.org/plugins/plugin/o

    #Joplin

  23. Probiere jetzt mal tiefer das #Kanban Board Plugin von #JoplinApp aus, in dem ich meine Aktivitäen und Artikel etc. für die #BlogWochen2026 damit plane. Funktioniert bisweilen recht gut 👍

    Besonders fein ist, aus dem Board direkt auf einzelne Notizen springen zu können, wo sich dann die Details befinden.

    Zur Plugin Seite: joplinapp.org/plugins/plugin/o

    #Joplin

  24. 🤖 kdlbs/kandev

    Orchestrates AI agents in parallel, manages tasks via kanban, and reviews code changes in an integrated workspace

    ⭐ Stars: 520
    📅 Last Update: Jul 31, 2026

    github.com/kdlbs/kandev

    #selfhosted #homelab #selfhost #selfhosting #opensource #aiagents #kanban

  25. Kein Board hat eine Spalte "warten auf Entscheidung" obwohl das der längste Wartezustand im System ist.

    Wir messen Cycle Time und Lead Time. Die Wochen zwischen "Signal gesehen" und "verbindlich entschieden" messen wir nie.

    Ein Team, das alle 2 Wochen liefert, aber im Quartalsgremium auf Priorisierung wartet, ist nicht agil. Nur schnell im falschen Takt.

    no-bullshit-agile.de/nbak12-de

    #Agile #Scrum #Kanban #SoftwareDevelopment

  26. Kein Board hat eine Spalte "warten auf Entscheidung" obwohl das der längste Wartezustand im System ist.

    Wir messen Cycle Time und Lead Time. Die Wochen zwischen "Signal gesehen" und "verbindlich entschieden" messen wir nie.

    Ein Team, das alle 2 Wochen liefert, aber im Quartalsgremium auf Priorisierung wartet, ist nicht agil. Nur schnell im falschen Takt.

    no-bullshit-agile.de/nbak12-de

    #Agile #Scrum #Kanban #SoftwareDevelopment

  27. Ich schreibe hier über agiles Arbeiten. Über manches kann ich nicht schreiben, weil ich es nicht erlebt habe.

    SAFe von innen. Der Alltag als Scrum Master. Agiles Arbeiten als Tester. Agil außerhalb der Softwareentwicklung.

    Schreib einen Gastbeitrag bei mir.

    Kein Wortlimit, kein Konzept, kein SEO. Eine Erfahrung in eine Mail getippt reicht. Struktur und Formatierung mache ich. Autorenbox mit deinen Links gibt's dazu.

    Boost, please!

    no-bullshit-agile.de/ich-habe-

    #Agile #Scrum #Kanban #Blog

  28. Ich schreibe hier über agiles Arbeiten. Über manches kann ich nicht schreiben, weil ich es nicht erlebt habe.

    SAFe von innen. Der Alltag als Scrum Master. Agiles Arbeiten als Tester. Agil außerhalb der Softwareentwicklung.

    Schreib einen Gastbeitrag bei mir.

    Kein Wortlimit, kein Konzept, kein SEO. Eine Erfahrung in eine Mail getippt reicht. Struktur und Formatierung mache ich. Autorenbox mit deinen Links gibt's dazu.

    Boost, please!

    no-bullshit-agile.de/ich-habe-

    #Agile #Scrum #Kanban #Blog

  29. Neulich im Daily: Es geht reiherum, jeder spricht 90 Sekunden ins Leere,
    keiner hört zu. Am Ende weiß genau einer mehr als vorher: der Chef.

    Ein Daily ist kein Status-Report. Sobald es einer wird, optimiert jeder
    seine eigene Zeile statt den Fluss der Arbeit. Zu Recht hasst ihr das Ding.

    Es gibt eine Variante, in der die 15 Minuten wirklich was bewegen. Die
    redet nicht über Menschen, sondern über Tickets.

    no-bullshit-agile.de/warum-dai

    #Scrum #SoftwareDevelopment #Agile #Kanban

  30. Neulich im Daily: Es geht reiherum, jeder spricht 90 Sekunden ins Leere,
    keiner hört zu. Am Ende weiß genau einer mehr als vorher: der Chef.

    Ein Daily ist kein Status-Report. Sobald es einer wird, optimiert jeder
    seine eigene Zeile statt den Fluss der Arbeit. Zu Recht hasst ihr das Ding.

    Es gibt eine Variante, in der die 15 Minuten wirklich was bewegen. Die
    redet nicht über Menschen, sondern über Tickets.

    no-bullshit-agile.de/warum-dai

    #Scrum #SoftwareDevelopment #Agile #Kanban

  31. 4 days in, #AgileConfessions has some gems:

    "I misused the daily as a status report."
    "I thought agile meant finishing tickets fast so I could change the plan anytime."
    "Endless upfront plans, until I learned to run experiments."

    Your turn: the most anti-agile thing you've done, and what it taught you. Any language, just tag #AgileConfessions.

    #softwaredevelopment #agile #scrum #kanban

  32. 4 days in, #AgileConfessions has some gems:

    "I misused the daily as a status report."
    "I thought agile meant finishing tickets fast so I could change the plan anytime."
    "Endless upfront plans, until I learned to run experiments."

    Your turn: the most anti-agile thing you've done, and what it taught you. Any language, just tag #AgileConfessions.

    #softwaredevelopment #agile #scrum #kanban

  33. @andre Die These kann ich aus der Praxis bestätigen.

    Crossfunktionale Teams, Anwendernähe, Transparenz, Feedback Loops, Service Safaris, gemeinsames Lernen, schnelle Entscheidungen, angemessene Komplexität.

    Wenn man echtes agiles Arbeiten in der Organisation zulässt, kann man Software in sehr kurzer Zeit herstellen.

    KI kann unterstützen, ist für mich aber nicht der Schlüssel.

    Die Verzögerung kommt nicht durch die Technik, sondern die Strukturen.

    #agile #ki #software #kanban #scrum

  34. JiraMetrics v3.0 is out.

    It's a free, open-source command-line tool that turns your Jira history into agile metrics charts (cycle time, aging WIP, throughput, and more) in one self-contained HTML report. Useful for any team that wants to understand and improve its delivery flow.

    A major release because it now requires Ruby 3.4 (or JRuby 10) and removes long-deprecated features.

    Full change log at jirametrics.org/changes/
    #agile #jira #flowmetrics #kanban #scrum

  35. Neulich im Board-Review: 5 Devs, 14 Tickets gleichzeitig ‚in Arbeit'. Alle busy, keiner fertig, Chef fragt: warum sind wir so langsam?

    Ihr seid nicht langsam. Ihr habt zu viel offen. Auslastung ist nicht Geschwindigkeit. Jedes Ticket, das du zusätzlich startest, verlängert die Wartezeit für alle. Stop starting, start finishing.

    Little's Law selbst erleben: no-bullshit-agile.de/wipit-war

    #SoftwareDevelopment #DevOps #Kanban

  36. ⚡ RARgames/4gaBoards

    Enables visual project management via realtime kanban boards supporting multitasking, markdown editing, and dark mode.

    ⭐ Stars: 673
    📅 Last Update: Jul 21, 2026

    github.com/RARgames/4gaBoards

    #selfhosted #homelab #selfhost #selfhosting #opensource #projectmanagement #kanban

  37. Scrum — не серебряная пуля. Почему «натянутый» Scrum на несколько команд ломает продукт — и что работает вместо него

    Есть фраза, от которой у меня до сих пор дёргается глаз: «Да там ничего сложного — просто раскатим Scrum на все команды». Обычно её уверенно произносит человек, который пару недель назад сходил на двухдневный курс, получил красивый сертификат — и теперь искренне считает, что понял, как устроена разработка. Пятнадцать лет в профессии, путь от инженера до директора разработки, до восьми команд над одним продуктом одновременно — и за это время я видел этот сценарий десятки раз. Приходит свежий «эксперт», и Scrum начинают натягивать на всё подряд: на поддержку, на исследования, на команду из трёх человек, на департамент из ста. По одному лекалу. «Потому что так правильно». Сразу оговорюсь: проблема не в Scrum. Scrum — хороший инструмент, я сам его люблю и использую. Проблема в том, что его продают и покупают как серебряную пулю — универсальное лекарство от всех болезней доставки. А потом искренне недоумевают, почему на нескольких командах, которые пилят один продукт, всё превращается в хаос из зависимостей, интеграционного ада и созвонов ради созвонов. Ниже — три вещи, на которых я набил шишки лично: (1) откуда взялся миф о всемогущем Scrum и почему сам Scrum Guide с ним не согласен; (2) почему «голый» Scrum, натянутый на несколько команд с одним продуктом, — это заявка на провал; (3) что реально работает в этом контексте — от LeSS до Team Topologies — и как в эпоху AI выбор смещается в сторону лёгких, потоковых, адаптивных подходов. Без хайпа, с источниками и из практики.

    habr.com/ru/articles/1061124/

    #scrum #less #team_topologies #масштабирование_команды #delivery_management #предсказуемость #управление_разработкой #оргдизайн #scrum_of_scrums #kanban

  38. 40 Tickets mit „Priorität 1". Das ist keine Priorisierung, das ist eine Wunschliste.

    Prioritäten setzen kostet nichts, solange niemand die Kapazität des Teams gegenrechnet. Eine Reihenfolge entsteht erst, wenn du sagst, was NICHT drankommt.

    Warum Prioritäten-Pläne fast immer Waste sind:
    no-bullshit-agile.de/nba08-pri

    #Projektmanagement #Kanban #Scrum

  39. Man verlangt vom Team Eigenverantwortung und lässt jede echte Entscheidung vom Management absegnen. Das ist keine Autonomie. Das ist Schuld-Delegation.

    Ein Team ohne Entscheidungsbefugnis trägt nur die Verantwortung fürs Scheitern, nicht die Macht, es zu verhindern.

    #management #agile #scrum #kanban

  40. RE: hachyderm.io/@mlevison/1169303

    From Mark: "There are many cases where I don’t love the language of the Scrum Guide. It can be too formal and heavy."

    For details see my article. (I know, I have to revise it)
    enteresc.net/done-is-not-just-

    #agile #scrum #kanban

  41. Как «Первый Бит» выстроил прозрачный контур управления IT-командой на базе EvaTeam — российского аналога Jira

    Как руководителю понять, чем занята ИТ-команда : сколько ресурсов уходит на поддержку, какие работы относятся к проектной нагрузке, где задачи остаются без оценки, а где назначены исполнители, но работа не движется? В компании «Первого Бита» для этого внедрили единый управленческий контур EvaTeam , поверх системы настроили аналитический HTML-дашборд. Через API он собирает данные, помогает находить слепые зоны и принимать управленческие решения на основе фактической загрузки команды. В статье разбираем архитектуру решения, логику разделения поддержки и проектных работ, состав аналитики и результаты одного из ежемесячных отчётных срезов .

    habr.com/ru/companies/evateam/

    #импортозамещение #jira #evateam #confluence #российское_по #atlassian #kanban #agile #консалтинговые_компании #консалтинговый_проект

  42. „Wie sollen wir so unterschiedlich große Stories schätzen?" Das ist die falsche Frage.

    Du machst sie nicht gleich groß. Du machst sie klein. Horizontal schneiden, bis jedes Stück für sich Wert liefert. Der Rest ist laufende Priorisierung: Was ist jetzt am wichtigsten? Das nach oben. In Kanban jederzeit änderbar, solange nichts angefangen ist.

    #kanban #agile