de ez a kapcsolódás ez nem biztos, hogy szervesen közös munka jellegű. lehet mindannyian ugyanazt csináljuk sacc. de mivel nagy a funkcionalitás kiterjedtsége és összetettek a részproblémák, igazából egy ember merül el a magáéban és nem ad neki semmit, hogy a másik ma mit csinál, meg tegnap mit csinált. mert párhuzamosan dolgoznak valamiken, nem nagyon érnek össze, hiába más szempontból egy csapatot alkotnak.
szerintem ez a scrum akkor lesz értelmes, ha a szállítandó dolog az ténylegesen közös produktum. ha egy prototípus van a végén. ha egy dolgot kell demozni majd közösen. ha a csapat azért egy csapat csak, mert ugyanazon a területen dolgoznak pl. akkor nem biztos, hogy van értelme. de a lényeg itt nem az, hogy tuti van értelme vagy tuti nincs. hanem, hogy ez ne egy szentírás legyen, amit fentről bevezetnek, mindentől függetlenül, hanem a tényleges feladatokhoz csapathoz választható tool legyen. a cikk arról szól, hogy az adott helyzetben javulást hozott bizonyos elemek elhagyása. következtetés: van amikor jobb. ha van amikor jobb, akkor ezt mérlegelni jó. nem automatikusan követni.
másképp megfogalmazva: az állítás az, hogy ha a scrum elemei egy merev, az adott körülményektől független elemmé válnak, akkor csökkenhet az agilitás. hiába ennek az elősegítése lenne a cél. és ami a végső érték.