Как стать автором
Обновить

Оно вам надо: про цели и ценность задач по разработке

Уровень сложностиПростой
Время на прочтение6 мин
Количество просмотров3K
Всего голосов 12: ↑12 и ↓0+14
Комментарии3

Комментарии 3

Всё верно написано. Лично я ещё всегда топлю за то, чтобы задача что-то автоматизировала, делала проще, а не усложняла. Правда, жить стало проще, когда вся команда начала задаваться вопросом "а зачем и, главное, нафига я это делаю?")

Суть статьи даже не обсуждаю, абсолютно верно.
Но проблема на другом уровне - уровне организации проекта/продукта. Если процессы построены так, что вопросы системного аналитика игнорятся, потому что ответственные за это роли - БА, продакт, роли заказчика - уже приняли решение, и приняли без вас (у них сроки/планы/бюджеты и, не дай бог, завышенная оценка своих решений), то вся эта красота про критическое мышление лопается.

Было пару раз недавно при прохождении собесов, на раунде уже с "главным" аналитиком. Звучало примерно так: "наш БА утверждает требования, а дальше твоя задача это реализовать. Если у тебя вопросы, то это твоя проблема - наш БА очень занят, и мы ценим время заказчика". Весьма уважаемые компании. После таких собесов ещё по полчаса приходил в себя :).
К сожалению, бывают проблемы и внутри команды. Справедливости ради, столкнулся лишь на предпоследнем проекте - когда на твои вопросы твой же коллега-аналитик(!) в команде отвечал, что "вопросы бесполезные" и со спокойной совестью сливался в туман.
О каком тут критическом мышлении можно говорить?

Спасибо за комментарий и за то, что поделились своим опытом. 

Да, это правда, такие процессы и люди бывают ,иначе не было бы смысла писать эту статью) 

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

Но, как мне кажется, в таких ситуациях важно менять такие процессы внутри организации. Т.е. говорить о таких проблемах (это сильно проще, когда есть союзники и поддержка ,например внутри команды ) 

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

Но это, правда, зависит от того насколько вы готовы менять эти процессы)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий