schmonz.com is a Fediverse instance that uses the ActivityPub protocol. In other words, users at this host can communicate with people that use software like Mastodon, Pleroma, Friendica, etc. all around the world.
This server runs the snac software and there is no automatic sign-up process.
⚡ Plus / Delta — самая короткая ретроспектива за 20 минут
Нет часа на полноценное ретро? Две колонки, 15–20 минут — и команда уходит с 2–3 договорённостями.
✅ Plus — что сработало и стоит сохранить
🔄 Delta — что меняем в следующий раз
Главный приём формата: Delta — это не «что плохо», а «что меняем». Одно слово разворачивает разговор из жалоб в действия.
🎯 Когда брать:
— короткая итерация или эксперимент
— еженедельный чек-ин после стендапа
— обратная связь по встрече или тренингу
— разогрев перед глубокой ретроспективой
— новая команда, где рано обсуждать эмоции
В статье: 5 шагов фасилитации, 5 типичных ловушек и чем формат отличается от Start/Stop/Continue, KALM, DAKI и Mad/Sad/Glad.
👉 https://retropoint.ru/news/plus-delta-retrospective
#retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #teamleasthings #команда #RetroPoint #PlusDelta
"One of the best Scrum books of all time." ― BookAuthority
"A must-have." ― PM World Journal
Those are some accolades for my 1st book, Agile Scrum: Your Quick Start Guide with Step-by-Step Instructions
Available in paperback and ebook/Kindle worldwide:
https://amzn.to/3QhSJ1w
"One of the best Scrum books of all time." ― BookAuthority
"A must-have." ― PM World Journal
Those are some accolades for my 1st book, Agile Scrum: Your Quick Start Guide with Step-by-Step Instructions
Available in paperback and ebook/Kindle worldwide:
https://amzn.to/3QhSJ1w
"One of the best Scrum books of all time." ― BookAuthority
"A must-have." ― PM World Journal
Those are some accolades for my 1st book, Agile Scrum: Your Quick Start Guide with Step-by-Step Instructions
Available in paperback and ebook/Kindle worldwide:
https://amzn.to/3QhSJ1w
🎯 Хватит спорить «это часа на три» или «на день»!
В RetroPoint запустили Planning Poker — команда оценивает задачи за 30 минут, а не за полтора часа нервов 🃏
Почему зайдёт:
🔒 Скрытые карты — никто не подстраивается под уверенного (значения не утекают с сервера до раскрытия)
⚡ Клик — голос, ещё клик — вся команда на столе
📊 Сводка: медиана, среднее, согласованность
🎨 4 системные колоды + свои кастомные
🔗 Гость по ссылке — подрядчики и эксперты без регистрации
🥸 Анонимный режим — никто не давит на младших
👁 Роль «Наблюдатель» — руководителям без права голоса
⏱ Таймер, комментарии к задачам, drag-n-drop
🎁 БОНУС: из закрытой сессии одним кликом собирается ретро Sprint Goal — планирование и ретро в одном цикле!
💸 Базовый покер — бесплатно на всех тарифах. Полный набор — 199 ₽/мес (1990 ₽/год, 2 месяца в подарок).
👉 Попробовать: Профиль → Команды → Planning Poker
👉 Подробнее https://retropoint.ru/news/planning-poker-launch
@rf@mastodon.ml @rf@mas.to @Russia@3zi.ru @russia@lemmy.ml
#retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #teamleasthings #команда #RetroPoint #PlanningPoker
Organisational Dysfunction of the Day
HiPPOs and dungeon masters
Context: In bureaucratic organisations, the formal ranking of people is usually well known and clear, where people higher up in the hierarchy have certain mandates over people they manage and/or that reports to them. Anything else would be chaos in that world. Still, there is also a lot of informal power, ranging from age difference and gender to more subtle things like years of experience and size of salary, regardless of formal power. This is problematic when decisions are to be made, as these informal power structures end up trumping data and expertise.
OST Explains: Facilitators especially try to counter these tendencies in workshops, for example, by using different types of techniques. A common one is sometimes called Silent Writing, where people are asked to work on the problem alone first, at the start of the workshop, so that all voices are heard. Sometimes this is taken a step further, as in 11-2-4-all, where the next step is joining a colleague to draw up a joint design, before joining up with another pair to create one they all agree on, and so on, before all get together and decide. This works well to get input from everyone, but does not silence the one with rank, as they will dominate regardless. And potentially lead to failure. In the techniques developed in OST, the focus is instead to create a community from the start of the session, instead of fortifying the differences, as these techniques do focus on the individuals. The Search Conference does this by focusing first on the shared goals and wishes for the future, showing that they all agree on more than they disagree on. And, if they do agree on something, put that to the side immediately and focus on what joins them instead of what separates them. The assumption is that we share the we all share the values that lead to the desirable future.
Organisational Dysfunction of the Day
Communication problems
Context: A common trope in larger organisations is that the root cause of so many problems and dysfunctions is bad communication. That people are not talking to each other and conveying information properly and promptly. Things are taking too long because of all the people that have to be involved and such. People are therefore often seen as the cause of this problem, and a common way of attempting to deal with these problems involves giving people additional communication skills. Something that fuels a huge training industry. Another is to simply limit the communication needed, for example, by setting a cap on team size (often citing Metcalfe's law) or by putting up human adapters/bottlenecks as the team leads mentioned in another post.
OST explains: OST states that these types of communication problems are endemic in DP1 structures and that it has nothing to do with people's ability to communicate. It is not even the primary human property, so why try to fix that first? Many situations can be observed where communication channels exist but are not used at all. What is a determining factor is the organisational structure, having one that is motivated to use the skills and where the number of channels is as few as possible. In DP1, each person is connected with the policy makers through intermediaries, in a non-reciprocal manner, while in DP2, this is reduced to real reciprocal connections between teams that do productive work. Not only is the number of connections fewer, but so is the quality of communication, as all relations are negotiations between peers, far from the asymmetrical relations between the superior and subordinate found in DP1. Think async vs. sync communication; the former is chatty, the latter is not. Also, Metcalfe's does not fit, as people communicate well and efficiently with peers who share the same goals and purpose as themselves.
Morning Dew by Alvin Ashcraft – Daily links for all developers. » 🌐
@alvinashcraft.com@web.brid.gy
Top Links Writing Node.js addons with .NET Native AOT (Drew Noakes) Changes to GitHub Copilot Individual plans (Joe Binder) VS Code Agents Insiders: The AI-First Editor Built for Developers and Students (Lee Stott) GitHub Copilot meets Azure Developer CLI: AI-assisted project setup and error troubleshooting (Kristen Womack) 7 XAML Resource Keys AI Got Wrong in … Continue reading Dew Drop – April 21, 2026 (#4651)
In case you missed it. I wrote about intentional leadership.
https://www.edyouragilecoach.com/why-a-nuclear-submarine-captain-is-my-leadership-north-star/
Learn how a submarine captain pioneered a new type of leadership.
RE: https://mastodon.social/@cylenivo/116441442009420848
If you like the idea of a free open source analytics app for #Jira, #OpenProject and #Trello I would be happy to get a thumbs up on Product Hunt. App available for Windows, Linux and Mac. Thanks!
Organisational Dysfunction of the Day
Workshops not working
Context: You have probably seen and even experienced being invited to workshops that you may or may not have that much interest in, but still obligated to join, and although it was carefully planned and executed by the facilitator, it still felt forced, unengaging and maybe even like a waste of time. This is an unfortunate situation as workshops are really the place where important and constructive work ought to happen, where people really feel energised and collaborate at the top of their game. Is it the participants that's the issue, or could it be something else?
OST explains: It is rarely the participants who cause this issue, even when workforce engagement has reached rock bottom. Systemic problems like this have different causes, ranging from the larger structural issues of autocratic hierarchies that inhibit collaboration and put people up against each other to simply bad facilitation. Let's focus on the latter now, as that is an easier adjustment to make. Make sure the facilitators are only in charge of managing the process; they should not own the decision to run the workshop, the technique or process to use, or be involved in the content. The reason for this is that the point of a workshop is for people to own the content and the output, and any attempt to lead will result in Bion's basic assumptions: dependency on the facilitator, just doing what they're told; fight/flight, opposing the whole thing or just not participating; or creating factions that do their own thing instead. Suspect many have experienced these, and they can only be avoided by removing the leader and letting the facilitator serve the group, not the other way around. DP2 instead of DP1.
Morning Dew by Alvin Ashcraft – Daily links for all developers. » 🌐
@alvinashcraft.com@web.brid.gy
Top Links Introducing Claude Design by Anthropic Labs (Anthropic Team) AI File Search in Blazor File Manager: Semantic and Tag-Based (Jollen Moyani) The VS Code Insiders Podcast – Inside The Agent Loop with Pierce Boggan (James Montemagno) Building an emoji list generator with the GitHub Copilot CLI (Cassidy Williams) CLI vs IDE vs Agent – … Continue reading Dew Drop – April 20, 2026 (#4650)
Ansible for DevOps by Jeff Geerling is on sale on Leanpub! Its suggested price is $9.99; get it for $6.99 with this coupon: https://leanpub.com/ansible-for-devops/c/LeanPublishingDaily20260417 #Agile #Software #Startups #Ansible #Devops #CloudComputing
Переработали раздел ретроспективных техник.
Раньше это был просто список карточек — 12 техник вразнобой, и без знания форматов было сложно выбрать подходящий. Теперь техники сгруппированы по цели встречи, на доступном языке:
🏃 быстрое ретро после спринта или этапа
🎯 не потерять цель спринта или этапа
💬 проговорить эмоции в команде
📅 итоги квартала и длинных проектов
🔄 пересмотреть практики команды
☕ повестку собираем на встрече
Сверху добавили короткий гид «Что выбрать, если…» 🧭 — кликаешь по нужной ситуации и попадаешь в подходящую группу.
А ещё добавили 6 новых техник: Plus/Delta (минимум колонок для короткого синка), KALM и DAKI (мягкая работа с практиками команды), Hot Air Balloon (метафора без драмы, альтернатива Sailboat), Glad/Sad/Mad/Afraid (расширение Mad/Sad/Glad для турбулентных периодов) и Niko-Niko (трекинг настроения команды). Всего теперь 18 шаблонов.
👉 https://retropoint.ru/techniques
#retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #teamleasthings #команда #RetroPoint #techniques
☕ Lean Coffee — ретроспектива с повесткой, которую выбирает команда
Когда 4Ls или What Went Well не подходят (guild-мит, кросс-командный синк), Lean Coffee собирает повестку руками самих участников.
🗂 Три канбан-колонки: To discuss (все молча пишут темы) → Discussing (один слот, таймер 8 минут) → Discussed (закрытые темы с заметкой).
🗳 «Римское голосование» после тайм-бокса: 👍 продолжаем, 👉 не важно, 👎 закрываем. По большинству — ещё 4 минуты или следующая тема. Одна карточка не съедает всю встречу.
В RetroPoint добавили готовый пресет опроса «Римское голосование» с теми же эмодзи — 30 секунд, и решение в истории доски. Шаблон Lean Coffee уже настроен: три колонки, палитра, пресет опроса.
Полный разбор — с ловушками и сравнением с 4Ls и Mad, Sad, Glad:
👉 https://retropoint.ru/news/lean-coffee-retrospective
#retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #retropoint #teamleasthings #команда #RetroPoint #leancoffee
Habr » 🤖 🌐
@habr@zhub.link
Почему ваш бэклог давно перестал быть бэклогом
Открываете список задач перед планированием спринта. Прокручиваете. Прокручиваете ещё. Где-то на третьем экране перестаёте понимать, что тут вообще происходит. Половина задач без автора, часть не трогали с прошлого года, несколько штук явно дублируют друг друга — но удалить страшно, вдруг важное. Разбираемся почему так происходит и что с этим делать.
https://habr.com/ru/companies/simpleone/articles/1025722/
#бэклог #приоритизация #груминг #product_management #Agile #Scrum #управление_задачами #Продуктовая_разработка
Organisational Dysfunction of the Day
The company's strategy is unclear
Context: "What we've got here is failure to communicate." A common quote used to describe a lack of understanding of and commitment to the company's strategy. Top management is frustrated by the lack of alignment, projects and departments not seeing the bigger picture clearly drawn up in the strategy document. At the same time, the people at the coalface constantly report back that they miss a clear and concise direction to follow when making decisions. All attempts to hold town hall meetings, clearly visible pages on their intranet, middle management sharing it frequently in their weekly status meetings, and even motivational phrases posted on the office walls seem to help.
OST explains: There are many explanations for this dynamic, like a strategy not really being a strategy but rather a lofty goal that provides no clear guidance, or poor communication lines between the top and the bottom. Let's focus on something often missed instead. A strategy must make operational sense to people; it should give them a clear, relevant purpose for their work, feel relevant and relatable in a way that inspires and motivates. Cool and fancy wording is not the point, not even how and how often it is communicated, but how engaging it is. The best way is for people to take part in its creation, but that is not feasible in large organisations, so at least it must have agents in all parts of the organisation who do, someone the people trust and can relate to. This is what middle management ought to be doing: making the company strategy relevant and actionable for people.
Das Aufgabenmanagement ist ein Thema, zu dem sicherlich mehrere Kilometer Regalfläche mit entsprechender Ratgeberliteratur gefüllt werden können. Zumindest habe ich mich in all den Jahren durch Berge von Büchern gequält. Im Nachhinein betrachtet war das vollkommen unnötig. Es ist relativ einfach. Man braucht nicht viel. Welches Werkzeug man nutzt, um es abzubilden, spielt meines Erachtens eine nachgeordnete Rolle, solange man ein einfaches und durchdachtes System verwendet. Ähnlich wie Thomas Mathoi es mit Obsidian macht. Übrigens geht das Ganze auch für Fans von Personal Kanban mit Obsidian (ich bin ein Personal Kanban-Fan, weil ich den „Überblick” für mich brauche und die Workflow-Darstellung mir dabei hilft, ihn zu behalten).
https://www.mathoi.at/2026/04/13/drei-regeln-fuer-drei-aufgabenlisten/
Wer sich mit Produktivität beschäftigt, stolpert zwangsläufig irgendwann über Stephen R. Covey und seine „7 Gewohnheiten”. Dan Rockwell fügt der Liste eine achte Gewohnheit hinzu: Fang auf neue Weise von vorne an. Mit anderen Worten: Immer wieder neue Wege beginnen, dazulernen und Neues versuchen. Auf Basis der Erkenntnisse, die man gewonnen hat. Als Freund von Kaizen und kontinuierlichem Lernen springt mich das natürlich sofort an.
https://leadershipfreak.blog/2026/04/17/the-forgotten-habit/
Schon die alten Stoiker wussten: „Fokussiere dich auf die Dinge, die du aktiv beeinflussen kannst, und nicht auf die, die außerhalb deiner Macht liegen.” Wie Lars Bobach verdeutlicht, ist das heute immer noch ein sehr praktikabler Tipp. Wenn wir uns auf die Dinge konzentrieren, die wir beeinflussen können, sind wir weniger im reaktiven und mehr im proaktiven Modus unterwegs. Zugegeben, es ist nicht immer ganz einfach. Und doch ist es hilfreich – gerade in turbulenten Zeiten wie diesen. Gerade in den turbulenten Zeiten, in denen wir derzeit leben.
https://larsbobach.de/proaktiv-statt-reaktiv/
Dank einer japanischen Muttersprachlerin habe ich irgendwann gelernt, dass der Begriff Muda nicht „Verschwendung” bedeutet, sondern eher mit „für die Katz” oder „unnötig” übersetzt werden kann. Daher spreche ich nicht von den acht Arten der Verschwendung, sondern von den acht Arten der nicht wertschöpfenden Arbeit (nach Taiichi Ohno). Ich nutze die Aufstellung übrigens auch gerne im agilen Kontext in Retrospektiven, um Verbesserungspotenziale zu entdecken, und bin immer wieder begeistert von den Aha-Effekten, die sie erzielen kann. Mark Graban stellt die acht Arten der nicht wertschöpfenden Arbeit hier recht ausführlich dar und erklärt auch, wie sie als Indikator für Verbesserungspotenziale im System wirken.
https://www.leanblog.org/2026/04/8-wastes-of-lean/
Ich bin ein großer Freund von Kaizen. Kaizen steht für ein beständiges Streben nach besseren Wegen und Lösungen. Es ist eine Art „Denk- und Arbeitshaltung“, bei der wir beständig danach streben, bessere Lösungen zu entwickeln. Kaizen ist in diesem Sinne kein kontinuierlicher Verbesserungsprozess, sondern geht darüber hinaus. Und, auch dies ist wichtig, es ist nichts, was nur bestimmte Personen in bestimmten Rollen tun. Es ist etwas, das uns alle angeht. Egal, in welcher Rolle wir tätig sind und unabhängig davon, auf welcher Hierarchiestufe wir uns befinden. Hierzu passt der Beitrag von Alen Ganic, der betont, wie wichtig dabei eine unterstützende und befähigende Führung ist. Denn nur so gelingt das tägliche Streben zum Besseren im Arbeitsalltag.
https://blog.gembaacademy.com/2026/04/14/everyone-improving-every-day/
Was den „übermäßigen“ Einsatz der KI betrifft, bin und bleibe ich vorsichtig. Wie schon öfter ausgeführt, teile ich die euphorische Erwartungshaltung mancher Mitmenschen nicht. Wenn man sie reflektiert nutzt, kann die KI vieles einfacher machen. Die Betonung liegt auf „kann”. Sie muss nicht. Daher sollten die Ergebnisse niemals unreflektiert und unkritisch übernommen werden. Dennoch denke ich, dass sich mit KI-Unterstützung (die Betonung liegt auf „Unterstützung”) manches vereinfachen lässt, indem man sie als Reflexions- und Inspirationshilfe nutzt, ähnlich wie Simon Flossmann es in seinem Blogartikel für das Refinement, die Planung und die Retrospektiven vorschlägt. Aber Achtung: Nicht alles, was man tut, möchte man auch im „Netz” wiederfinden. Auch hier gilt daher: Bei einem reflektierten Umgang mit der KI gehen kritische Informationen nicht verloren.
Jan Fischbach nutzt eine äußerst einleuchtende Metapher, um zu verdeutlichen, wie Veränderungsinitiativen in komplexen Gebilden wie Organisationen funktionieren. Er greift dabei auf Tensegrity-Strukturen als Bild zurück. Ich finde diese Metapher sehr treffend, da Veränderungen immer auch „Spannungen” erzeugen, die wir als Widerstand wahrnehmen. Im nächsten Schritt greift er auf bewährte Werkzeuge wie Ursache-Wirkungs-Diagramme, Empathiemaps, gewaltfreie Kommunikation und Liberating Structures zurück, um die durch Veränderungsinitiativen entstehenden Spannungen aufzulösen.
https://www.teamworkblog.de/2026/04/warum-veranderungsinitiativen-scheitern.html
Seit 2008 beschäftige ich mich mit Scrum, Kanban und Agilität im Allgemeinen. Schon viel länger beschäftigt mich die Frage, welches Arbeitsumfeld wirksam ist. 2018 habe ich mich schließlich entschieden, die Branche zu wechseln und bin in die Beratung gewechselt. Ich erhoffte mir, von dort aus auch anderen Menschen und Organisationen dabei zu helfen, ihren Weg in die Lean-Agile-Welt zu finden. Und ich habe einiges gelernt. Es gibt Sätze und Aussagen, bei denen bei mir Alarmglocken schrillen, während mich andere motiviert haben, zu unterstützen. Einige dieser Aussagen finde ich fast identisch im Text von Maria Iqbal über grüne und rote „Flaggen” bei der Auftragsklärung als Scrum Master wieder. Ja, die roten und grünen Flaggen sind eindeutige Indizien.
https://www.scrum.org/resources/blog/interview-red-flags-scrum-master
Wie Ralph Jocham gut herausarbeitet, verbirgt sich hinter dem Konzept der Verzögerungskosten ziemliche Sprengkraft. Bedauerlicherweise kenne ich kaum ein Team, das in der Lage wäre, die Verzögerungskosten tatsächlich zu benennen. Dabei wäre das der wohl effektivste Priorisierungsansatz. Die Herausforderung besteht in der Quantifizierung der Verzögerungskosten, dessen bin ich mir bewusst. Auch, dass sie in manchen Kontexten nicht so einfach fassbar sind. Wenn man sich allerdings von einer engen betriebswirtschaftlichen Begriffsdeutung löst und sich stärker auf die Auswirkungen bezieht, bekommt man relativ schnell ein gutes Gefühl dafür, welche Folgen eine „Verzögerung” hat, und kann so eine gute priorisierung hinbekommen, die auf Mehrwert basiert. Letztendlich stellt sich die Frage: Wenn wir A zuerst machen, welche Auswirkungen hat es, dass B und C warten? Sind die Auswirkungen schwerwiegender, wenn wir A hinten anstellen und C umsetzen?
https://www.scrum.org/resources/blog/price-your-time-cost-delay-discipline-most-product-teams-skip
Ich bin fest davon überzeugt, dass die Visualisierung des „Arbeitssystems” und seiner Elemente zu einer besseren Zusammenarbeit und einem deutlich höheren Mehrwert für alle Beteiligten führt. Aus diesem Grund bin ich zunächst ein großer Freund von Kanban und inzwischen von Obeya geworden. Wie Jim Benson verdeutlicht, trägt die Visualisierung im Wesentlichen dazu bei, dass wir schneller erkennen, was die Beteiligten benötigen, um Entscheidungen treffen, Hindernisse auflösen und Wirkzusammenhänge verstehen zu können. Dafür ist die Visualisierung der richtige Weg.
https://humanework.substack.com/p/we-are-all-in-transformation
Was ist mein Job als Scrum Master, Kanban Coach, Agile Coach, Obeya Coach oder in einer sonstigen Rolle, in der man mich in eine Organisation holt? Ich löse Engpässe, damit sich die Organisation und das Team positiv weiterentwickeln können. Dazu müssen wir zunächst das Problem verstehen. Das gilt auch für Teams, die etwas für Kunden entwickeln, sowie für Berater, die ihren Job ernst nehmen. (Pardon, diesen kleinen Seitenhieb, liebe „Standesgenossen”, müsst ihr mir verzeihen.) In diesem Sinne fand ich den Blogartikel von Lars Richter (Scamper) sehr inspirierend, wenngleich er stark von der Produktentwicklung geprägt ist. Am Ende des Tages haben wir nur dann wirklich einen Mehrwert erzeugt, wenn wir für die Menschen, für die wir tätig sind, ein Problem gelöst haben.
https://scamper.blog/schnellere-pferde/
#Agile #Aufgabenmanagement #ChangeManagement #Fokus #Gewohnheiten #Kaizen #Lean #Management #Muda #Proaktiv #Produktivität #Reaktiv #Scrum #Selbstorganisation #SprintEvents #Veränderungsinitativen #VerbesserungНовая статья в блоге: Sprint Goal — ретроспектива, которая держит рамку вокруг цели спринта.
Частая боль командных ретро: встреча превращается в обзор задач из трекера. Сделали / не успели / разбираемся. А вопрос, к которому команда шла на планировании — «достигли ли мы цели?» — остаётся за кадром.
Sprint Goal меняет точку отсчёта. Четыре колонки:
— Sprint goal. Цель спринта в формулировке с планирования, без правок.
— What helped. Что помогло приблизиться именно к ней.
— What blocked. Что мешало. Фильтр тот же: влияние на цель.
— Next sprint focus. На чём сфокусироваться дальше — карточки, которые уходят прямо в планирование следующего спринта.
Формат раскрывается, когда команда живёт по квартальным целям или OKR, а спринт — это не самостоятельная единица, а шаг к большему результату. Серия таких ретро красиво складывается: кандидаты из Next sprint focus одного спринта становятся Sprint goal следующего.
В статье разбираем, как провести встречу за 50 минут, какие ловушки ждут (самая частая — sprint goal, придуманный пост-фактум) и когда лучше взять другой формат — 4Ls, What Went Well или Mad Sad Glad.
Читать: https://retropoint.ru/news/sprint-goal-retrospective
Шаблон: https://retropoint.ru/techniques/sprint-goal
#retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #retropoint #teamleasthings #команда #RetroPoint #SprintGoal
On the minimum viable product:
“The MVP has just those features considered sufficient for it to be of value to customers and allow for it to be shipped or sold to early adopters. Customer feedback will inform future development of the product.” — Scott M. Graffius, Agile Scrum: Your Quick Start Guide with Step-by-Step Instructions
Gute Entwickler wollen nicht einfach Tickets abarbeiten. Das liegt nicht daran, dass sie schwierig sind. Es liegt daran, dass das Ticket die Arbeit ersetzt hat.
Entwickler sind Problemlöser, keine Zustandsverwalter. Aber wenn Erfolg daran gemessen wird, wie viele Karten bewegt werden statt welche Probleme gelöst wurden, dann macht das System sie genau dazu.
Das ist kein Dev-Problem. Das ist Systemdesign.
https://no-bullshit-agile.de/warum-entwickler-keine-tickets-abarbeiten-wollen.html
MSN cited my insights on AI, Agile, game dev, extended reality, and defense transformation in their coverage of innovation and leadership in the sector. Honored!
🔗 https://scottgraffius.com/blog/files/msn-cites-scott-m-graffius-insights-on-ai.html