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 #scrum

#agile boosted

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

#agile boosted

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

Что такое Story Points и почему они причиняют боль командам

SP создали, чтобы уйти от тирании часовых оценок, но в итоге без понимания принципов превратились в бессмысленный ритуал. Команды тратят рабочее время на пересчет баллов в дни, менеджеры требуют «увеличить velocity на 20%», а разработчики — тихо ненавидят планирование. Разбираемся, что такое Story Points, как их считают, в чем их проблема и как их используют разные команды.

habr.com/ru/companies/kaiten/a

    #agile boosted

    [?]Richard Griffiths »
    @dectentoo@mastodon.ie

    Capacity isn’t just headcount × hours. It’s energy, focus, tech debt, and stuff you didn’t plan for. Factor it 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

      #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

        [?]Richard Griffiths »
        @dectentoo@mastodon.ie

        “We didn’t deliver because we overestimated our capacity.” No, you underestimated your constraints. Capacity ≠ optimism.

          #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

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

            Управление проектами: дайджест публикаций #32

            Фасилитация, провалы Agile, разочарование от scrum, японские подходы, мифы про сторипойнты, вредный чат-менеджмент, токсы, прокрастинация и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

            habr.com/ru/articles/910316/

              #agile boosted

              [?]Ada :v_trans: :v_pan: »
              @iamada@tech.lgbt

              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:

              1. Learnings: things the team learned from their work, research and mistakes.
              2. Risks: things the team learned can go wrong, and should be accounted for in the future.
              3. Decisions: things the team have agreed on, and should remember for the future.
              4. Kudos: Praise to the team members for actions, effort and cooperation.

              That is combined with the sprint summary, then:

              1. Prepared as a (Notion) document.
              2. Shared with the team, to check if they are okay with it as is, or have additions, edits or objections to consider.
              3. Embed in the sprint review presentation for the company's shared review.

              Now to overthink this until I start doubting if it's a good idea :neocat_think:

                #agile boosted

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

                Снижаем bus-фактор: личный опыт, боли и решения

                Представь, Бро. У тебя в команде есть один человек, который держит в голове все тонкости проекта. Архитектура - его. Сборки - его. Логика в бекенде, деплой, связи между модулями - тоже он. Всё работает идеально, пока он рядом. Но стоит ему уйти в отпуск, заболеть или, как говорится, попасть под автобус - и всё, команда в ауте, сроки летят, клиенты в шоке. Это и есть тот самый bus-фактор. В этой статье разберём, почему это не круто, как он возникает, почему так распространён, и главное - как его снизить. Поделюсь личными кейсами, проверенными практиками и нетривиальными приёмами, которые реально работают. Без воды, честно и с примерами из боевого менеджмента.

                habr.com/ru/articles/910102/

                  #agile boosted

                  [?]Richard Griffiths »
                  @dectentoo@mastodon.ie

                  Burnout starts when capacity is ignored and velocity is treated like a quota. Healthy teams adjust. Broken ones push harder.

                    #agile boosted

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

                    #agile boosted

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

                    #agile boosted

                    [?]ralf warümme tauscher »
                    @derralf@friends.librescrum.org

                    #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

                        [?]Richard Griffiths »
                        @dectentoo@mastodon.ie

                        If your team’s capacity changes every sprint (holidays, illness, split focus), your Sprint Planning must reflect that. Pretending otherwise is planning theatre.

                          #agile boosted

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

                          #agile boosted

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

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

                          Story Points & Velocity nur Planungshelfer

                          Alt...Story Points & Velocity nur Planungshelfer

                            #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

                                [?]Richard Griffiths »
                                @dectentoo@mastodon.ie

                                There's a myth that velocity = capacity. Capacity fluctuates. Velocity is a trend, not a promise, so plan accordingly.

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

                                  Encore une 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. projetwinston.fr avec cette fois donc et l' et @claudeaubry

                                  #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

                                      Back to top - More...