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.

Search results for tag #kanban

#agile boosted

[?]Agile ♻️ Agilist.in » 🌐
@agile@mastodon.online

#agile boosted

[?]Agile ♻️ Agilist.in » 🌐
@agile@mastodon.online

#agile boosted

[?]Agile ♻️ Agilist.in » 🌐
@agile@mastodon.online

#agile boosted

[?]SCRUMschau » 🌐
@scrumschau@mastodon.social

#agile boosted

[?]Agile ♻️ Agilist.in » 🌐
@agile@mastodon.online

#agile boosted

[?]Agile ♻️ Agilist.in » 🌐
@agile@mastodon.online

#agile boosted

[?]Agile ♻️ Agilist.in » 🌐
@agile@mastodon.online

#agile boosted

[?]Agile ♻️ Agilist.in » 🌐
@agile@mastodon.online

#agile boosted

[?]Agile ♻️ Agilist.in » 🌐
@agile@mastodon.online

#agile boosted

[?]Retro Point » 🌐
@retropoint@mastodon.moscow

🤖 Расширили MCP в RetroPoint: внешний AI-агент создает ретро-доску по шаблону, правит и группирует карточки, запускает таймер и голосует от вашего имени после подтверждения.

Добавили OAuth. Клиент открывает вход в RetroPoint, вы выбираете доступы. Копировать личный токен не нужно, но этот способ тоже остается.

Разрешения на операции выдаются отдельно. Скрытые чужие карточки недоступны, подключение можно отозвать в профиле. MCP бесплатно на всех тарифах и не расходует квоту встроенного AI-помощника.

Подробности и пример поручения:
retropoint.ru/news/mcp-retro-o

    #agile boosted

    [?]Agile ♻️ Agilist.in » 🌐
    @agile@mastodon.online

    #agile boosted

    [?]Agile ♻️ Agilist.in » 🌐
    @agile@mastodon.online

    #agile boosted

    [?]Hack a Day (unofficial) » 🤖 🌐
    @hackaday@www.urbanmind.net

    In 2023 I started a secure-communications product with a small team: me (founder, product owner,...
    I tried OpenProject and Vikunja. Then I built Agila.

      #agile boosted

      [?]Agile ♻️ Agilist.in » 🌐
      @agile@mastodon.online

      #agile boosted

      [?]Agile ♻️ Agilist.in » 🌐
      @agile@mastodon.online

      #agile boosted

      [?]Agile ♻️ Agilist.in » 🌐
      @agile@mastodon.online

      #agile boosted

      [?]Agile ♻️ Agilist.in » 🌐
      @agile@mastodon.online

      #agile boosted

      [?]Agile ♻️ Agilist.in » 🌐
      @agile@mastodon.online

      »Don't Panic Pivot: Managing Critical Issues to Prevent Crises with Shalabh Tandon and Shubhada Sahasrabudhe« drunkenpm.blogspot.com/2026/09 .in

        [?]Mark Levison » 🌐
        @mlevison@hachyderm.io

        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.

        agilepainrelief.com/glossary/d

          #agile boosted

          [?]Agile ♻️ Agilist.in » 🌐
          @agile@mastodon.online

          #agile boosted

          [?]Habr » 🤖 🌐
          @habr@zhub.link

          Роль Agile Coach мертва… да здравствует агент изменений

          Здесь и далее: скрам-мастер и аджайл коуч тождественны. TL;DR Роль Agile Coach должна умереть, чтобы переродиться в роль Change Agent (или Organizational Architect). И работать такие спецы должны не "вечно", а проектно - как спецназ внедрения изменений. Самое главное - у роли должна наконец-то появляться ответственность. В посте разберем 4 утверждения: какой должна быть система работы, какие вопросы задать чтобы понять что импакт от коуча есть, почему важно делать нужные бизнесу изменения и то, что софт скилы - это новые харды. Разобраться, почему стоит писать некролог

          habr.com/ru/articles/1075680/

          #agile boosted

          [?]Retro Point » 🌐
          @retropoint@mastodon.moscow

          Две двери, один выбор и несколько подсказок 👀

          Мы готовим кое-что, чтобы путь в RetroPoint стал проще и удобнее. Ответ пока не раскрываем.

          Какая у вас версия?

          retropoint.ru

            #agile boosted

            [?]Habr » 🤖 🌐
            @habr@zhub.link

            Как я стал настоящим опытным CTO и понял, что управляю отделом

            Я CTO в Арлифте — мы сдаём в аренду и продаём спецтехнику: подъёмники, мини-краны и вакуумные захваты. Наши машины работают на стройках Газпрома, Росатома, Сибура. Меняли стеклопакет на небоскрёбе Лахта весом в 2,1 тонны. Мы остекляли и помогали строить Москва-Сити. 25 городов, 3 страны, оборот 6 млрд в год и основной стек — платформа 1С и Битрикс24. С 2021 года компания начала развивать новое направление — аренду AWP (самоходных подъёмных платформ для подъёма людей на высоту). Раньше такой техники на рынке почти не было, но она быстро стала востребованной в строительной отрасли. Арлифт начал импортировать AWP из Китая и за 5 лет сформировал собственный арендный парк более чем из 2000 машин. За последние три года оборот компании вырос в 10 раз! Мы очень сильно и быстро выросли: компания открыла много новых филиалов, количество заказов увеличилось в 3 раза. И у меня, как у руководителя ИТ, возникли сложности: — Мы жили в мире разработки 1С, где нет таких процессов, как оценка фичи, код-ревью, автоматизированное и регрессионное тестирование и так далее. Обычный процесс — заказчик принёс фичу, я или аналитик пишем ТЗ, а разработчик реализует задачу. — Нас засыпали фичами, бэклог разросся на десятичные порядки. Аналитики брали фичи по тому, какая им нравится, или по тому, где есть личные отношения с заказчиками, а не то, что было реально нужно аналитикам или бизнесу. — Сроки реализации никто точно не знал. Это приводило к конфликтам с бизнесом: мы не могли ничего обещать и ответить на входе, сколько фича будет делаться. Говорили: «Как будет, так будет». Чтобы хоть как-то управлять процессом, решили использовать модуль Скрам в нашей тикет-системе Битрикс24. Это позволило начать планирование спринтов, но я не чувствовал, что управляю бизнес-бэклогом. Да и что происходит в разработке, было непонятно. В тот момент у меня возник синдром самозванца: я чувствовал себя скорее аналитиком и архитектором, чем руководителем отдела разработки. Что делать? Для начала — то, что раньше держалось на негласных договорённостях, надо было приводить в порядок и делать управляемыми процессами. За 2 года я пересобрал принципы работы, и получилось обещать и чётко выполнять сроки внутренним заказчикам, реалистично оценивать важность фичей, не пропускать стратегические вещи, контролировать, кто над чем и насколько эффективно работает, прямо реально видеть каждый статус каждой задачи. И бизнес, и я, и команда почувствовали, что стало понятнее и лучше. Сейчас расскажу, как.

            habr.com/ru/companies/kaiten/a

            #agile boosted

            [?]Agile ♻️ Agilist.in » 🌐
            @agile@mastodon.online

            #agile boosted

            [?]Agile ♻️ Agilist.in » 🌐
            @agile@mastodon.online

            #agile boosted

            [?]Thomas 🔜 Manage Agile 2026 » 🌐
            @nobsagile@mastodon.social

            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

            Plakat mit schwarzen Versalien auf farbigem Grund: „Eure Prioliste ist Montag schon falsch", das Wort „falsch" invertiert. Darunter: „Nicht ihr seid schuld, die Lage bewegt sich."

            Alt...Plakat mit schwarzen Versalien auf farbigem Grund: „Eure Prioliste ist Montag schon falsch", das Wort „falsch" invertiert. Darunter: „Nicht ihr seid schuld, die Lage bewegt sich."

              #agile boosted

              [?]Thomas 🔜 Manage Agile 2026 » 🌐
              @nobsagile@mastodon.social

              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

                [?]Thomas 🔜 Manage Agile 2026 » 🌐
                @nobsagile@mastodon.social

                @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-

                  #agile boosted

                  [?]Agile ♻️ Agilist.in » 🌐
                  @agile@mastodon.online

                  #agile boosted

                  [?]Agile ♻️ Agilist.in » 🌐
                  @agile@mastodon.online

                  #agile boosted

                  [?]Thomas 🔜 Manage Agile 2026 » 🌐
                  @nobsagile@mastodon.social

                  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

                  Alt...NBAK12: Decision Latency. Der unsichtbare Engpass

                    #agile boosted

                    [?]Thomas 🔜 Manage Agile 2026 » 🌐
                    @nobsagile@mastodon.social

                    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-

                    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.

                    Alt...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.

                      #agile boosted

                      [?]Agile ♻️ Agilist.in » 🌐
                      @agile@mastodon.online

                      Stefan Roock boosted

                      [?]Thomas 🔜 Manage Agile 2026 » 🌐
                      @nobsagile@mastodon.social

                      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

                        #agile boosted

                        [?]Agile ♻️ Agilist.in » 🌐
                        @agile@mastodon.online

                        #agile boosted

                        [?]Thomas 🔜 Manage Agile 2026 » 🌐
                        @nobsagile@mastodon.social

                        4 days in, 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 .

                        Agile Confession

                        Alt...Agile Confession

                          [?]Mike Bowler » 🌐
                          @mike_bowler@hachyderm.io

                          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/

                          The label JiraMetrics in the centre, on top of four quadrants, each with its own graph. Top left shows estimates against actual time elapsed, top right is a cycle time scatterplot, bottom right is work in progress by day, bottom left, is a throughput chart.

                          Alt...The label JiraMetrics in the centre, on top of four quadrants, each with its own graph. Top left shows estimates against actual time elapsed, top right is a cycle time scatterplot, bottom right is work in progress by day, bottom left, is a throughput chart.

                            #agile boosted

                            [?]Agile ♻️ Agilist.in » 🌐
                            @agile@mastodon.online

                            #agile boosted

                            [?]Agile ♻️ Agilist.in » 🌐
                            @agile@mastodon.online

                            »Legacy - The One Metric on Your Greatest Legacy as a Leader, Part-3« bobgalen.substack.com/p/legacy .in

                              #agile boosted

                              [?]Agile ♻️ Agilist.in » 🌐
                              @agile@mastodon.online

                              #agile boosted

                              [?]Agile ♻️ Agilist.in » 🌐
                              @agile@mastodon.online

                              #agile boosted

                              [?]Thomas 🔜 Manage Agile 2026 » 🌐
                              @nobsagile@mastodon.social

                              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.

                              VERANTWORTUNG
ohne Befungnis

                              Alt...VERANTWORTUNG ohne Befungnis

                                Back to top - More...