Спасибо за статью, имеет право на существование, как говорится.
Ваш собес не прошел бы. Голову такими вопросами не забиваю и никому тут не советую.
Не понятно, как эти ответы на них связаны с:
пониманием ЖЦ, этапов анализа требований и проектирования.
Умением видеть разные уровни абстракции, а также прыгать от частного к общему и обратно.
Писать красивую документацию, с трассировками и со всей фигней, чтоб потом никто страдал в поисках «как работает система сейчас на проде. Зачем и почему мы это делали??».
Понимаем, как и что нужно делать на обозначенных этапах, чтобы экономить деньги компании (иначе зачем компании выделенный системный аналитик требований+проектировщик)
С понимаем, что аналитик не ЛПР на проекте, что он никак не лучше разрабов в части КАК делать, что нельзя додумывать требования/проблемы за пользователей и прочее.
И еще много всего (у меня большой опыт в этом всем)
Такого рода собесы лучше быстро покидать. На реальных задачах будет некомфортно с такими коллегами/руководителями. Если тянет в методологию/на подработку в вузы, то можно испытать такое интервью на себе, лишним не будет.
Критерий успеха поиска недорого мидла: Минимальная адекватность + соображалка (не обязательно быстрая) + опыт 1,5-2 в динамичной разработке + способность ответить на вопрос про негативные кейсы за плечами (если хз/не помню/все было гладко всегда, то лучше мимо, даже если остальное все норм)
Спасибо за статью, имеет право на существование, как говорится.
Ваш собес не прошел бы. Голову такими вопросами не забиваю и никому тут не советую.
Не понятно, как эти ответы на них связаны с:
пониманием ЖЦ, этапов анализа требований и проектирования.
Умением видеть разные уровни абстракции, а также прыгать от частного к общему и обратно.
Писать красивую документацию, с трассировками и со всей фигней, чтоб потом никто страдал в поисках «как работает система сейчас на проде. Зачем и почему мы это делали??».
Понимаем, как и что нужно делать на обозначенных этапах, чтобы экономить деньги компании (иначе зачем компании выделенный
системныйаналитик требований+проектировщик)С понимаем, что аналитик не ЛПР на проекте, что он никак не лучше разрабов в части КАК делать, что нельзя додумывать требования/проблемы за пользователей и прочее.
И еще много всего (у меня большой опыт в этом всем)
Такого рода собесы лучше быстро покидать. На реальных задачах будет некомфортно с такими коллегами/руководителями. Если тянет в методологию/на подработку в вузы, то можно испытать такое интервью на себе, лишним не будет.
Критерий успеха поиска недорого мидла: Минимальная адекватность + соображалка (не обязательно быстрая) + опыт 1,5-2 в динамичной разработке + способность ответить на вопрос про негативные кейсы за плечами (если хз/не помню/все было гладко всегда, то лучше мимо, даже если остальное все норм)