Возможные опасения насчет работы в FinTech (прокомментирую, опираясь на свой опыт):
1) Бюрократия
Очень зависит от контекста. На части проектов была только типовая документация (тесты, тест раны, тест планы, отчеты о тестировании). Где-то была более сложная система документов, необходимых для допуска релиза к доставке, но этими документами занималась не я, а менеджеры уровнем выше.
2) Ограничения, связанные с безопасностью
Действительно, бывает, что нужно работать строго из офиса (после ковида таких ограничений стало меньше). Бывает, что нужно использовать виртуальный десктоп. Бывает, что нужно ждать неделю - месяц всех доступов. А бывает и наоборот. Тебя добавляют в проект, сразу подхватываются примерно все основные настройки доступов и можно начинать работать. В процессе работы может обнаружится, что пары доступов все же не хватает, но в целом за 1-5 дней все эти проблемы разруливаются.
3) Сроки, спускающиеся сверху
Опять же важен контекст. Но в моей практике не было случаев, чтобы команду вообще не слушали. Команда может упустить момент и не вовремя сказать “нет”, или может быть мучительный процесс переговоров, что оставить в скоупе, что выкинуть. Результат этих переговоров опять же может быть неидеален. Но в целом не было такого, что спустили задачу и делай что хочешь, но успей за месяц.
4) Плохое качество тестовых сред (нестабильность, пропажа тестовых данных).
Опять же сильно зависит от контекста. Если это личная on demand environment, то она может быть очень нестабильна. Если это QA платформа, на которую доставили релиз - там обычно все неплохо. Если это QA платформа с кучей внешних интеграций - вероятность шатаний увеличится.
5) Проблемы с коммуникациями между отделами/командами, зависимость от доброй воли людей
Бывает, что сложно порешать вопросики просто потому, что много людей вовлечено в проект. Или потому, что не понятно на 100%, к кому идти с конкретным вопросов. Но чтобы было завязано именно на добрую волю - нет, не сталкивалась с таким. Или сталкивалась, но не заметила:)
6) Максимально механистическое отношение к людям
Такого, что прямо слова хорошего не скажут, иди работай как робот или сдохни - с таким я не сталкивалась, к счастью:)
На мой взгляд, перечисленные риски скорее про проекты / команды, а не про предметную область. Возьмем менеджера из FinTech, который относится к людям как к ресурсу. Вынем менеджера из FinTech и поместим, допустим, в E-commerce. Что произойдет с его стилем менеджмента? Что-то мне подсказывает, что ничего.
Возможные опасения насчет работы в FinTech (прокомментирую, опираясь на свой опыт):
1) Бюрократия
Очень зависит от контекста. На части проектов была только типовая документация (тесты, тест раны, тест планы, отчеты о тестировании). Где-то была более сложная система документов, необходимых для допуска релиза к доставке, но этими документами занималась не я, а менеджеры уровнем выше.
2) Ограничения, связанные с безопасностью
Действительно, бывает, что нужно работать строго из офиса (после ковида таких ограничений стало меньше). Бывает, что нужно использовать виртуальный десктоп. Бывает, что нужно ждать неделю - месяц всех доступов. А бывает и наоборот. Тебя добавляют в проект, сразу подхватываются примерно все основные настройки доступов и можно начинать работать. В процессе работы может обнаружится, что пары доступов все же не хватает, но в целом за 1-5 дней все эти проблемы разруливаются.
3) Сроки, спускающиеся сверху
Опять же важен контекст. Но в моей практике не было случаев, чтобы команду вообще не слушали. Команда может упустить момент и не вовремя сказать “нет”, или может быть мучительный процесс переговоров, что оставить в скоупе, что выкинуть. Результат этих переговоров опять же может быть неидеален. Но в целом не было такого, что спустили задачу и делай что хочешь, но успей за месяц.
4) Плохое качество тестовых сред (нестабильность, пропажа тестовых данных).
Опять же сильно зависит от контекста. Если это личная on demand environment, то она может быть очень нестабильна. Если это QA платформа, на которую доставили релиз - там обычно все неплохо. Если это QA платформа с кучей внешних интеграций - вероятность шатаний увеличится.
5) Проблемы с коммуникациями между отделами/командами, зависимость от доброй воли людей
Бывает, что сложно порешать вопросики просто потому, что много людей вовлечено в проект. Или потому, что не понятно на 100%, к кому идти с конкретным вопросов. Но чтобы было завязано именно на добрую волю - нет, не сталкивалась с таким. Или сталкивалась, но не заметила:)
6) Максимально механистическое отношение к людям
Такого, что прямо слова хорошего не скажут, иди работай как робот или сдохни - с таким я не сталкивалась, к счастью:)
На мой взгляд, перечисленные риски скорее про проекты / команды, а не про предметную область. Возьмем менеджера из FinTech, который относится к людям как к ресурсу. Вынем менеджера из FinTech и поместим, допустим, в E-commerce. Что произойдет с его стилем менеджмента? Что-то мне подсказывает, что ничего.
Так, может, не в FinTech дело-то?...
BY Ужасно медленная QA с крайне неэффективными инструментами в поисках Грааля
Concise Telegram users themselves will be able to flag and report potentially false content. Add up to 50 administrators Those being doxxed include outgoing Chief Executive Carrie Lam Cheng Yuet-ngor, Chung and police assistant commissioner Joe Chan Tung, who heads police's cyber security and technology crime bureau. Content is editable within two days of publishing
from us
