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

»The End of “Good Enough Agile”: AI and Product Models Are Your Wake-Up Call« scrum.org/resources/blog/end-g .in

    #agile boosted

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

    »Scrum Events nerven Entwickler? 3 Strategien für Scrum Master, sie zeitsparender zu gestalten – statt nur beliebter« scrum.org/resources/blog/scrum .in

      #agile boosted

      [?]Thomas - NBA »
      @nobsagile@mastodon.social

      Aus einem Thread auf LinkedIn entstand diese Antwort von mir. Widersprecht ihr mir? Oder stimmt ihr zu?

      Zu wenige fragen sich, warum sie agil arbeiten. Es gibt ja andere
Ansitze...

Wenn wir nur repetitive Tatigkeiten haben oder in einem Umfeld
arbeiten, dass keine Flexibilitit braucht: Warum dann den Overhead
von agilem Arbeiten mitschleppen?

Wenn man diese Frage so beantwortet, dass herauskommt, dass
agiles Arbeiten notwendig ist, muss man als néchstes alle (Team,
Management, Kunden, ...) davon iiberzeugen, dass nur mit agilem
Arbeiten die Maglichkeit gegeben ist gute Software schnell zu liefern
(das ist mein Leitmotiv, deins kann abweichen).

Wenn die Uberzeugung bei allen da ist, dann kann man anfangen
dariiber zu sprechen, was agiles Arbeiten ausmacht im Vergleich zu
2.8. Wasserfall. Und da helfen unter anderem die Primitives

von Stefan Wolpers). Und dann - und erst dann - kann man mal
schauen, welche agile Methode (Scrum, Kanban, Mix, gar nix davon)
wohl fiir die Arbeit und das Umfeld geeignet ist.

Was soll z.B. ein Scrum Master denn tun, wenn die Kunden oder das
Umfeld agiles Arbeiten gar nicht verstanden hat? (Und z.B. Scrum nur
unterstiitz, weil es perfekt dafir ist ein Team zu kontrolleren...)
Achte: Ich habe gar nicht liber "New Work" oder "gutes Urnfeld fir
Mitarbeiter" geredet. Warum? Weil das NICHT die Aufgabe oder Idee
von agilem Arbeiten ist (s. z.B. wie, warum und von wem das Agile
Manifest geschrieben wurde). Es st aber so, dass durch agiles
Arbeiten praktisch systemimmanent auch bessere
Arbeitsbedingungen (tichwort Selbstorganisation) entstehen

      Alt...Zu wenige fragen sich, warum sie agil arbeiten. Es gibt ja andere Ansitze... Wenn wir nur repetitive Tatigkeiten haben oder in einem Umfeld arbeiten, dass keine Flexibilitit braucht: Warum dann den Overhead von agilem Arbeiten mitschleppen? Wenn man diese Frage so beantwortet, dass herauskommt, dass agiles Arbeiten notwendig ist, muss man als néchstes alle (Team, Management, Kunden, ...) davon iiberzeugen, dass nur mit agilem Arbeiten die Maglichkeit gegeben ist gute Software schnell zu liefern (das ist mein Leitmotiv, deins kann abweichen). Wenn die Uberzeugung bei allen da ist, dann kann man anfangen dariiber zu sprechen, was agiles Arbeiten ausmacht im Vergleich zu 2.8. Wasserfall. Und da helfen unter anderem die Primitives von Stefan Wolpers). Und dann - und erst dann - kann man mal schauen, welche agile Methode (Scrum, Kanban, Mix, gar nix davon) wohl fiir die Arbeit und das Umfeld geeignet ist. Was soll z.B. ein Scrum Master denn tun, wenn die Kunden oder das Umfeld agiles Arbeiten gar nicht verstanden hat? (Und z.B. Scrum nur unterstiitz, weil es perfekt dafir ist ein Team zu kontrolleren...) Achte: Ich habe gar nicht liber "New Work" oder "gutes Urnfeld fir Mitarbeiter" geredet. Warum? Weil das NICHT die Aufgabe oder Idee von agilem Arbeiten ist (s. z.B. wie, warum und von wem das Agile Manifest geschrieben wurde). Es st aber so, dass durch agiles Arbeiten praktisch systemimmanent auch bessere Arbeitsbedingungen (tichwort Selbstorganisation) entstehen

      #agile boosted

      [?]Thomas - NBA »
      @nobsagile@mastodon.social

      Schönes Wochenende uns allen!

      Wer hat Lust auf Elastic Leadership? Klasse, darum geht es nämlich in der aktuellen Folge.

      no-bullshit-agile.de/nba68-ela

        #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 in der Krise: Warum wir 25 Jahre nach dem Manifest immer noch scheitern 🇩🇪« scrum.org/resources/blog/agile .in

          #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

          [?]p4bl0p3rn0t »
          @pablopernot@toot.portes-imaginaire.org

          C'est la sortie officielle de , é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.

          sommaire du livre

          Alt...sommaire du livre

          sommaire du livre

          Alt...sommaire du livre

          couverture et 4e de couverture

          Alt...couverture et 4e de couverture

            #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

            [?]Thomas - NBA »
            @nobsagile@mastodon.social

            🚀 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: no-bullshit-agile.de/nba29-ged

            Agile Manifest – Gedankenexperiment

            Alt...Agile Manifest – Gedankenexperiment

              #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

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

              #agile boosted

              [?]Thomas - NBA »
              @nobsagile@mastodon.social

              Was macht für Euch agiles Arbeiten aus?

              Hier mein Spin...
              "Agiles Arbeiten hängt nicht an Methoden."

              no-bullshit-agile.de/nba67-agi

              Agiles Arbeiten hängt nicht an Methoden.

              Alt...Agiles Arbeiten hängt nicht an Methoden.

                #agile boosted

                [?]Thomas - NBA »
                @nobsagile@mastodon.social

                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 😀

                no-bullshit-agile.de/nba67-agi

                #Scrum

                [?]Mark Levison »
                @mlevison@agilealliance.social

                Social media is full of complaints. I’m flipping the script: sharing companies that impressed me. First, KanbanZone (kanbanzone.com)—a Kanban tool for way more than just 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.

                  #agile boosted

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

                  #agile boosted

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

                  #agile boosted

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

                  »5 Werkzeuge für Product-Owner, um sicher Entscheidungen zu treffen – auch wenn dir ständig Infos fehlen« scrum.org/resources/blog/5-wer .in

                    #agile boosted

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

                    »Ethische KI und Agilität: Vier Grundsätze, die jeder Scrum Master jetzt bedenken muss 🇩🇪« scrum.org/resources/blog/ethis .in

                      #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

                      [?]Thomas - NBA »
                      @nobsagile@mastodon.social

                      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: no-bullshit-agile.de/nba24-das

                      Show, don’t tell

                      Alt...Show, don’t tell

                        #agile boosted

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

                        #agile boosted

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

                        [Перевод] Почему «Agile» и особенно Scrum ужасны

                        Гибкость (agility) — это, без сомнения, полезная вещь, и Манифест Agile не выглядит необоснованным. В сравнении с устаревшей практикой, известной как «Waterfall», Agile безусловно имеет свои преимущества. Тем не менее, многие аспекты Agile на практике оказываются весьма вредными, и я не считаю, что дихотомия «Agile/Waterfall» вообще является полезной концепцией. Существует одна из разновидностей Agile, называемая Scrum, которую я наблюдал на практике, и она реально может привести к гибели компании. Под словом «гибель» я не имею в виду «ухудшение культуры». Я говорю о том, что акции этой компании упали почти на 90 процентов за меньше чем два года.

                        habr.com/ru/articles/908786/

                          #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

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

                          #agile boosted

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

                          Почему ваши 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 в спринте, а позже появляется баг, созданный вашей же или другой командой - и он тоже получает эстимейт. Но на деле этот баг часто является продолжением той же задачи. В итоге работа считается дважды, а метрики искажаются лишними оценками.

                          habr.com/ru/articles/908494/

                            #agile boosted

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

                            »Scrum Master Choices: Professionalising the ‘Mentor’ Stance (Scrum Master as a Mentor Blog Series #1)« scrum.org/resources/blog/scrum .in

                              #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

                              Back to top - More...