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.
Что такое Story Points и почему они причиняют боль командам
SP создали, чтобы уйти от тирании часовых оценок, но в итоге без понимания принципов превратились в бессмысленный ритуал. Команды тратят рабочее время на пересчет баллов в дни, менеджеры требуют «увеличить velocity на 20%», а разработчики — тихо ненавидят планирование. Разбираемся, что такое Story Points, как их считают, в чем их проблема и как их используют разные команды.
https://habr.com/ru/companies/kaiten/articles/911566/
#kaiten #сторипоинты #оценка_времени #оценка_трудозатрат #scrum #agile #велосити #управление
🚀 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
Управление проектами: дайджест публикаций #32
Фасилитация, провалы Agile, разочарование от scrum, японские подходы, мифы про сторипойнты, вредный чат-менеджмент, токсы, прокрастинация и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!
Okay, so I have this concept I'm thinking of implementing as a tech-lead for my team. It will hopefully let me keep a record of team agreements, provide feedback and inform other teams, management (etc) all in one.
Starting with a base of:
That is combined with the sprint summary, then:
Now to overthink this until I start doubting if it's a good idea
#tech #programming #agile #scrum #leadership #management #it
Снижаем bus-фактор: личный опыт, боли и решения
Представь, Бро. У тебя в команде есть один человек, который держит в голове все тонкости проекта. Архитектура - его. Сборки - его. Логика в бекенде, деплой, связи между модулями - тоже он. Всё работает идеально, пока он рядом. Но стоит ему уйти в отпуск, заболеть или, как говорится, попасть под автобус - и всё, команда в ауте, сроки летят, клиенты в шоке. Это и есть тот самый bus-фактор. В этой статье разберём, почему это не круто, как он возникает, почему так распространён, и главное - как его снизить. Поделюсь личными кейсами, проверенными практиками и нетривиальными приёмами, которые реально работают. Без воды, честно и с примерами из боевого менеджмента.
https://habr.com/ru/articles/910102/
#busфактор #bus_factor #делегирование #управление_командой #project_management #project_manager #agile #scrum #onetoone
🚀 NBA25 – Im Gespräch: Marco von @scrumschau über Scrum
In a nutshell:
1️⃣ Scrum als „Einstiegsdroge“: Klare Rollen & Rhythmen erleichtern den agilen Start.
2️⃣ Story Points & Velocity nur Planungshelfer – manchmal genügen T-Shirt-Größen oder No Estimates.
3️⃣ Sprint-Ziele & Framework-Switch je nach Produktphase sichern Praxisnähe.
❓ Wie nutzt ihr Story Points oder ersetzt sie im Team?
👉 Jetzt hören: https://no-bullshit-agile.de/nba25-im-gespraech-marco-von-scrumschau-ueber-scrum.html
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 #управление_проектами #управление_командой
Encore une #masterclass qui s'annonce sans blague (lourde) sans jeu (outrancier) sans emoji (inutile) sans retouche (et c'est bien dommage) sans théâtre (à la noix). Juste des conversations de gens qui pensent et qui pratiquent le sujet. https://www.projetwinston.fr avec cette fois donc #scrum et l'#agilité et @claudeaubry
Почему ваши 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