#kanban — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #kanban, aggregated by home.social.
-
Definition of Ready is an agreement between the Product Owner and the team about what state Product Backlog Items need to be in before the Sprint. As long as it remains a lightweight check, it can be a tool for good.
The trouble starts when it gets rigid. A team with a Definition of Ready isn't optimizing for getting an idea from entering the Product Backlog to Deployed. Instead, they're optimizing for Sprint Backlog to Deployed. Items get held up at the gate for trivial reasons, like incomplete Acceptance Criteria or a missing mockup.
Imagine a Definition of Ready that holds up a feature for 6+ weeks while requirements are gathered. Once the work starts it proceeds at a normal pace, so the team can say they've reduced their cycle time, when all that really happened is the delay was pushed earlier in the system. The team feels good but the customer isn't any happier.
Consider measuring Lead Time and not Cycle Time. Any time spent waiting at the Ready gate is then accounted for, making it harder to sub-optimize.
-
Definition of Ready is an agreement between the Product Owner and the team about what state Product Backlog Items need to be in before the Sprint. As long as it remains a lightweight check, it can be a tool for good.
The trouble starts when it gets rigid. A team with a Definition of Ready isn't optimizing for getting an idea from entering the Product Backlog to Deployed. Instead, they're optimizing for Sprint Backlog to Deployed. Items get held up at the gate for trivial reasons, like incomplete Acceptance Criteria or a missing mockup.
Imagine a Definition of Ready that holds up a feature for 6+ weeks while requirements are gathered. Once the work starts it proceeds at a normal pace, so the team can say they've reduced their cycle time, when all that really happened is the delay was pushed earlier in the system. The team feels good but the customer isn't any happier.
Consider measuring Lead Time and not Cycle Time. Any time spent waiting at the Ready gate is then accounted for, making it harder to sub-optimize.
-
Definition of Ready is an agreement between the Product Owner and the team about what state Product Backlog Items need to be in before the Sprint. As long as it remains a lightweight check, it can be a tool for good.
The trouble starts when it gets rigid. A team with a Definition of Ready isn't optimizing for getting an idea from entering the Product Backlog to Deployed. Instead, they're optimizing for Sprint Backlog to Deployed. Items get held up at the gate for trivial reasons, like incomplete Acceptance Criteria or a missing mockup.
Imagine a Definition of Ready that holds up a feature for 6+ weeks while requirements are gathered. Once the work starts it proceeds at a normal pace, so the team can say they've reduced their cycle time, when all that really happened is the delay was pushed earlier in the system. The team feels good but the customer isn't any happier.
Consider measuring Lead Time and not Cycle Time. Any time spent waiting at the Ready gate is then accounted for, making it harder to sub-optimize.
-
Definition of Ready is an agreement between the Product Owner and the team about what state Product Backlog Items need to be in before the Sprint. As long as it remains a lightweight check, it can be a tool for good.
The trouble starts when it gets rigid. A team with a Definition of Ready isn't optimizing for getting an idea from entering the Product Backlog to Deployed. Instead, they're optimizing for Sprint Backlog to Deployed. Items get held up at the gate for trivial reasons, like incomplete Acceptance Criteria or a missing mockup.
Imagine a Definition of Ready that holds up a feature for 6+ weeks while requirements are gathered. Once the work starts it proceeds at a normal pace, so the team can say they've reduced their cycle time, when all that really happened is the delay was pushed earlier in the system. The team feels good but the customer isn't any happier.
Consider measuring Lead Time and not Cycle Time. Any time spent waiting at the Ready gate is then accounted for, making it harder to sub-optimize.
-
Definition of Ready is an agreement between the Product Owner and the team about what state Product Backlog Items need to be in before the Sprint. As long as it remains a lightweight check, it can be a tool for good.
The trouble starts when it gets rigid. A team with a Definition of Ready isn't optimizing for getting an idea from entering the Product Backlog to Deployed. Instead, they're optimizing for Sprint Backlog to Deployed. Items get held up at the gate for trivial reasons, like incomplete Acceptance Criteria or a missing mockup.
Imagine a Definition of Ready that holds up a feature for 6+ weeks while requirements are gathered. Once the work starts it proceeds at a normal pace, so the team can say they've reduced their cycle time, when all that really happened is the delay was pushed earlier in the system. The team feels good but the customer isn't any happier.
Consider measuring Lead Time and not Cycle Time. Any time spent waiting at the Ready gate is then accounted for, making it harder to sub-optimize.
-
Just made some additions to my Lettering Locations map/bucket list, including the Showa Neon Takamura Kanban Museum in Toyko:
Full map here:
https://umap.osm.ch/en/map/lettering-locations_11682#5/34.987000/-112.211000
-
Just made some additions to my Lettering Locations map/bucket list, including the Showa Neon Takamura Kanban Museum in Toyko:
Full map here:
https://umap.osm.ch/en/map/lettering-locations_11682#5/34.987000/-112.211000
-
Just made some additions to my Lettering Locations map/bucket list, including the Showa Neon Takamura Kanban Museum in Toyko:
Full map here:
https://umap.osm.ch/en/map/lettering-locations_11682#5/34.987000/-112.211000
-
Just made some additions to my Lettering Locations map/bucket list, including the Showa Neon Takamura Kanban Museum in Toyko:
Full map here:
https://umap.osm.ch/en/map/lettering-locations_11682#5/34.987000/-112.211000
-
Just made some additions to my Lettering Locations map/bucket list, including the Showa Neon Takamura Kanban Museum in Toyko:
Full map here:
https://umap.osm.ch/en/map/lettering-locations_11682#5/34.987000/-112.211000
-
Scrum, Kanban, SAFe, Lean — кто все эти люди?
У нас Scrum, доска Kanban, а скоро переходим на SAFe. Разбираемся, кто все эти люди: от Waterfall и XP до Lean Six Sigma, Team Topologies и AI. Простые объяснения, схемы и пять вопросов, которые стоит задать до смены процесса. Карта подходов к разработке: от Waterfall и XP до Team Topologies и работы с AI. Что они решают, где помогают и как выбрать без посвящения в тайное общество.
https://habr.com/ru/articles/1079848/
#scrum #kanban #safe #less #team_topologies #Lean #Six_Sigma #управление_разработкой
-
Scrum, Kanban, SAFe, Lean — кто все эти люди?
У нас Scrum, доска Kanban, а скоро переходим на SAFe. Разбираемся, кто все эти люди: от Waterfall и XP до Lean Six Sigma, Team Topologies и AI. Простые объяснения, схемы и пять вопросов, которые стоит задать до смены процесса. Карта подходов к разработке: от Waterfall и XP до Team Topologies и работы с AI. Что они решают, где помогают и как выбрать без посвящения в тайное общество.
https://habr.com/ru/articles/1079848/
#scrum #kanban #safe #less #team_topologies #Lean #Six_Sigma #управление_разработкой
-
Scrum, Kanban, SAFe, Lean — кто все эти люди?
У нас Scrum, доска Kanban, а скоро переходим на SAFe. Разбираемся, кто все эти люди: от Waterfall и XP до Lean Six Sigma, Team Topologies и AI. Простые объяснения, схемы и пять вопросов, которые стоит задать до смены процесса. Карта подходов к разработке: от Waterfall и XP до Team Topologies и работы с AI. Что они решают, где помогают и как выбрать без посвящения в тайное общество.
https://habr.com/ru/articles/1079848/
#scrum #kanban #safe #less #team_topologies #Lean #Six_Sigma #управление_разработкой
-
#Agile #Kanban #ProductOwner #Tech
Hello
Has anyone ever combined the roles of Project Manager + Technical Product Owner on a Kanban maintenance project? 🤔💡
What are the pitfalls to avoid ? Good practices ?
How do you manage prioritization between bugs, improvements and technical tasks ?
Do you have any tips to avoid overloading or role conflicts ?
Thanks in advance for your feedback 🙏😊 -
Having a go at blogging, because why not? Some background on BoardOil.
https://dozigden.com/blog/2026/09/04/youre-not-going-to-make/
-
Jira alternative OpenProject 17.8 lets AI assistants into project management
With OpenProject 17.8, AI assistants can now create, comment on, and link work packages – with the same rules as users.
#IT #Kanban #KünstlicheIntelligenz #OpenSource #Projektmanagement #Scrum #Updates #news
-
Jira-Alternative OpenProject 17.8 lässt KI-Assistenten ins Projektmanagement
Bei OpenProject 17.8 dürfen KI-Assistenten jetzt Arbeitspakete anlegen, kommentieren und verknüpfen – mit denselben Regeln wie Nutzer.
#IT #Kanban #KünstlicheIntelligenz #OpenSource #Projektmanagement #Scrum #Updates #news
-
Effectively planning and managing a complicated life can be made easier and less stressful if you adopt approaches like Kanban and Getting Things Done.
https://www.conferencesthatwork.com/index.php/life-lessons/2018/10/kanban-and-getting-things-done
-
Was ist denn (kostenfrei) datenschutzfreundliche Alternative zu #trello aktuell - #Meistertask? https://www.meistertask.com/ #kanban
(Selbsthosten wäre bei mir nur per PHP Webspace möglich aktuell, unklar ob sich der Aufwand lohnt. Nextcloud hab ich nicht aktuell)
-
Роль Agile Coach мертва… да здравствует агент изменений
Здесь и далее: скрам-мастер и аджайл коуч тождественны. TL;DR Роль Agile Coach должна умереть, чтобы переродиться в роль Change Agent (или Organizational Architect). И работать такие спецы должны не "вечно", а проектно - как спецназ внедрения изменений. Самое главное - у роли должна наконец-то появляться ответственность. В посте разберем 4 утверждения: какой должна быть система работы, какие вопросы задать чтобы понять что импакт от коуча есть, почему важно делать нужные бизнесу изменения и то, что софт скилы - это новые харды. Разобраться, почему стоит писать некролог
https://habr.com/ru/articles/1075680/
#agile #scrum #kanban #разработка #ai #изменения #управление_изменениями #эффективность #производительность
-
Setz eine halbe Stunde pro Woche an, in der zwei Teams über ihre Boards reden. Kein Status, keine Agenda, kein Protokoll.
Bei uns heißt das Kaffeeklatsch. Da merkst du, dass dasselbe WiP-Limit im einen Team den Flow rettet und im anderen abschnürt. Das Lehrbuch sagt dazu nichts. Es kennt euer Board nicht.
Wöchentlich, dreißig Minuten. Mehr braucht es nicht.
-
Я завёл себе ИИ-ассистента для рутины (делюсь рецептом)
Привет! Меня зовут Роман Авдонин, я Head of QA в KTS . Моя работа плохо ложится в привычные трекеры. В течение дня я могу потюнить матрицу грейдов, согласовать новый процесс и запилить кусок внутреннего инструмента. Ничего из этого не выглядит как «пофиксил баг» или «имплементировал фичу», поэтому следов в трекерах почти не остаётся. Но как и у всех, раз в полгода у меня наступает перформанс-ревью, и мне приходится по два дня вспоминать, чем я занимался всё это время (то есть копаться в чатах, в календаре и в своих чертогах разума). При этом аккуратно вести журнальчик руками я не способен, это просто не моё. Два месяца назад я собрал себе рабочий контур из Claude Code, Obsidian и пачки markdown-файлов. Теперь журнал ведётся сам. Я рассказываю ассистенту, чем занимался, а он раскладывает это по файлам, двигает карточки на доске и к понедельнику готовит отчёт для встречи 1:1 с руководителем. Достижения копятся в отдельной папочке, так что к следующему перф-ревью я готов заранее. В этой статье я расскажу, как контур устроен и как он эволюционировал за два месяца. В конце я оставил промт, который можно просто вставить в Claude Code или Cursor, агент возьмёт у вас короткое интервью и соберёт такой же контур под вас.
https://habr.com/ru/companies/kts/articles/1072700/
#ассистент #рутина #искусственный_интеллект #kanban #obsidian #claude
-
Мы шьём тот мерч, который вам выдают корпорации — и он дороже, чем вы думаете
Ещё мы шьём скины из Фортнайта, например, очень гордимся вот этим бананом (коллекция мерча Epic Games ехала по всему миру — от Японии до Мексики и Бразилии). А так нашу работу (мы называемся Uniko), скорее всего, вы видели на сотрудниках Яндекса, VK, Касперского, КРОК, ОККО, Aviasales и в Сколково. Самое важное для наших заказчиков — UX одежды. Это внешнее качество и то, насколько хороши материалы, покрой и вообще исполнение. Ну, знаете, чтобы не было такого, что вы сидите, кодите, и вам всё время где-то на периферии сознания о себе напоминает шов сбоку или упирающаяся в шею неотрываемая без потерь бирка. Требования к качественному корпоративному мерчу сейчас похожи на те, что в профессиональной спортивной форме или в повседневных коллекциях модных брендов. Собственно, самый лютый вин, который у нас случался, — когда команда Assassin's Creed Valhalla заказывала себе внутренний мерч, у них был вариант взять одежду от Reebok, с которыми у студии была официальная коллаборация и релиз в магазинах. Но команда выбрала наши худи, потому что качество ткани, швов и посадки оказалось по факту лучше. Мы шьём всё сами. Обычная типография покупает стоковые майки или толстовки, шлёпает логотип, отдаёт. Но, конечно, я тут рассказать не про это, а про логистический ад, когда у вас в работе одновременно 200 крупных заказов в месяц.
https://habr.com/ru/companies/kaiten/articles/1072160/
#производство #kanban #управление_проектами #бизнеспроцессы #мерч #логистика #одежда #Trello #Kaiten #Uniko
-
Как я стал настоящим опытным CTO и понял, что управляю отделом
Я CTO в Арлифте — мы сдаём в аренду и продаём спецтехнику: подъёмники, мини-краны и вакуумные захваты. Наши машины работают на стройках Газпрома, Росатома, Сибура. Меняли стеклопакет на небоскрёбе Лахта весом в 2,1 тонны. Мы остекляли и помогали строить Москва-Сити. 25 городов, 3 страны, оборот 6 млрд в год и основной стек — платформа 1С и Битрикс24. С 2021 года компания начала развивать новое направление — аренду AWP (самоходных подъёмных платформ для подъёма людей на высоту). Раньше такой техники на рынке почти не было, но она быстро стала востребованной в строительной отрасли. Арлифт начал импортировать AWP из Китая и за 5 лет сформировал собственный арендный парк более чем из 2000 машин. За последние три года оборот компании вырос в 10 раз! Мы очень сильно и быстро выросли: компания открыла много новых филиалов, количество заказов увеличилось в 3 раза. И у меня, как у руководителя ИТ, возникли сложности: — Мы жили в мире разработки 1С, где нет таких процессов, как оценка фичи, код-ревью, автоматизированное и регрессионное тестирование и так далее. Обычный процесс — заказчик принёс фичу, я или аналитик пишем ТЗ, а разработчик реализует задачу. — Нас засыпали фичами, бэклог разросся на десятичные порядки. Аналитики брали фичи по тому, какая им нравится, или по тому, где есть личные отношения с заказчиками, а не то, что было реально нужно аналитикам или бизнесу. — Сроки реализации никто точно не знал. Это приводило к конфликтам с бизнесом: мы не могли ничего обещать и ответить на входе, сколько фича будет делаться. Говорили: «Как будет, так будет». Чтобы хоть как-то управлять процессом, решили использовать модуль Скрам в нашей тикет-системе Битрикс24. Это позволило начать планирование спринтов, но я не чувствовал, что управляю бизнес-бэклогом. Да и что происходит в разработке, было непонятно. В тот момент у меня возник синдром самозванца: я чувствовал себя скорее аналитиком и архитектором, чем руководителем отдела разработки. Что делать? Для начала — то, что раньше держалось на негласных договорённостях, надо было приводить в порядок и делать управляемыми процессами. За 2 года я пересобрал принципы работы, и получилось обещать и чётко выполнять сроки внутренним заказчикам, реалистично оценивать важность фичей, не пропускать стратегические вещи, контролировать, кто над чем и насколько эффективно работает, прямо реально видеть каждый статус каждой задачи. И бизнес, и я, и команда почувствовали, что стало понятнее и лучше. Сейчас расскажу, как.
https://habr.com/ru/companies/kaiten/articles/1069210/
#CTO #1С #Битрикс24 #Kaiten #Agile #Kanban #оценка_задач #бэклог #DataLens #эффективность_команды
-
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.
https://no-bullshit-agile.de/buch/?mtm_campaign=mastodon
#SoftwareEngineering #Programming #OpenSource #Scrum #Kanban
-
MWNN Kanban #vscode Extension
Last year I wrote about the Methodology With No Name(https://www.darrenmcleod.com/2026/08/mwnn-kanban-vs-code-extension.html) 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(https://marketplace.visualstudio.com/items?itemName=darrenjmcleod.mwnn-kanban)
MWNN Kanban on Open VSX(https://open-vsx.org/extension/darrenjmcleod/mwnn-kanban)
-
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.
-
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.
-
📧 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
-
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.
https://no-bullshit-agile.de/agile-fuer-entwickler.html?mtm_campaign=mastodon
-
@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:
https://no-bullshit-agile.de/es-liegt-nicht-an-dir-agiles-arbeiten-devs.html?mtm_campaign=mastodon
-
Гант для РП, канбан для команды: как мы связываем OpenProject и PLANKA
У нас в компании давно живёт странная двойственность. Я как руководитель смотрю на проект сроками, вехами и деньгами. Разработчик смотрит на него колонкой «в работе». Это два разных языка, и переводчиком обычно работает статус-митинг на сорок минут, после которого никто не стал умнее. Мы пришли к схеме, где OpenProject остаётся инструментом верхнего уровня, а канбан-доска — рабочим местом команды. У нас в роли доски PLANKA: self-hosted, с OIDC через Authentik, живёт на нашем же контуре. Ниже — как это устроено и, что важнее, где эта конструкция ломается. Я специально не буду обещать, что всё это собирается за вечер.
https://habr.com/ru/articles/1067124/
#openproject #planka #kanban #project_management #selfhosted #api #интеграция #тимлид #управление_проектами
-
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 --buildNur Docker nötig. Kein Node, kein DB-Setup, keine Cloud. Deine Daten bleiben bei dir. 🇩🇪🇬🇧 zweisprachig, hell/dunkel.
Beta — Feedback willkommen!
https://codeberg.org/msdong/Dumango_Aurora
#SelfHosted #OpenSource #Codeberg #Kanban #Projektmanagement #Privacy
-
„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: https://no-bullshit-agile.de/wip/?mtm_campaign=mastodon
-
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.
https://no-bullshit-agile.de/backlog-refinement-technik.html?mtm_campaign=mastodon
-
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: https://joplinapp.org/plugins/plugin/org.joplinapp.plugins.YesYouKan/?from-tab=productivity
-
Neu auf der Barcamp-Liste 📋 KANBANcamp 2026 vom 12.11.2026 bis 13.11.2026 in #Hamburg
Für die gesamte Kanban-Community - von Anfänger*innen bis erfahrene Praktiker*innen 🚀 Austausch zu Flow-Optimierung, WIP-Limits und Flight Levels.
Mehr Infos: https://kanbancamp.de
#Barcamp #kanban #change #management #FlightLevels #continuous #improvement
-
Как мы встроили React в 20-летний Ruby-монолит, сделали Канбан и ушли в Open Core. Релиз Redmarc v0.5 Beta
Интернет полон историй безупречного успеха: «Мы взяли модный фреймворк, переписали систему с нуля, и всё стало летать». Но реальный мир корпоративной разработки – это legacy. Это системы вроде Redmine, которые живут десятилетиями, хранят в себе терабайты критических данных, и чья миграция обойдется бизнесу слишком дорого. Мы в команде ArcFront решили, что хватит терпеть интерфейсы из 2006 года. Вместо того чтобы убегать на платные облачные трекеры, мы совершили хирургическую инъекцию. Мы внедрили молниеносный React SPA прямо в ядро старого Ruby-монолита. Без микросервисов. Без CORS. Рассказываем, как мы заставили старого пса выучить новые трюки: от архитектуры инъекции и парсинга Textile до психологии интерфейсов и нашего официального перехода на бизнес-модель Open Core.
https://habr.com/ru/articles/1045182/
#redmine #kanban #react #open_source #spa #ruby_on_rails #управление_проектами #интерфейсы #трекер_задач
-
Как мы встроили React в 20-летний Ruby-монолит, сделали Канбан и ушли в Open Core. Релиз Redmarc v0.5 Beta
Интернет полон историй безупречного успеха: «Мы взяли модный фреймворк, переписали систему с нуля, и всё стало летать». Но реальный мир корпоративной разработки – это legacy. Это системы вроде Redmine, которые живут десятилетиями, хранят в себе терабайты критических данных, и чья миграция обойдется бизнесу слишком дорого. Мы в команде ArcFront решили, что хватит терпеть интерфейсы из 2006 года. Вместо того чтобы убегать на платные облачные трекеры, мы совершили хирургическую инъекцию. Мы внедрили молниеносный React SPA прямо в ядро старого Ruby-монолита. Без микросервисов. Без CORS. Рассказываем, как мы заставили старого пса выучить новые трюки: от архитектуры инъекции и парсинга Textile до психологии интерфейсов и нашего официального перехода на бизнес-модель Open Core.
https://habr.com/ru/articles/1045182/
#redmine #kanban #react #open_source #spa #ruby_on_rails #управление_проектами #интерфейсы #трекер_задач
-
Как мы встроили React в 20-летний Ruby-монолит, сделали Канбан и ушли в Open Core. Релиз Redmarc v0.5 Beta
Интернет полон историй безупречного успеха: «Мы взяли модный фреймворк, переписали систему с нуля, и всё стало летать». Но реальный мир корпоративной разработки – это legacy. Это системы вроде Redmine, которые живут десятилетиями, хранят в себе терабайты критических данных, и чья миграция обойдется бизнесу слишком дорого. Мы в команде ArcFront решили, что хватит терпеть интерфейсы из 2006 года. Вместо того чтобы убегать на платные облачные трекеры, мы совершили хирургическую инъекцию. Мы внедрили молниеносный React SPA прямо в ядро старого Ruby-монолита. Без микросервисов. Без CORS. Рассказываем, как мы заставили старого пса выучить новые трюки: от архитектуры инъекции и парсинга Textile до психологии интерфейсов и нашего официального перехода на бизнес-модель Open Core.
https://habr.com/ru/articles/1045182/
#redmine #kanban #react #open_source #spa #ruby_on_rails #управление_проектами #интерфейсы #трекер_задач
