Колись давно я сподівався, що не існує.

На минулому проекті мені просто весь час підкидали нові завдання. У мене їх завжди була ціла черга, з якої я вибирав найприорітетніші. Після виконання відправляв на перевірку (рев'ю) комусь із колег, а потім на тестування. Після закінчення тестування повертався до завдання і портував його з поточної версії програми на кілька попередніх, щоб воно ввійшло в щомісячний пакет оновлень. Потім відправляв на додаткове тестування в попередніх версіях. Після цього моя робота зазвичай закінчувалася, хоча інколи тестери знаходили проблеми і доводилося переробляти. Часу одне завдання займало від півгодини до кількох тижнів. Плюс щодня були наради (мітинги) де кожен розповідав чим займався вчора, чи виникли якісь проблеми і чим планує займатися завтра.
На поточному проекті є загальна черга завдань, звідки кожен бере собі те, що може зробити. Якщо бачить, що завдання йому не по зубам, то або повертає назад в чергу, або перекидає на колегу, який розбирається в потрібній частині проекту (повний білд проекту займає 2,5 години, тому там є в чому розбиратися). Окрім черги, десь два рази на місяць бувають високопріоритетні складні завдання, над якими працює одразу кілька чоловік. Мітинги бувають два рази на тиждень, і додатково, під різні завдання, є купа різних груп у скайпі.

Дякую за ваші відгуки. Я хоч маю уявлення тепер, а то ж працювала взагалі самотужки. Сама собі давала завдання, сама ж і виконувала))

А це взагалі якось дивовижно, м'яко кажучи. Я б мабуть не змогла в вашій фірмі працювати. Мені більш подобається коли є план заздалегідь і для мене в тому числі. І тут справа не в віці, а в моєму стилі мислення. Мені більш подобається коли все структурно і впорядковано, а не хаос якийсь, той те собі бере, той те, потім якісь конфлікти можуть з'явитсь. Мені дали завдання виконати таку-то частину задачі (наприклад, написати веб-додаток), я її виконую, хай для цього піде місяц, але я сама все напишу згідно вимогам які поставлені, нічого я не хочу з кимось ділити. До речі, мабуть ці баги і виникають в програмах, що кожен щось своє написав, а комп'ютер потім не розуміє, що від нього потребують.

Список завдань - це і є план. Набираєш собі десяток, щоб на тиждень вистачило, і потім сидиш працюєш.

Щоб такого не було, існують системи контролю версій, рев'ю та юніт тести. До того ж, програміст/ка завжди може узгодити свої дії з колегами. Для цього існує ціла купа засобів комунікації.

Чим старіший, більший та складніший проект, тим рідше для нього розробляють нові функції (фічі), і тим більше витрачають часу на виправлення помилок. Та й підходять до додавання фіч набагато відповідальніше. Спочатку на рівні архітекторів, бізнес аналітиків та "власників продукту" узгоджують що саме, та куди треба додати. Потім пишуть документацію, де все це описано. Потім декілька разів обговорюють написане та вносять поправки. І тільки після цього архітектори/тімліди презентують документ своїй команді, та розподіляють роботу.
На молодих, малих або простих проектах схема роботи звичайно простіша. Також багато залежить від специфіки проекту, та культури менеджменту у клієнта.
У будь-якому разі, не варто сподіватися, що новачку дадуть цілий місяць щось там колупати у відриві від команди. Чим коротші та простіші будуть у нього завдання, тим більше шансів, що старші колеги встигнуть швидко його виправити коли він, в черговий раз, заблукає у трьох соснах.

оскільки системи контролю версій використовуються майже в усіх компаніях , то з таким питанням краще не підходити.

краще пройти короткий курс https://www.codecademy.com/learn/learn-git
паралельно трохи почитати про інші Version Control Software Comparison: SVN, Mercurial
створити свій аакаунт на гітхабі і трохи потренуватися, поімітувавши роботу та моменти , що можуть виникнути

і після цього вписати у своє резюме :
робота з  Git

Дякую за рекомендації. А ці проекти на github актуально для програміста С++ чи веб-програмування? Просто в мене є декілька нескладних веб-додатків. Думала, що цього достатньо для веба якщо.

Ну так починайте вивчати, в чому справа? Чи ви чекаєте поки роботодавець скаже,-"Оу, вам вже 35, ну тоді ми вас беремо без жодного досвіду і вміння, ми вам все покажемо що і як робити, навчимо вас всьому, що вам потрібно буде для роботи, а потім ми вам покажемо план роботи, котрий ви зможете попередньо затвердити, а потім можете собі потихеньку його виконувати, місяць або й рік..."
Поки ви вагаєтесь і бідкаєтесь що вам вже 35, ті молоді студенти, на яких ви так нарікаєте, вивчають нові технології і ходять по співбесідам, таким чином постійно підвищують свій рівень.

Не нарікаю в жодному разі. Навпаки, добре як колектив різновіковий. Я тільки сказала, що зараз така тенденція, що беруть тільки до 28-30, якщо є два претенденти 17 і 40 років, то скоріш за все перевага буде в 17 річного, навіть якщо він без вищої освіти.

Це вже утопія..

ну, скажімо, не пригадую, щоб мене питали про вищу освіту.

щодо 17 / 40:
все просто - в 40 треба іти на джуніора треба будучи на голову кращим за 17-тирічних.

і, якщо 40-річний покаже що він уже може включитися в роботу і бути корисним, а 17-тку треба ще 2-3 місяці дотягувати - візьмуть 40-ку.

щодо досвіду роботи - для прикладу -  на upwork ніхто не питає вік, стать , расу і т.п.
там можна і досвіду набратися і навіть знайти постійну роботу.