{"id":25,"date":"2026-01-02T13:16:10","date_gmt":"2026-01-02T12:16:10","guid":{"rendered":"http:\/\/ludologia.pl\/?p=25"},"modified":"2026-01-26T10:12:52","modified_gmt":"2026-01-26T09:12:52","slug":"kiedy-agile-przestaje-byc-zwinny","status":"publish","type":"post","link":"http:\/\/ludologia.pl\/index.php\/2026\/01\/02\/kiedy-agile-przestaje-byc-zwinny\/","title":{"rendered":"Kiedy Agile przestaje by\u0107 zwinny"},"content":{"rendered":"

O tym, jak w gamedevie sami sabotujemy swoj\u0105 zwinno\u015b\u0107<\/h3>\n

Agile jest najlepszym, co bran\u017ca gamedevowa by\u0142a w stanie zaadaptowa\u0107 z klasycznego software developmentu. To nie jest tekst przeciwko Agile\u2019owi. Wr\u0119cz przeciwnie \u2014 to tekst o tym, dlaczego Agile dzia\u0142a<\/strong> i dlaczego czasem przestaje dzia\u0142a\u0107 dok\u0142adnie w momencie, w kt\u00f3rym najbardziej chcemy, \u017ceby dzia\u0142a\u0142<\/strong>.<\/p>\n

Problem nie polega na tym, \u017ce Agile jest z\u0142y.
Problem polega na tym, \u017ce zbyt cz\u0119sto traktujemy go jak uniwersalne rozwi\u0105zanie na ka\u017cdy etap produkcji gry<\/strong>.<\/p>\n

A game dev jest bardzo odporny na jakiekolwiek standaryzacje.<\/p>\n

Agile zosta\u0142 stworzony do \u201efunkcjonalnego software\u2019u\u201d.<\/h2>\n

My tworzymy emocje.<\/p>\n

Agile powsta\u0142 w \u015bwiecie, w kt\u00f3rym \u201edzia\u0142a\u201d jest wystarczaj\u0105cym kryterium sukcesu.
Funkcja dzia\u0142a. System dzia\u0142a. Feature jest dost\u0119pny.<\/p>\n

W gamedevie to za ma\u0142o.<\/p>\n

Gra mo\u017ce dzia\u0142a\u0107 perfekcyjnie \u2014 i jednocze\u015bnie:<\/p>\n

    \n
  • \n

    nie by\u0107 fun,<\/p>\n<\/li>\n

  • \n

    nie budzi\u0107 emocji,<\/p>\n<\/li>\n

  • \n

    nie wspiera\u0107 fantazji gracza,<\/p>\n<\/li>\n

  • \n

    nie pasowa\u0107 do reszty do\u015bwiadczenia.<\/p>\n<\/li>\n<\/ul>\n

    I tu pojawia si\u0119 pierwsze fundamentalne p\u0119kni\u0119cie:
    Agile bardzo dobrze radzi sobie z funkcjonalno\u015bci\u0105, ale zupe\u0142nie nie rozumie jako\u015bci emocjonalnej.<\/strong><\/p>\n

    Acceptance Criteria \u015bwietnie odpowiadaj\u0105 na pytanie:<\/p>\n

    \n

    \u201eCzy mog\u0119 to zrobi\u0107?\u201d<\/p>\n<\/blockquote>\n

    Ale w gamedevie kluczowe pytanie brzmi:<\/p>\n

    \n

    \u201eCzy to jest fajne?\u201d<\/p>\n<\/blockquote>\n

    A na to Agile \u2014 w swojej klasycznej formie \u2014 odpowiedzi nie ma.<\/p>\n

    Agile dzia\u0142a \u015bwietnie\u2026 na pocz\u0105tku<\/h2>\n

    W preprodukcji, Agile jest niemal idealnym narz\u0119dziem.<\/p>\n

    Nie wiemy jeszcze:<\/p>\n

      \n
    • \n

      czym dok\u0142adnie b\u0119dzie gra,<\/p>\n<\/li>\n

    • \n

      jak z\u0142o\u017cony oka\u017ce si\u0119 gameplay,<\/p>\n<\/li>\n

    • \n

      kt\u00f3re pomys\u0142y przetrwaj\u0105 kontakt z rzeczywisto\u015bci\u0105.<\/p>\n<\/li>\n<\/ul>\n

      Eksplorujemy. Prototypujemy. Odkrywamy prac\u0119, kt\u00f3rej jeszcze nie umiemy nazwa\u0107.<\/p>\n

      Kr\u00f3tkie sprinty, szybkie iteracje, ci\u0105g\u0142y feedback \u2014 to wszystko:<\/p>\n

        \n
      • \n

        obni\u017ca koszt b\u0142\u0119d\u00f3w,<\/p>\n<\/li>\n

      • \n

        pozwala szybko porzuca\u0107 z\u0142e pomys\u0142y,<\/p>\n<\/li>\n

      • \n

        wspiera empiryczne podejmowanie decyzji.<\/p>\n<\/li>\n<\/ul>\n

        Na tym etapie Agile robi dok\u0142adnie to, co powinien.<\/p>\n

        Pierwszy sabota\u017c: \u201ewyd\u0142u\u017cmy sprinty, bo nie dowozimy\u201d<\/h2>\n

        I tu zaczyna si\u0119 problem, kt\u00f3ry widzia\u0142em wielokrotnie \u2013 w ma\u0142ych zespo\u0142ach, w du\u017cych studiach, przy r\u00f3\u017cnych gatunkach gier.<\/p>\n

        Na pocz\u0105tku produkcji wszystko trwa d\u0142ugo.
        Budowanie nowych feature\u2019\u00f3w jest ci\u0119\u017ckie, kosztowne, nieprzewidywalne.<\/p>\n

        Dwutygodniowe sprinty wydaj\u0105 si\u0119 za kr\u00f3tkie.
        Czterotygodniowe milestone\u2019y \u2013 zbyt ciasne.<\/p>\n

        Pojawia si\u0119 wi\u0119c logiczna, rozs\u0105dna pro\u015bba:<\/p>\n

        \n

        \u201eWyd\u0142u\u017cmy sprinty. Dajmy sobie wi\u0119cej czasu, \u017ceby dowie\u017a\u0107 realn\u0105 warto\u015b\u0107.\u201d<\/p>\n<\/blockquote>\n

        I faktycznie \u2013 kr\u00f3tkoterminowo to dzia\u0142a<\/strong>.<\/p>\n

        Ale d\u0142ugoterminowo uczymy si\u0119 bardzo z\u0142ych nawyk\u00f3w:<\/p>\n

          \n
        • \n

          gorszej granulacji zada\u0144,<\/p>\n<\/li>\n

        • \n

          mniej precyzyjnych priorytet\u00f3w,<\/p>\n<\/li>\n

        • \n

          rozmytego rozumienia zakresu pracy,<\/p>\n<\/li>\n

        • \n

          trudniejszych commitment\u00f3w.<\/p>\n<\/li>\n<\/ul>\n

          Zwinno\u015b\u0107 zaczyna si\u0119 rozci\u0105ga\u0107. Dos\u0142ownie.<\/p>\n

          Drugi sabota\u017c: d\u0142uga p\u0119tla feedbacku<\/h2>\n

          Najgorsze skutki d\u0142ugich sprint\u00f3w i milestone\u2019\u00f3w pojawiaj\u0105 si\u0119 p\u00f3\u017aniej \u2014 kiedy gra ju\u017c \u201ejest\u201d.<\/p>\n

          Mamy feature\u2019y.
          Mamy content.
          Zaczynamy iterowa\u0107 na istniej\u0105cej bazie.<\/p>\n

          I nagle okazuje si\u0119, \u017ce:<\/p>\n

            \n
          • \n

            jeden zesp\u00f3\u0142 dostarcza feature dopiero na koniec milestone\u2019a,<\/p>\n<\/li>\n

          • \n

            drugi zesp\u00f3\u0142 zaczyna na nim pracowa\u0107\u2026 te\u017c dopiero wtedy,<\/p>\n<\/li>\n

          • \n

            feedback pojawia si\u0119 po tygodniach, a nie dniach.<\/p>\n<\/li>\n<\/ul>\n

            Je\u015bli co\u015b nie dzia\u0142a tak, jak trzeba \u2013 poprawka musi poczeka\u0107.
            \nBo zesp\u00f3\u0142, kt\u00f3ry dostarczy\u0142 feature ju\u017c:<\/p>\n

              \n
            • \n

              zaplanowa\u0142 kolejny sprint,<\/p>\n<\/li>\n

            • \n

              zaplanowa\u0142 kolejny milestone,<\/p>\n<\/li>\n

            • \n

              jest \u201ezacommitowany\u201d.<\/p>\n<\/li>\n<\/ul>\n

              W praktyce oznacza to, \u017ce na prost\u0105 poprawk\u0119 czekamy nie raz 6\u20139 tygodni<\/strong>.<\/p>\n

              To jest dok\u0142adne zaprzeczenie idei Agile\u2019a!<\/p>\n

              Co robimy wtedy?<\/p>\n

                \n
              • \n

                Przeplanowujemy.<\/p>\n<\/li>\n

              • \n

                \u0141amiemy commitmenty.<\/p>\n<\/li>\n

              • \n

                Przepalamy czas sp\u0119dzony na planingach.<\/p>\n<\/li>\n<\/ul>\n

                Proces, kt\u00f3ry mia\u0142 nas chroni\u0107 przed chaosem, sam staje si\u0119 jego \u017ar\u00f3d\u0142em<\/strong>.<\/p>\n

                Moment, w kt\u00f3rym Agile zaczyna przeszkadza\u0107<\/h2>\n

                Jest taki punkt w produkcji gry \u2014 cz\u0119sto okolice feature complete \/ alfy<\/strong> \u2014 w kt\u00f3rym:<\/p>\n

                  \n
                • \n

                  wiemy ju\u017c, jakie feature\u2019y mamy,<\/p>\n<\/li>\n

                • \n

                  znamy skal\u0119 contentu,<\/p>\n<\/li>\n

                • \n

                  nie odkrywamy ju\u017c \u201eczym jest gra\u201d,<\/p>\n<\/li>\n

                • \n

                  tylko produkujemy j\u0105 wszerz.<\/p>\n<\/li>\n<\/ul>\n

                  I to jest moment, w kt\u00f3rym Agile bardzo cz\u0119sto przestaje pasowa\u0107 do rzeczywisto\u015bci<\/strong>.<\/p>\n

                  Ten etap produkcji:<\/p>\n

                    \n
                  • \n

                    przypomina fabryk\u0119,<\/p>\n<\/li>\n

                  • \n

                    wymaga przewidywalno\u015bci,<\/p>\n<\/li>\n

                  • \n

                    wymaga stabilnych zale\u017cno\u015bci,<\/p>\n<\/li>\n

                  • \n

                    wymaga minimalizowania zmienno\u015bci.<\/p>\n<\/li>\n<\/ul>\n

                    Paradoksalnie \u2013 powr\u00f3t do Waterfalla mo\u017ce by\u0107 wtedy najbardziej zwinn\u0105 decyzj\u0105<\/strong>, jak\u0105 mo\u017cemy podj\u0105\u0107.<\/p>\n

                    Nie dlatego, \u017ce Waterfall jest lepszy.
                    Tylko dlatego, \u017ce jest bardziej adekwatny do fazy projektu<\/strong>.<\/p>\n

                    Prawdziwa zwinno\u015b\u0107 to zmiana metody<\/h2>\n

                    Najwi\u0119kszym b\u0142\u0119dem, jaki pope\u0142niamy w gamedevie, nie jest u\u017cywanie Agile\u2019a.<\/p>\n

                    Najwi\u0119kszym b\u0142\u0119dem jest trzymanie si\u0119 jednej metodologii niezale\u017cnie od kontekstu<\/strong>.<\/p>\n

                    Zwinno\u015b\u0107 nie polega na tym, \u017ce:<\/p>\n

                      \n
                    • \n

                      mamy sprinty,<\/p>\n<\/li>\n

                    • \n

                      mamy daily,<\/p>\n<\/li>\n

                    • \n

                      mamy retrospekcje.<\/p>\n<\/li>\n<\/ul>\n

                      Zwinno\u015b\u0107 polega na tym, \u017ce:<\/p>\n

                        \n
                      • \n

                        potrafimy zakwestionowa\u0107 w\u0142asny proces,<\/p>\n<\/li>\n

                      • \n

                        potrafimy zmieni\u0107 narz\u0119dzie, gdy przestaje dzia\u0142a\u0107,<\/p>\n<\/li>\n

                      • \n

                        potrafimy przyzna\u0107, \u017ce to, co by\u0142o dobre wczoraj, dzi\u015b ju\u017c szkodzi.<\/p>\n<\/li>\n<\/ul>\n

                        Agile nie jest religi\u0105. Jest narz\u0119dziem.<\/h2>\n

                        Agile w gamedevie jest:<\/p>\n

                          \n
                        • \n

                          \u015bwietny w preprodukcji,<\/p>\n<\/li>\n

                        • \n

                          niezb\u0119dny w odkrywaniu problem\u00f3w,<\/p>\n<\/li>\n

                        • \n

                          bardzo niebezpieczny, gdy stosowany bezrefleksyjnie.<\/p>\n<\/li>\n<\/ul>\n

                          Prawdziwa dojrza\u0142o\u015b\u0107 produkcyjna zaczyna si\u0119 wtedy, gdy zadajemy sobie pytanie:<\/p>\n

                          \n

                          \u201eCzy metoda, z kt\u00f3rej korzystamy, wci\u0105\u017c s\u0142u\u017cy temu, co aktualnie robimy<\/strong>?\u201d<\/p>\n<\/blockquote>\n

                          Bo w gamedevie:<\/p>\n

                            \n
                          • \n

                            nie zawsze chodzi o szybko\u015b\u0107,<\/p>\n<\/li>\n

                          • \n

                            nie zawsze chodzi o iteracj\u0119,<\/p>\n<\/li>\n

                          • \n

                            bardzo cz\u0119sto chodzi o jako\u015b\u0107 do\u015bwiadczenia.<\/p>\n<\/li>\n<\/ul>\n

                            A ta nie mie\u015bci si\u0119 w Acceptance Criteria.<\/p>\n","protected":false},"excerpt":{"rendered":"

                            O tym, jak w gamedevie sami sabotujemy swoj\u0105 zwinno\u015b\u0107 Agile jest najlepszym, co bran\u017ca gamedevowa by\u0142a w stanie zaadaptowa\u0107 z klasycznego software developmentu. To nie jest tekst przeciwko Agile\u2019owi. Wr\u0119cz przeciwnie \u2014 to tekst o tym, dlaczego Agile dzia\u0142a i dlaczego czasem przestaje dzia\u0142a\u0107 dok\u0142adnie w momencie, w kt\u00f3rym najbardziej chcemy, \u017ceby dzia\u0142a\u0142. Problem nie polega na tym, \u017ce Agile jest z\u0142y.Problem polega na tym, \u017ce zbyt cz\u0119sto traktujemy go jak uniwersalne rozwi\u0105zanie na ka\u017cdy etap produkcji gry. A game dev jest bardzo odporny na jakiekolwiek standaryzacje. Agile zosta\u0142 stworzony do \u201efunkcjonalnego software\u2019u\u201d. My tworzymy emocje. Agile powsta\u0142 w \u015bwiecie, […]<\/p>\n","protected":false},"author":1,"featured_media":30,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[],"class_list":["post-25","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-gamedev"],"_links":{"self":[{"href":"http:\/\/ludologia.pl\/index.php\/wp-json\/wp\/v2\/posts\/25","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/ludologia.pl\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/ludologia.pl\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/ludologia.pl\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/ludologia.pl\/index.php\/wp-json\/wp\/v2\/comments?post=25"}],"version-history":[{"count":2,"href":"http:\/\/ludologia.pl\/index.php\/wp-json\/wp\/v2\/posts\/25\/revisions"}],"predecessor-version":[{"id":27,"href":"http:\/\/ludologia.pl\/index.php\/wp-json\/wp\/v2\/posts\/25\/revisions\/27"}],"wp:featuredmedia":[{"embeddable":true,"href":"http:\/\/ludologia.pl\/index.php\/wp-json\/wp\/v2\/media\/30"}],"wp:attachment":[{"href":"http:\/\/ludologia.pl\/index.php\/wp-json\/wp\/v2\/media?parent=25"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/ludologia.pl\/index.php\/wp-json\/wp\/v2\/categories?post=25"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/ludologia.pl\/index.php\/wp-json\/wp\/v2\/tags?post=25"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}