На чьей стороне мячик? Алгоритм определения исполнителя задачи
Я считаю, что мало кому удалось избежать ситуации, когда его назначали исполнителем работы, мягко скажем, не его уровня. На мой взгляд, такое особенно часто встречается среди технических специалистов. Причем, в случае возражения, обычным аргументом противоположной стороны является: «Нам так раньше всегда делали!». Эта публикация является попыткой описать формализовано процесс определения исполнителя с точки зрения логики.
Посвящается тем, кто, будучи невежественным в вопросе, смеет указывать, кому его решать. А также тем, кто это терпит.
- Описание
- Подробнее
Описание
Для того, чтобы возникающие задачи, связанные с информационными системами, отнести к какой либо стороне исполнения, т. е. передать пользователям или техническим специалистам(группе автоматизации/разработки, ИТ-отдел, франч и проч.), большинство из них достаточно подвергнуть на соответствие следующим критериям:
1. Среда исполнения задачи. Известно, что пользователи работают только в пользовательском режиме — "1С: Предприятие". Группа разработки, в свою очередь, во всем остальном, т. е. режиме "1С: Конфигуратор", консолях администрирования, но в некоторых ситуациях может и в пользовательском интерфейсе. Определение исполнителя обычно заканчиваются уже на данном этапе, т. к. функции сред не пересекаются (или очень в незначительных случаях), и зная их, можно не обращаться ко второму критерию.
2. Учебные материалы к программным комплексам. В случае, если после первого критерия остается неопределенность — кто должен выполнять возникшую задачу, то следует обратиться к учебными материалам. Все они разделены по цели назначения и обычно уже в названии авторами указано для кого предназначены, например "Руководство разработчика ч. 2", "Руководство администратора", "Инструкция пользователя". В первую очередь, по степени охвата, идут руководства к платформе, далее руководства к типовым/отраслевым решениям, потом инструкции к отдельным модулям. На рисунке приведены руководства как пример. Важно принимать во внимание источник материалов, т. е. диски/сайт ИТС, книги входящие в комплекты к ПП, материалы по курсам от разработчика ПП наиболее достоверны, следовательно имеют наивысший приоритет. Если учебный материал отсутствует, то следует обратиться к разработчику информационной системы в контексте который необходимо выполнить задачу.
Поскольку обычно разработчики и администраторы имеют равные полные права, то в ветвлении для группы разработки не указана проверка доступа, но она может применяться аналогично как для пользователей.
Данный алгоритм достаточно универсален, может применяться его не только к информационным системам 1С, но и другим схожим программным продуктам.
UPD. 14.08.2018 Благодаря комментарию пользователя acanta, принял решение дополнительно выделить ветку для ситуации, когда разработчик и администратор не могут выполнить задачу, т. к. она связана с ограничением функционала ПП, ошибкой в нем или неверно сформулирована.
