Общество с ограниченной ответственностью "Бета"
ООО "Бета"
Должностная инструкция системного аналитика
№ 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.
Должностную инструкцию составила:
Начальник отдела кадров _________________________ Е.В. Васильева
С инструкцией ознакомлена:
________________ Н.И. Краснова
Юрист _________________________ Н.А. Павлов