Стандартных профилей групп доступа в 1С и 1С:УХ на крупных проектах часто не хватает: пользователи сталкиваются с ошибками «Недостаточно прав», а ручная донастройка ролей растягивается на десятки и сотни часов. Разбираем, почему права на документы не работают без ролей на связанные объекты и как автоматизировать поиск и назначение минимально необходимых ролей. Показываем обработку, которая анализирует существующие профили, создает новые, формирует код для переноса между базами и обновляет настройки профилей.
ИТ-ландшафт стремительно усложняется: растет число систем и потоков данных между ними, процессы выходят за рамки платформы 1С, а требования к надежности, доступности и безопасности становятся все выше. Поэтому современному аналитику уже недостаточно быть только «переводчиком требований бизнеса» – ему нужно проектировать взаимодействие систем, координировать работу нескольких ИТ-команд и учитывать нефункциональные требования еще до передачи задачи в разработку. Разбираем, почему концептуальный дизайн интеграции входит в зону ответственности аналитика, и какие знания платформы 1С, системного дизайна, баз данных и инженерных практик помогают сократить количество итераций и быстрее находить реализуемые решения. Объясняем, на какие характеристики архитектуры следует обращать особое внимание и как развивать техническую насмотренность, не пытаясь при этом стать экспертом во всех технологиях сразу.
На приемке пользователь может уверенно сказать «все понятно», хотя половину показа он мысленно переводил с языка аналитиков и разработчиков. В статье я подробно расписала, как описывать пользовательские сценарии обычными рабочими словами, что именно давать бизнесу на проверку, как формулировать ожидаемый результат и что фиксировать после приемки, чтобы «да, все хорошо» действительно что-то означало.
Про выгорание в IT написано много, но почти всё — про фронтендеров, дата-сайентистов и абстрактных «программистов из бигтеха». А у нас, в мире 1С, своя специфика: свои дедлайны, привязанные к отчётным периодам, свои ночные обновления и свой особый жанр звонка «база встала, а через час зарплата». Поговорим о выгорании честно и по делу — без эзотерики про «полюбите себя», но и без обесценивания.
Клиент может попросить оценку уже на первой встрече, когда вместо ТЗ есть только общее описание задачи, а внутри действующего проекта от команды обычно ждут намного более точную цифру. На основании своего опыта, описала, какой информации достаточно для предварительной оценки, что должно быть проработано перед финальной, какие допущения нужно фиксировать и в какой момент вместо точного количества часов лучше назвать диапазон.