Опубликован пост с вашими мыслями, почему вы не хотите выполнять роли продакт-менеджера, разработчика, архитектора. Даже если вы хотите выполнять какую-то из этих ролей, опишите проблемы, которые заставляют вас задуматься о том, надо ли вам этим заниматься.
Продакт менеджер наиболее тяжело даётся, т.к. не хватает либо компетенций в бесконечном осмечивании фич, либо желания заниматься такой вероятностной деятельностью (зависеть от желаний заказчика). Остальные норма, есть прикладные области, есть опыт и планы освоения, есть опыт архитекторства (на каком то уровне). По ним больше понятности по методам и подконтрольности, т.к больше от себя зависит успех деятельности, чем от желаний клиента/надсистемы.
Если продолжить искать изъяны, следуя вопросу (опишите проблемы, которые заставляют вас задуматься о том, надо ли вам этим заниматься):
У архитектора можно выделить границы, в которые периодически упираешься, после которых необходимо возвращаться к какой то базовой конфигурации, где прошел “неверный” поворот, с которой проще учесть новую потребность (часто на развилке, в думках когда и куда “подлить фундамента”, если потребность весомая). Да и затем пост-обработка данных для новой структуры … тоже те еще грабли.
Что же сложного придумать у разработчика … проблемы одновременной разработки … нескольких пользователей … необходим тщательный контроль при сборке. Постоянные думки, как наваять оптимально.
В общем по итогу - везде предсказания, тестирование, ответственность.
Опубликован пост с вашими мыслями о вашем опыте разработки концепции системы в ваших проектах, с использованием материала текущего раздела и итогам выполнения всех заданий и упражнений.
В общем то все так, единственное что можно подправить в однозначном “отказе от требований” что оно не так однозначно. Если инкремент, фича не масштабная, то и требования/желания клиента вполне могут сойти за “требования” выполнить вот такой кусок работ с такими то критериями приемки. И если ты это делаешь не первый раз, и есть уверенность, что справишься на 99%, то нужно договариваться. Чем неувереннее твое согласие справиться с проектом/задачей - тем менее вероятнее тебя выберут в качестве подрядчика.
Но это больше, конечно, вопрос терминов… требования это или описание инкремента улучшения деятельности того, кому ты с коллегами хочешь нанести непоправимую пользу. Как ни крути, а после заключения договора ты должен … что пообещал