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.
»Scrum Events nerven Entwickler? 3 Strategien für Scrum Master, sie zeitsparender zu gestalten – statt nur beliebter« https://www.scrum.org/resources/blog/scrum-events-nerven-entwickler-3-strategien-fur-scrum-master-sie-zeitsparender-zu-gestalten-statt-nur-beliebter #Agilist.in #Agile #Change #Lean #Kanban #Scrum
Schönes Wochenende uns allen!
Wer hat Lust auf Elastic Leadership? Klasse, darum geht es nämlich in der aktuellen Folge.
https://no-bullshit-agile.de/nba68-elastic-leadership-flexibel-fuehren.html
C'est la sortie officielle de #Kanban, édition 2, avec Laurent Morisseau et moi-même (et une préface de Hinde Pagani).
J'avais l'impression pour l'édition un d'avoir été au milieu du gué. Une partie pour Laurent, une partie pour moi (du livre). Avec cette édition on a été au bout du chemin : on a tout revu ensemble, on a ajouté des éléments, on en a retiré certains obsolètes, et on a homogénéisé et réaménagé l'intégralité des diagrammes.
🚀 NBA29 – Agile Manifest – Gedankenexperiment
In a nutshell:
1️⃣ Ursprüngliches Ziel: Kunden schneller an den Markt bringen, nicht nur Team-Optimierung.
2️⃣ Manifest = leichtgewichtige Richtlinien von 17 Vordenkern (2001, Utah) für flexible Softwareentwicklung.
3️⃣ Fokus auf echten Kunden-Value: Jede Praxis (Retro, Storygröße) am Markt-Nutzen ausrichten.
👉 Jetzt hören: https://no-bullshit-agile.de/nba29-gedankenexperiment-agiles-manifest.html
#NoBullshitAgile #Agile #Agil #Manifest #Scrum #Kanban #Podcast
Was macht für Euch agiles Arbeiten aus?
Hier mein Spin...
"Agiles Arbeiten hängt nicht an Methoden."
https://no-bullshit-agile.de/nba67-agiles-arbeiten-unabhaengig-von-agilen-methoden.html
Neue Folge!
Inspiriert von einem Artikel von Stefan Wolpers - in dem ich mich sehr wiedergefunden habe - habe ich die Gelegenheit genutzt, meine Ergänzungen zu machen. Vielleicht inspiriert dich das 😀
https://no-bullshit-agile.de/nba67-agiles-arbeiten-unabhaengig-von-agilen-methoden.html
#NoBullshitAgile #Agilität #AgilePrimitives #Agil #Agile#Scrum #Kanban
Social media is full of complaints. I’m flipping the script: sharing companies that impressed me. First, KanbanZone (https://kanbanzone.com)—a Kanban tool for way more than just #kanban They have a solid product, but their support and engagement stand out: quick replies, proactive solutions, plus apologies when needed. They also acted on my feedback. The team feels genuine, friendly, and user-focused.
Hallöchen! Dies Posting habt ihr heute Mittag verpasst 😀
🚀 NBA24 – Das Schwungrad
In a nutshell:
1️⃣ Schwungrad steht für kontinuierliche Energieinvestition, um positive Veränderungen anzustoßen.
2️⃣ Authentisches „Show, don’t tell“ in Führung multipliziert Engagement im Team.
3️⃣ Geduld & ehrliche Energiekommunikation – auch an schlechten Tagen – sichern nachhaltige Agilität.
❓ Wie haltet ihr das Schwungrad am Laufen?
👉 Jetzt hören: https://no-bullshit-agile.de/nba24-das-schwungrad.html
[Перевод] Почему «Agile» и особенно Scrum ужасны
Гибкость (agility) — это, без сомнения, полезная вещь, и Манифест Agile не выглядит необоснованным. В сравнении с устаревшей практикой, известной как «Waterfall», Agile безусловно имеет свои преимущества. Тем не менее, многие аспекты Agile на практике оказываются весьма вредными, и я не считаю, что дихотомия «Agile/Waterfall» вообще является полезной концепцией. Существует одна из разновидностей Agile, называемая Scrum, которую я наблюдал на практике, и она реально может привести к гибели компании. Под словом «гибель» я не имею в виду «ухудшение культуры». Я говорю о том, что акции этой компании упали почти на 90 процентов за меньше чем два года.
https://habr.com/ru/articles/908786/
#agile #scrum #kanban #управление_проектами #управление_командой
Почему ваши JIRA Velocity и Sprint Reports вероятно ошибочны
Вы когда-нибудь задумывались, какие именно задачи учитываются при расчёте velocity - и как на самом деле работают Velocity и Sprint Reports ? Если нет, скорее всего ваши репорты не отражают реальную картину. Вот 4 распространённых нюанса, которые могут серьёзно исказить ваши Velocity и Sprint Reports - и как моё приложение Multi-team Metrics & Retrospective может во многом автоматически устранить из них: Вы удаляете задачи из спринта только если они были действительно деприоритизированы? Если вы вручную убираете незавершённые задачи из спринта (например, чтобы перенести в бэклог или следующий спринт) до его завершения вместо того, чтобы проследовать по workflow, который запускается после нажатия на кнопку 'Complete sprint', то Jira не посчитает их как "незавершённые" в Sprint Report . В результате ваш velocity оказывается искусственно завышен. Удалять следует только те задачи, которые действительно деприоритизированны. Все остальные должны остаться и быть перенесены соответствующим образом. Все ли выполненные задачи действительно входят в спринт? Метрика Issues completed outside of this sprint в Sprint Report учитывает только те задачи, которые были завершены вне спринта И затем вручную добавлены в него. На практике многие команды закрывают задачи, но забывают их класть в спринт. Если вы проанализируете хотя бы квартал, то скорее всего найдёте несколько задач, которые были решены, но так и не вошли ни в один спринт. В результате Velocity и Sprint Reports не учитывают часть задач. А как насчёт дубликатов? Работа с дубликатами - это каверзная активность. Если не включить их в спринт - они теряются из поля зрения. Если включить - нужно строго следить, чтобы у них не было эстимейта, иначе они искажают метрики. В энтерпрайз компаниях иметь дюжину дубликатов не является чем-то особенным - это незамечаемый, но ощутимый источник искажений. Оцениваете ли вы повторно одну и ту же работу? Пример: вы эстимируете Story в спринте, а позже появляется баг, созданный вашей же или другой командой - и он тоже получает эстимейт. Но на деле этот баг часто является продолжением той же задачи. В итоге работа считается дважды, а метрики искажаются лишними оценками.
https://habr.com/ru/articles/908494/
#jira #scrum #scrum_master #kanban #agile #velocity #jira_plugin #safe #less #project_manager