Должностная инструкция системного аналитика

Общество с ограниченной ответственностью "Бета"
ООО "Бета"

УТВЕРЖДАЮ
Генеральный директор
ООО "Бета"
___________________ А.И. Петров

31.10.2016

Должностная инструкция системного аналитика

31.10.2016              № 105-ДИ

г. Москва

1. ОБЩИЕ ПОЛОЖЕНИЯ

1.1. Настоящая Должностная инструкция определяет должностные обязанности, права и ответственность Системного аналитика ООО "Бета".

1.2. Системный аналитик назначается на должность и освобождается от должности приказом генерального директора ООО "Бета" по представлению руководителя IT-отдела.

1.3. Системный аналитик подчиняется непосредственно руководителю IT-отдела.

1.4. На должность Системного аналитика назначается лицо, имеющее среднее профессиональное образование и опыт практической работы не менее одного года младшим системным аналитиком.

1.5. Системный аналитик должен знать:
– методы планирования проектных работ;
– методы проведения эффективных интервью;
– принципы создания пользовательских интерфейсов;
– основы анализа требований заинтересованных лиц;
– основы формальной логики;
– основы технического английского языка;
– атрибуты и методы проверки и обеспечения качества требований;
– план управления требованиями в проекте;
– теорию публичных выступлений;
– методы обеспечения совещаний;
– стандарты и лучшие практики описания требований;
– методы функционального тестирования ПО;
– процедуру управления изменениями требований к системам и подсистемам;
– требования к системе и подсистеме;
– методы приемочного тестирования ПО;
– методики создания обучающих материалов;
– план работ по разработке требований к системе;
– теорию управления рисками;
– требования к функциям системы.

1.6. В своей деятельности Системный аналитик руководствуется:
– локальными нормативными актами ООО "Бета", в том числе Правилами внутреннего трудового распорядка;
– приказами (распоряжениями) генерального директора ООО "Бета" и непосредственного руководителя;
– правилами по охране труда, технике безопасности, производственной санитарии и противопожарной защите;
– настоящей Должностной инструкцией.

1.7. В период временного отсутствия Системного аналитика его обязанности возлагаются на должностное лицо, назначаемое приказом генерального директора ООО "Бета".

2. ДОЛЖНОСТНЫЕ ОБЯЗАННОСТИ

Системный аналитик выполняет следующие должностные обязанности:
2.1. Планирование разработки или восстановления требований к системе и подсистеме:
– выявление потребителей требований к системе и подсистеме и их интересов;
– определение источников информации для требований к системе и подсистеме;
– выбор методов разработки требований к системе и подсистеме;
– выбор типов и атрибутов требований к системе и подсистеме;
– выбор шаблонов документов требований к системе и подсистеме;
– составление и согласование перечня поставок требований к системе и подсистеме;
– договор с потребителями требований к системе и подсистеме о методах и процедуре приемки требований;
– создание графика поставок требований к системе и подсистеме;
– определение состава работ по разработке требований к системе и подсистеме;
– определение требований к компетенциям исполнителей разных работ по созданию требований к системе и подсистеме;
– составление графика контрольных мероприятий.

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

2.3. Формализация и документирование требований к системе и подсистеме:
– формулирование требований к системе и подсистеме в заданной логической форме с заданным уровнем качества;
– фиксирование требований к системе и подсистеме в системе учета требований;
– описание заданных атрибутов требований к подсистеме;
– установление отношений иерархии и зависимости между требованиями к системе и подсистеме;
– выявление и разрешение конфликтов требований к системе и подсистеме;
– выявление неполноты требований к системе и подсистеме и принятие мер по обеспечению полноты;
– оформление документов требований к системе и подсистеме в заданном шаблоне требований;
– передача реестров и документов требований к системе и подсистеме на рецензирование рецензентам и заинтересованным лицам;
– обработка комментариев и замечаний рецензентов и заинтересованных лиц по качеству требований к системе и подсистеме после необходимых доработок требований.

2.4. Анализ требований к системе и подсистеме:
– установка и назначение типа требования к системе и подсистеме;
– выявление и разделение неатомарных требований к системе и подсистеме;
– выявление и устранение противоречий в требованиях к системе и подсистеме;
– установка взаимосвязи требований к системе и подсистеме с прочими проектными артефактами - тестами, кодом, архитектурными моделями;
– моделирование устройства системе и подсистеме с использованием структурных текстовых, табличных и графических нотаций;
– моделирование поведения системе и подсистеме с использованием функциональных текстовых, табличных и графических нотаций;
– выявление и устранение неполноты требований к системе и подсистеме;
– выявление и устранение неоднозначности в толковании требований к системе и подсистеме;
– распределение требований к системе и подсистеме по модулям;
– выявление и исключение требований к системе и подсистеме, избыточно и необоснованно ограничивающих пространство концептуальных и технических решений.

2.5. Представление требований к системе и подсистеме и изменений в них заинтересованным лицам:
– передача требований к системе и подсистеме заинтересованным лицам;
– проведение очных и заочных презентаций требований к системе и подсистеме;
– обработка отзывов участников презентации на требования к системе и подсистеме.

2.6. Согласование требований к системе и подсистеме:
– запрос и сбор замечаний и предложений по требованиям к системе и подсистеме от заинтересованных лиц;
– проведение анализа предложений и замечаний к требованиям к системе и подсистеме;
– выработка обновленных формулировок требований к системе и подсистеме по результатам анализа;
– представление обновленных формулировок требований к системе и подсистеме заинтересованным лицам;
– запрос и получение подтверждения согласия заинтересованных лиц с формулировками требований к системе и подсистеме.

2.7. Разработка (частного) технического задания на систему и подсистему:
– описание объекта, автоматизируемого системой и подсистемой;
– описание общих требований к системе и подсистеме;
– выделение модулей системы и подсистемы;
– описание требований к функциям модулей системы и подсистемы;
– разработка и описание порядка работ по созданию и сдаче системы и подсистемы;
– представление и согласование технического задания на систему и подсистему с заинтересованными лицами.

2.8. Сопровождение предварительного тестирования системы и подсистемы:
– разработка разделов программы и методики испытаний;
– проведение предварительной проверки соответствия реализации системы и подсистемы требованиям;
– выявление и описание отклонений работы системы и подсистемы от требований.

2.9. Обработка запросов на изменение требований к системе и подсистеме:
– изучение запросов на изменение к системе и подсистеме;
– предложение вариантов реализации запроса автора запроса без изменения системы и подсистемы, если это возможно;
– уточнение вариантов реализации изменений у разработчиков;
– оценка влияния возможных изменений на качество системы и интересов заинтересованных лиц;
– выбор наиболее эффективного варианта реализации запроса совместно с разработчиком и автором запроса;
– сообщение ведущему аналитику и менеджеру проекта о запросах на существенное изменение свойств подсистемы, которые влекут изменение рамок итерации или релиза;
– передача проанализированных запросов руководителю проекта для планирования их реализации;
– передача сложных запросов на изменение и запросов, выходящих за рамки данной подсистемы, руководителю проектной группы.

2.10. Разработка регламентов эксплуатации системы и подсистемы:
– определение режимов эксплуатации системы и подсистемы;
– определение порядка работы групп пользователей с системой и подсистемой;
– оформление правил работы групп пользователей с системой и подсистемой;
– согласование регламентов эксплуатации системы и подсистемы с заинтересованными лицами.

2.11. Сопровождение приемочных испытаний и ввода в эксплуатацию системы и подсистемы:
– проведение демонстрации сценариев работы системы и подсистемы согласно программе и методике испытаний;
– наблюдение за проведением приемочных испытаний системы и подсистемы участниками команды приемки;
– сбор вопросов и замечаний участников команды приемки;
– выявление и описание отклонений работы системы и подсистемы от требований и ожиданий заинтересованных лиц;
– ведение протокола приемочных испытаний.

2.12. Обучение пользователей работе с системой и подсистемой:
– разработка учебно-методических материалов по работе с системой и подсистемой;
– проведение обучающих сессий по работе с системой и подсистемой;
– ответы на вопросы участников обучения.

2.13. Формирование и предоставление отчетности о ходе работ по разработке требований к системе и подсистеме:
– оценка соответствия плановому состояния работ по созданию требований к системе и подсистеме;
– описание состояния работ по созданию требований к подсистеме в формате отчета;
– передача отчетности о состоянии работ руководителю проекта.

2.14. Выявление рисков и сообщение о них руководителю проекта:
– выявление рисков проекта, связанных с разработкой требований к системе и подсистеме;
– описание рисков проекта, связанных с разработкой требований к системе и подсистеме;
– передача реестра рисков и изменений в нем руководителю проекта.

2.15. Поддержка заинтересованных лиц по требованиям к подсистеме:
– прием вопросов заинтересованных лиц по требованиям к подсистеме;
– ответы на вопросы заинтересованных лиц по формулировкам требований к подсистеме;
– корректировка формулировок требований для повышения их качества.

3. ПРАВА

Системный аналитик имеет право:
3.1. Требовать от своего непосредственного руководителя и генерального директора ООО "Бета" содействия в исполнении должностных обязанностей и реализации прав.
3.2. Повышать свою квалификацию.
3.3. Запрашивать лично или по поручению непосредственного руководителя от работников отчеты и документы, необходимые для выполнения должностных обязанностей.
3.4. Знакомиться с проектами решений генерального директора ООО "Бета", касающимися деятельности Системного аналитика.
3.5. Представлять на рассмотрение своего непосредственного руководителя предложения по вопросам своей деятельности, в том числе ставить вопросы о совершенствовании своей работы, улучшении организационно-технических условий труда, повышении размера зарплаты, оплате сверхурочных работ в соответствии с законодательством и положениями, регламентирующими систему оплаты труда работников ООО "Бета".
3.6. Получать от работников ООО "Бета" информацию, необходимую для ведения своей деятельности.

4. ОТВЕТСТВЕННОСТЬ

Системный аналитик несет ответственность:
4.1. За неисполнение или ненадлежащее исполнение своих обязанностей, предусмотренных настоящей Должностной инструкцией, – в соответствии с действующим трудовым законодательством.
4.2. За другие правонарушения, совершенные в период ведения своей деятельности (в т. ч. связанные с причинением материального ущерба и ущерба деловой репутации ООО "Бета"), – в соответствии с действующим трудовым, гражданским, административным и уголовным законодательством.

5. УСЛОВИЯ РАБОТЫ

5.1. Режим работы Системного аналитика определяется в соответствии с Правилами внутреннего трудового распорядка, установленными в ООО "Бета".
5.2. Работодатель проводит оценку эффективности деятельности Системного аналитика в соответствии с Комплексом мероприятий по оценке эффективности, утверждаемым приказом генерального директора ООО "Бета".

Должностная инструкция разработана в соответствии с приказом генерального директора ООО "Бета" № 1-Пр от 01.06.2015.

Должностную инструкцию составила:

Начальник отдела кадров _________________________ Е.В. Васильева

С инструкцией ознакомлена:

31.10.2016 ________________ Н.И. Краснова

Согласовано:

Юрист _________________________ Н.А. Павлов

31.10.2016