Для вопроса детальности надо знать риски.

В банках на процессинге риски большие и нефиг там делать джунам или неопытным аналитикам - пусть варятся не в столь критичных местах.
Или растут среди программистов-профессионалов, которые подстрахуют и контекст перепроверят.

А если ты не на критичном проекте,то риски проще и косяки допустимы. Можно не мельчить.

Там важно, чтобы проект в целом взлетел, был получен фидбек и сервисом можно было пользоваться без отвращения.

Если аналитик не знает риск-менеджмент, то он не знает когда и как себя вести. Либо слишком мельчит там где не надо, либо наоборот.

В любом случае. Риски позиции джуна (или человека не приспособленного к столь детальной работе) в критичном процессе - это риски его начальника в первую очередь.

И вот это очень важно понять.

И не брать на свою совесть чужие ошибки.

Мне пора открывать профсоюз аналитиков похоже. =\

может и нужно, ну отступим от иронии, пройдемся по "шутке" — профсоюз это противопоставление, шутка крайне влияющая на владельца направления, играть за обе лиги выматывает и иногда невозможно, а каждое отступление от одной из лиги, потребует компенсационного механизма, которого часто нет...

и дело не в опыте и ожиданиях сторон, дело в возможностях и умениях работать с крайне не стабильной сферой и рисковать. на 1-2% профсоюз не может прожить эффективно, а нелегально рисковать накопленным с плюсом не каждому дано...

Я бы сказал вот что.
Мне было бы в теории интересно этим заниматься и передавать свой опыт, но точно не в России.
Я даже уверен, что мне это бы нравилось намного больше текущей специальности.
Но вот проблемка... За это не платят, это мало кому нужно, у нас разрушен институт профсоюзов.
А в других странах у меня пока ни понимания ситуации, ни контактов, ни языка на должном уровне.

Я долго уходил от модели героя к предпринимателю и не хочу возвращаться обратно.

У меня в такой позиции сейчас есть родные. Но так развлекаться можно только имея власть, ресурсы, связи, планы "Б" и слабые альтернативы у рынка.
Тогда можно и приносить ценность и пробивать нормальные условия труда для рабочих.
А если ты линейный специалист...
тут либо с головой и на всю жизнь с непредвиденными результатами, либо лучше вообще не соваться.

скоро и от "технаря" уйдете наверное, и уже судьба тех кто не хочет видеть разницы, с предпренимателем и важности человека над инструментом, будет вызывать лишь слегка грустную улыбку..

Для контектса - я пока среднее между линейной и проектной позицией, играю за две лиги в одной конторе, но только в части своей зоны и одной программы. И то еле сдерживаю себя иногда от "а ну все к черту"...

Для системного аналитика слово технарь не совсем подходит. Это лишь одна из сфер, где может применяться теория систем и системная аналитика. Конечно это мышление тоже.
Когда это понимаешь, то варианты работы сильно увеличиваются.
Идти выше в топы или предприниматели не очень хочется, тк счастья там в разы меньше.

Везде по разному, вопрос в том что в определенный момент, принятия уже, повторяемость технических решений (при всем многообразии исполнения и сложности) уже не кажутся чем то тем, что стоит того. Так как в core это то же самое. А хочется привнести уже что то иное. И на позиции ниже, это просто невозможно.

Ну, менять мир - дело такое...
Кому-то достаточно своего сада, а кому-то и всего мира мало.

Солдат в генералы? Сейчас сад удовольствие не дешевое... с миллиардами населения... и засилием мутаций вредителей да и техногенных факторов.

Сокращая риски, приходится на некоторых этапах нести потери и запасаться большими ресурсами. И это только садик разбить, или не везде так? Я вижу именно это.

Моделирование защиты от ограничений Covid привело например к 4-5 конторам карманным и доступных $50-200k средств в моменте для перепрофилирования и получения защищающих бумаг/производства.

А ведь без базовой потребности ощущения свободы, сад сдохнет...

Коллеги, привет. Помогите советами пожалуйста - у нас продукт и все фичи начинаются с юзер стори. Есть кейс с смс - клиент заказывает справку в приложении и должен получить смс, чтобы подтвердить заказ, а утентификация вот это все.
Фича отдельная с заказом смс и овнер говорит что юзер стори должна нести ценность для клиента. А получать смс для него не ценно и замороченно и это наше требование. Поэтому юзер сторя "Я как клиент хочу получить смс чтобы подтвердить заказ справки кодом из смс" звучит притянуто и не нужно.

А почему это ваше требование? Чей интерес оно защищает?

это бизнес требование, которое не обсуждается) Клиент должен всегда пройти смс проверку.

не бывает требований, которые не обсуждаются. :) зачем он должен пройти проверку? если за проверкой нет ничьего интереса, то, может, и не должен

Вообще, для описания таких ситуаций лучше подходят юзкейсы, в которых каждый шаг обычно явно представляет интерес одного из участников. Мантра "любое действие должно нести ценность для клиента" - это разновидность заявления "клиент всегда прав". А он, как известно, не всегда.

Клиент запрашивает клиент конфиденциальные данные и это правила сб, которые мы не можем менять. Поэтому смс нужна. Вопрос в том, как корректно составить юс

юзкейсы тоже всегда есть, да