Зростання популярності асистентів з кодуванням на основі генеруючого ІІ готується трансформувати склад команд розробників програмного забезпечення, піддаючи ризику посади молодших розробників та тестувальників. З покращенням цих інструментів, ІТ-директори та керівники розробки будуть пріоритизувати наймання спеціалістів з ІІ та старших розробників для контролю за кодом, створеним ІІ. За словами Анни Демео, засновниці Climate Tech Strategic Advisors, команди стануть компактнішими, обмежуючи наймання молодших розробників та стажистів, оскільки ІІ бере на себе більше відповідальності у кодуванні, створюючи таким чином розрив у результативності між працівниками A та B. Залишені розробники повинні будуть бути вмілими критичними мислителями, які співпрацюють між відділами. Демео зазначає зміни, за яких старші розробники виконують роль редакторів коду, створеного ІІ, а не просто письменниками, зосереджуючись на узгодженні коду з бізнес-цілями. За передбаченням Девіда Брукса з Copado, майбутні команди можуть складатися з менеджера продукту, UX-дизайнера і архітектора програмного забезпечення, які використовують інструменти ІІ для створення та вдосконалення прототипів. Незважаючи на побоювання щодо втрат робочих місць—особливо для молодших розробників—Брукс зазначає, що зменшення кількості робочих місць може зрештою призвести до підвищення ефективності, коли менша кількість інженерів може досягати тієї ж вихідної потужності.

Навчання на посади, такі як архітектор програмного забезпечення, може зіткнутися з труднощами через меншу кількість позицій початкового рівня. Хоча трансформація ще не досягла свого піку, опитування GitHub виявило, що понад 97% розробників використовують інструменти для кодування на основі ІІ, причому використання Copilot значно зросло протягом останніх місяців. Проте, близько 75% ІТ-фахівців висловлюють занепокоєння з приводу того, що ІІ зробить їх навички застарілими. Деякі експерти, як Ед Ватал, очікують початкового збільшення розміру команд для інтеграції коучингу з ІІ, але прогнозують спад у довгостроковій перспективі з зменшенням складності проєктів. Крім того, інструменти low-code/no-code дозволять більшій кількості нетехнічного персоналу створювати додатки, порушуючи традиційні ролі розробників. Інші, включаючи Маркуса Меррелла, застерігають від переоцінки переваг асистентів з кодуванням на основі ІІ, закликаючи до збалансованого підходу, а не радикальних змін структур чи скорочення персоналу на основі завищених очікувань продуктивності. Меррелл вважає, що генеративний ІІ навряд чи повністю замінить розробників; натомість платформи low-code/no-code матимуть більш істотний вплив на динаміку ринку праці. Він попереджає, що організації можуть стати надто залежними від інструментів ІІ, ризикуючи отримати шок в майбутньому, якщо витрати на користування цими технологіями значно зростуть.