Содержание курса
Фаза: Предпроектное исследование. Предварительная оценка реализации
Фаза: Разработка (реализация). Имплементация проектного решения
Роли специалистов в ИТ-производстве. Предпроектное исследование и Проектирование
Роли специалистов в ИТ-производстве. Разработка и Внедрение
На протяжении всего курса мы постоянно фиксировали некие функциональные роли и круг их обязанностей, характерный для каждой конкретной стадии производства. Теперь постараемся собрать все эти активности в единый атлас ИТ-специальностей, с распределением функций каждой роли, по этапам и стадиям.
Естественно, что весь этот сложный механизм приводится в движение благодаря непрерывному и слаженному взаимодействию всех специалистов в формате командной работы. Мы уже рассматривали основные алгоритмы организации команд в части “4. Классификация производства по структуре команд”
Следуя идеи стандартизации, и для оказания помощи в установлении, какой же именно специалист нужен компании на производстве, с каким образованием и опытом, для каких трудовых обязанностей должен подходить его профессиональный уровень и прочее, воспользуемся системой Профстандартов.
В Федеральном законе от 03.12.2012 № 236-ФЗ профессиональный стандарт определяется как характеристика квалификации, необходимой работнику для осуществления определенного вида профессиональной деятельности, в том числе выполнения определенной трудовой функции.
Градация квалификаций основана на нескольких характеристиках:
полномочия и ответственность;
характер умений;
уровень знаний и основные пути достижения соответствующего уровня квалификации.
Еще профстандарты помогают в обучении: можно выявлять, каких навыков не хватает сотрудникам, и составлять стратегию их подготовки. Но следует учитывать, что в целом профстандарты - лишь ориентир, а не конкретная должностная инструкция и то, что используемые отечественные стандарты не поспевают, за развитием ИТ-отрасли.
Роли в процессах производства ИС принято делить на несколько крупных категорий в зависимости от типа их участия в процессе:
управление (проектный и продуктовый менеджеры, кураторы проекта);
анализ и проектирование (бизнес и системный аналитики, системные архитекторы);
разработка и реализация (программисты, разработчики, дизайнеры UI/UX);
тестирование (QA-специалисты);
внедрение, эксплуатация и поддержка (специалисты внедрения, специалисты по безопасности, сетевые администраторы и прочие);
обеспечение (DevOps, технический писатель/редактор, заказчик, конечный пользователь);
К тому же на разных этапах Жизненного цикла (ЖЦ) производства, одна и также роль может оперировать разными типами активностей. Напомню, среднестатистическое производство предполагает использование в своем среднестатистическом ЖЦ следующие фазы и этапы:
Поэтому мы будем рассматривать функции различных ролей производства ИС в разрезе приведенной выше модели.
1.1. Роли и компетенции фазы Предпроектного исследования
Если производство требует использование фазы Предпроектного исследования, чаще всего в нее целесообразно включать следующие шаги:
1.1.1. Роли и компетенции этапа 1 - Запуск производства.
Первым в подобных случаях в процесс вступает - Менеджер по продажам, именно он устанавливает контакт с заказчиком и помогает сформировать основу будущего проекта.
Менеджер по продажам информационно-коммуникационных систем. Код 06.029
Основная цель вида профессиональной деятельности: Поставка заказчику инфокоммуникационных систем и (или) их составляющих в соответствии с заявленными требованиями.
Основные функции специалиста на данном этапе:
Трудовые функции | Код |
Сопровождение базы данных покупателей инфокоммуникационных систем и (или) их составляющих | A/01.4 |
Установление и поддержание контактов с клиентами для обсуждения их потребностей в инфокоммуникационных системах и (или) их составляющих | A/04.4 |
Проведение консультаций по использованию и возможностям инфокоммуникационных систем и (или) их составляющих | B/01.5 |
Развитие каналов сбыта и базы данных решений по продаже инфокоммуникационных систем и (или) их составляющих | B/03.5 |
Идеальная роль менеджера по продажам в предпроектном исследовании — это роль навигатора и стратега. Он управляет процессом, обеспечивая коммуникацию между бизнесом клиента и технической командой исполнителя, но не подменяет собой инженерную экспертизу на этапе сбора требований и оценки решения.
Далее, когда что-то уже продано искусным специалистом по продажам, становится понятным, что приобретенное решение не совсем релевантно потребностям бизнеса, и обе системы (и бизнес, и технологическую) необходимо кастомизировать и достичь их органичности.
В такой патовой ситуации важно, чтобы консенсуса достигал специалист, хорошо понимающий проблемы устройства бизнеса, и именно он объяснял, как можно натянуть купленное технологическое решение на текущую бизнес-модель, провести реинжиниринг бизнес-процессов и дать рекомендации по адаптации ИС. На данном этапе ему необходимо будет выявить всех заинтересованных лиц и установить коммуникацию с ними. Таким профессиональным критериям отвечает Бизнес-аналитик.
Бизнес-аналитик. Код 08.037
Основная цель вида деятельности которого заключается в: Обеспечении возможности проведения изменений в организации, приносящих пользу заинтересованным сторонам, путем выявления потребностей заинтересованных сторон и обоснования решений, описывающих возможные пути реализации изменений.
Основные функции специалиста на данном этапе:
Трудовые функции | Код |
Выявление заинтересованных сторон | А/01.5 |
Сбор информации о бизнес-проблемах или бизнес-возможностях | С/01.5 |
Разработка стратегии управления изменениями в организации | F/02.7 |
Подготовка, Мониторинг к проведению изменений в организации. Оценка | В/02.5 |
Таким образом, если в предпроектную работу вовлечен чистый продажник, его фокус сосредотачивается на сделке, а не на глубине технического анализа. Поэтому в ИТ-производстве, для снижения описанного выше разрыва между типичным продавцом (Sales-менеджер), который отлично умеет договариваться о цене и сроках, и ИТ-инженером, который понимает, как устроены сложные системы, существует роль PreSale-менеджер - это мост между представленными направлениями.
Если автоматизация организована на базе Продуктового подхода, то всю ответственность за создаваемый бенефит (профит) Заказчика, возлагают на Менеджера продуктов. На стадии предпроектного исследования он является одной из ключевых фигур, поскольку именно он закладывает фундамент для будущего продукта. В то время как PreSale-менеджер фокусируется на продаже решения конкретному клиенту здесь и сейчас, продукт-менеджер смотрит на рынок в целом и думает о том, как создать востребованный и конкурентоспособный продукт.
Менеджера продуктов в области информационных технологий. Код 06.012
Основная цель этого вида профессиональной деятельности: Управление жизненным циклом продуктов в области информационных технологий посредством организации их создания, вывода на рынок, продвижения, продаж, поддержки, развития и вывода с рынка с целью достижения, поддержания и роста их успешности.
Основные функции специалиста на данном этапе:
Трудовые функции | Код |
Управление исследованиями новых рынков | D/01.7 |
Заказ технологических исследований для серии ИТ-продуктов и анализ их результатов | C/01.6 |
Управление продуктовыми исследованиями | B/01.5 |
Организационное сопровождение исследований ИТ-продукта | A/01.4 |
В компаниях, где есть своя ИТ-служба на данном этапе могут использоваться среднестатистические ИТ-специалисты - универсалы: Специалист по информационным технологиям.
Специалист по информационным системам Код 06.015
Основная цель вида профессиональной деятельности: Создание (модификация) и сопровождение информационных систем, автоматизирующих задачи организационного управления и бизнес-процессы в организациях различных форм собственности с целью повышения эффективности деятельности организаций - пользователей ИС.
Основные функции такого специалиста на данном этапе:
Трудовые функции | Код |
Сбор данных для выявления требований к типовой ИС в соответствии с трудовым заданием | А/01.4 |
Регистрация запросов заказчика в соответствии с трудовым заданием | А/18.4 |
Определение первоначальных требований заказчика к ИС и возможности их реализации в типовой ИС на этапе предконтрактных работ | В/01.5 |
Управление заинтересованными сторонами проекта в больших проектах и программах проектов | D/06.7 |
Когда Производство стартовало и становится более-менее понятен круг проблем и заинтересованных лиц, необходимо окончательно определиться с объектом автоматизации.
1.1.2. Роли и компетенции этапа 2 – Определение предмета автоматизации.
Выполняется интервьюирование Заказчика, сбор его потребностей, обследование его деловых активностей. Эту роль обычно выполняет “Бизнес-аналитик. Код 08.037”,
На данном этапе в его трудовые функции согласно профстандара входит:
Трудовые функции | Код |
Взаимодействие с заинтересованными сторонами | А/02.5 |
Выявление истинных бизнес-проблем или бизнес-возможностей | С/02.5 |
Формирование возможных решений на основе разработанных для них целевых показателей | D/01.6 |
Разработка требований к выбранному решению и управление ими | В/01.5 |
Разработка стратегии управления изменениями в орга��изации | F/02.7 |
Руководство бизнес-анализом | Е/02. |
В коде 08.037 Бизнес-аналитика цифра 8 обозначает, что эта специальность из группы «Финансы и экономика», (не ИТ), но поскольку мы обсуждаем ИТ-решения, необходимо участие аналитика, связанного с ИТ-технологиями. И тут в процесс включается Системный аналитик.
Системный аналитик. Код 06.022
Основная цель вида профессиональной деятельности: Разработка, восстановление и сопровождение требований к программному обеспечению (далее - ПО), продукту, средству, программно-аппаратному комплексу, автоматизированной информационной системе или автоматизированной системе управления на протяжении их жизненного цикла.
На данном этапе в его трудовые функции согласно профстандара входит:
Трудовые функции | Код |
Анализ проблемной ситуации заинтересованных лиц | C/02.6 |
Постановка целей создания системы | C/04.6 |
Разработка бизнес-требований заинтересованных лиц | C/03.6 |
Поддержка заинтересованных лиц по требованиям к системе и подсистеме | B/15.5 |
Представление и согласование требований к системе и подсистеме и изменений в них заинтересованным лицам | B/06.5 |
Разработка концепции системы | C/05.6 |
Чаще всего большие корпоративные проекты претендуют на многоуровневые, интеграционные решения, соответствующие их масштабу и претенциозности. В этом случае обязательно требуется проработка архитектуры ИС, а с этими задачами системный аналитик, даже высокого уровня может не справиться. Это не его компетенция. Для такого рода работ выделена отдельная роль Архитектор решений. На самом деле Архитекторы делятся на гораздо большее количество специализаций.
Архитектор программного обеспечения. Код 06.003
Основная цель вида профессиональной деятельности: Проектирование, мониторинг и контроль архитектуры программного обеспечения.
Описание трудовых функций, входящих в профессиональный стандарт на данном этапе:
Трудовые функции | Код |
Выявление и согласование требований к программной системе с точки зрения архитектуры | A/01.6 |
Выбор и моделирование архитектурного решения для реализации программной системы | A/02.6 |
Так же на данном шаге ключевая роль отводится “Менеджеру продуктов в области информационных технологий. Код 06.012” и согласно профессионального стандарта он выполняет следующие трудовые функции:
Трудовые функции | Код |
Определение ИТ-продукта, управление дизайном и требованиями к ИТ-продукту | B/02.5 |
Управление портфелем ИТ-продуктов | D/02.7 |
Если на данном шаге участвует и наш среднестатистический универсал “Специалист по информационным системам Код 06.015“, то он согласно профессионального стандарта выполняет такие трудовые функции:
Трудовые функции | Код |
Выявление требований к типовой ИС | В/07.5 |
Адаптация бизнес-процессов заказчика к возможностям ИС | С/09.6 |
Анализ требований | С/12.6 |
Согласование и утверждение требований к ИС | С/13.6 |
Подготовки коммерческого предложения заказчику на создание (модификацию) и ввод в эксплуатацию типовой ИС на этапе предконтрактных работ | В/02.5 |
Зачастую в корпоративных проектах необходимо вносить сложные изменения в структуру бизнес-процессов предприятия и брать на себя рискованные управленческие решения, тут влияние и компетенции бизнес-аналитика могут быть недостаточными. Речь может идти о принятии политических решений и нужен специалист с соответствующим бэкграундом и авторитетом. Такую ответственность можно возложить на роль Бизнес-архитектора. В профстандарте для нее больше всего подходит: Специалист по процессному управлению.
Специалист по процессному управлению Код 07.007
Основная цель вида профессиональной деятельности: Повышение эффективности деятельности организаций путем разработки и усовершенствования их процессов и административных регламентов, в том числе с использованием современных информационных и телекоммуникационных технологий.
Описание трудовых функций, входящих в профессиональный стандарт:
Трудовые функции | Код |
Анализ, разработка процессной архитектуры организации | D/01.7 |
Анализ и моделирование кросс-функционального процесса организации или административного регламента организации для целей их проектирования, усовершенствования и внедрения | В/01.6 |
Разработка и усовершенствование регламента процесса подразделения организации или административного регламента подразделения организации | А/02.6 |
В результате выполненных всех активностей этапа 2 должно появиться на свет Концептуальное представление целевой ИС, отвечающая на вопрос: “Что необходимо сделать и на каком технологическом стеке?”
1.1.3. Роли и компетенции этапа 3 – Предварительная оценка реализации.
Имея достаточно детальное представление о целевом продукте в виде Концепции, можно предварительно оценить во что должна обойтись его реализация. Для этого формируется Предварительный план проекта, определяются необходимые ресурсы и рассчитываются предварительные оценки затрат. Все это предоставляет возможность для выбора способа реализации планов и принятия дальнейших решений.
Следующие фазы производства обычно протекает уже в проектной парадигме, поэтому в дело вступает Руководитель проектов. Роль Руководителя проекта (Project Manager, PM) на этапе предпроекта часто недооценивают, считая, что его работа начинается только после утверждения бюджета и старта разработки. Однако в профессиональной среде именно предпроектная стадия закладывает основу для успешного управления проектом. На этом этапе PM выступает в роли стратега, организатора и главного риск-менеджера.
Руководитель проектов в области информационных технологий. Код 06.016
Основная цель вида профессиональной деятельности: Менеджмент проектов в области ИТ (планирование, организация исполнения, контроль и анализ отклонений) для эффективного достижения целей проекта в рамках утвержденных заказчиком требований, бюджета и сроков.
Описание трудовых функций, входящих в профессиональный стандарт:
Трудовые функции | Код |
Планирование управления персоналом и эффективностью работы команды в проектах ИТ | С/21.8 |
Планирование и обеспечение качества в проектах любого уровня сложности в области ИТ | С/41.8 |
Планирование управления требованиями в проектах малого и среднего уровня сложности в области ИТ | В/45.7 |
Планирование, идентификация, анализ и мониторинг рисков в проектах в области ИТ | С/59.8 |
Сбор информации для инициации проекта в области ИТ | В/30.7 |
Если в производстве используется Продуктовый подход, то на данном этапе участвует и “Менеджер продуктов в области информационных технологий. Код 06.012” и согласно профессионального стандарта он выполняет следующие трудовые функции:
Трудовые функции | Код |
Сопровождение разработки планов развития и продвижения ИТ-продукта | A/04.4 |
Управление бюджетом серии ИТ-продуктов | C/04.6 |
На данном аге участие принимают и сотрудники ИТ-отдела предприятия, которых мы идентифицировали как универсалы “Специалист по информационным системам Код_06.015“, и согласно профессионального стандарта они выполняет такие трудовые функции:
Трудовые функции | Код |
Согласование и утверждение требований к ИС | С/13.6 |
Подготовки коммерческого предложения заказчику на создание (модификацию) и ввод в эксплуатацию типовой ИС на этапе предконтрактных работ | В/02.5 |
В результате этого этапа заказчику может быть предоставлена предварительная смета и укрупненный план-график проектных работ по созданию ИС, и разговор о дальнейшем производстве становится уже более предметным и обоснованным.
1.1.4. Роли и компетенции этапа Принятия решения о старте проекта
Если в результате предпроектного исследования принято решение о заключении договора и старте проекта по реализации целевой ИС, то возникает необходимость в дополнительных активностях ряда специалистов.
И прежде всего груз этих работ падает на “Менеджера продуктов в области информационных технологий. Код 06.012”, причем он может выступать как на стороне Заказчика, так и на стороне команды разработки. Согласно профессионального стандарта он выполняет следующие трудовые функции:
Трудовые функции | Код |
Поддержка продаж ИТ-продукта | A/05.4 |
Заказ разработки ИТ-продукта, контроль ее хода и приемка ИТ-продукта | B/04.5 |
Заключение партнерских соглашений и развитие отношений с партнерами | C/03.6 |
Управление портфелем ИТ-продуктов | D/02.7 |
Поскольку на этом шаге может возникнуть необходимость в переходе к договорным отношениям, то активно подключается “Руководитель проектов в области информационных технологий. Код 06.016”. Согласно профессионального стандарта он выполняет следующие трудовые функции:
Трудовые функции | Код |
Согласование документации в соответствии с установленными регламентами | А/10.6 |
Организация заключения договоров в проектах в соответствии с полученным заданием | А/06.6 |
“Менеджер по продажам информационно-коммуникационных систем. Код_06.029”, который инициировал стадию Предпроекта, чаще всего и завершает ее. На данном шаге он также подключается к процессу и выполняет следующие трудовые функции:
Трудовые функции | Код |
Подготовка коммерческих предложений и проведение презентаций инфокоммуникационных систем и (или) их составляющих потенциальным клиентам | A/03.4 |
Контроль всего цикла продаж инфокоммуникационных систем и (или) их составляющих | B/02.5 |
Организация поставок по тендерам на инфокоммуникационные системы и (или) их составляющие | A/02.4 |
В итоге можно выделить матрицу ролей, участвующую на всех шагах фазы Предпроектного исследования:
1.2. Роли и компетенции фазы Проектирование, дизайн, формирование требований.
Продолжим рассматривать роли ИТ-специалистов интенсивно участвующих в активностях фазы Проектирования.
1.2.1. Роли и компетенции этапа разработки плана-графика работ
Поскольку производство перешло в парадигму проектную подхода, то на первом шаге необходимо в той или иной степени определить состав работ фазы Проектирования, осуществить подбор специалистов, которые выполнят активности, составить план-график проектных работ и при необходимости согласовать уточненный бюджет этапа.
Очевидно, что эти работы ложатся на “Руководителя проектов в области информационных технологий. Код 06.016”. Согласно профессионального стандарта на данном шаге он выполняет следующие трудовые функции:
Трудовые функции | Код |
Планирование управления персоналом и эффективностью работы команды в проектах ИТ | С/21.8 |
Планирование и обеспечение качества в проектах любого уровня сложности в области ИТ | С/41.8 |
Планирование коммуникаций в проектах любого уровня сложности в области ИТ | С/55.8 |
Планирование, идентификация, анализ и мониторинг рисков в проектах любого уровня сложности в области ИТ | С/59.8 |
Планирование проекта в соответствии с полученным заданием | А/14.6 |
Основным действующим лицом фазы Проектирования, на которого выпадет львиная доля работ, станет “Системный аналитик Код 06.022". Определить состав работ и посчитать предварительную ресурсоемкость проектирования, тоже предстоит скорее всего ему. Потому, на данном этапе, согласно профессионального стандарта он выполняет следующие трудовые функции:
Трудовые функции | Код |
Планирование разработки или восстановления требований к системе и подсистеме | B/01.5 |
Планирование аналитических работ в информационно-технологическом | D/03.7 |
При продуктовом подходе главным архитектором требований и коммуникатором работы с Заказчиком выступает “Менеджера продуктов в области информационных технологий. Код 06.012”. Поэтому он непосредственно координирует все процессы фазы Проектирования. Согласно профессионального стандарта он выполняет следующие трудовые функции:
Трудовые функции | Код |
Разработка, согласование и контроль реализации бизнес-планов, ценовой политики и стратегии развития серии ИТ-продуктов | C/02.6 |
Управление бюджетом серии ИТ-продуктов | C/04.6 |
Сопровождение разработки планов развития и продвижения ИТ-продукта | A/04.4 |
Сотрудники ИТ-отдела предприятия, которых мы идентифицировали как универсалы “Специалист по информационным системам Код 06.015“, также задействованы в планировании и согласно профессионального стандарта они выполняет следующие трудовые функции:
Трудовые функции | Код |
Планирование управления требованиями | D/10.7 |
Планирование управления изменениями | D/23.7 |
Организационное и технологическое обеспечение планирования коммуникаций с заказчиками при выполнении работ | D/03.7 |
Когда план-график готов и становится понятно, КТО, ЧЕМ и СКОЛЬКО времени должен заниматься на стадии Проектирования, можно переходить непосредственно к дизайну ИС. О том, как может выглядеть план-график работ, мы рассуждали в части Часть 5. Проектирование, дизайн, формирование требований
1.2.2. Роли и компетенции этапа формирование проектного решения
На данном шаге необходимо будет определить функции ИС, спроектировать хранилища, выполнить дизайн и конструирование пользовательского интерфейса, проработать поведенческие модели, спроектировать средства безопасности и прочее. Все эти артефакты объединить в проектную документацию, в максимально удобном виде для использования командой уже на следующей стадии Разработки.
Основным действующим лицом стадии Проектирования, как упоминалось выше, выступает “Системный аналитик Код 06.022, который, на данном этапе, согласно профессионального стандарта выполняет следующие трудовые функции:
Трудовые функции | Код |
Подготовка протоколов совещаний и интервью | A/01.4 |
Изучение работы системы или ее аналогов | A/03.4 |
Выявление требований к функциям системы и самой системе | A/07.4 |
Анализ требований к системе и подсистеме | B/04.5 |
Сбор и обработка результатов проектных исследований | A/02.4 |
Формализация и документирование требований к функциям системы и самой системе | A/08.4 |
Разработка разделов проектной документации, описывающих работу функций системы | A/14.4 |
Разработка (частного) технического задания на систему и подсистему | B/07.5 |
В области проектирования архитектурных решений работы производит “Архитектор программного обеспечения. Код 06.003”, который, на данном этапе, согласно профессионального стандарта выполняет такие трудовые функции:
Трудовые функции | Код |
Разработка и контроль разделов по архитектуре проектных и эксплуатационных документов | A/03.6 |
Создание и согласование требований к интегрированному программному обеспечению с точки зрения архитектуры | B/01.6 |
Выявление и согласование требований к архитектуре единой информационной среды | C/01.7 |
При продуктовом подходе на “Менеджера продуктов в области информационных технологий. Код 06.012”, на данном шаге, согласно профессионального стандарта возлагаются следующие трудовые функции:
Трудовые функции | Код |
Разработка требований к ИТ-продукту | A/02.4 |
Определение ИТ-продукта, управление дизайном и требованиями к ИТ-продукту | B/02.5 |
Управление портфелем ИТ-продуктов | D/02.7 |
Планирование конфигурационного управления в проектах любого уровня сложности в ИТ | С/01.8 |
Планирование и обеспечение качества в проектах любого уровня сложности в области ИТ | С/41.8 |
Функции информационной безопасности (ИБ), при проектировании ИТ-решений часто воспринимается как контроль, который придет потом, в конце и будет проверять - нет ли уязвимостей. Однако в современном профессиональном подходе эта роль трансформируется в архитектора доверия и защитника ценности, который должен быть интегрирован в производство с самого начала, как концепция - "Безопасность через проектирование". Поэтому еще на стадии проектирования важная роль отведена “Специалисту по безопасности”.
Специалисту по безопасности компьютерных систем и сетей. Код 06.032
Основная цель вида профессиональной деятельности: Обеспечение безопасности информации в компьютерных системах и сетях в условиях существования угроз их информационной безопасности.
На данном этапе, согласно профессионального стандарта он выполняет следующие трудовые функции:
Трудовые функции | Код |
Разработка требований по защите, формирование политик безопасности компьютерных систем и сетей | С/02.7 |
Разработка требований к программно-аппаратным средствам защиты информации компьютерных систем и сетей | D/01.8 |
Проектирование программно-аппаратных средств защиты информации компьютерных систем и сетей | D/02.8 |
Сотрудники ИТ-отдела предприятия – "универсальные солдаты" ИТ-производства “Специалист по информационным системам Код 06.015“, также задействованы в процессе проектирования и согласно профессионального стандарта они выполняют следующие трудовые функции:
Трудовые функции | Код |
Организационное и технологическое обеспечение проектирования и дизайна ИС | D/16.7 |
В проектах, где необходимо глубокое документирование, да еще в формате определенных стандартов, часто используют Специалиста по технической документации.
Специалиста по технической документации в области информационных технологий. Код 06.019
Основная цель вида профессиональной деятельности: Разработка технической документации на продукцию в сфере ИТ, разработка технических документов информационно-методического и маркетингового назначения, управление технической информацией.
На данном этапе, специалист согласно профессионального стандарта выполняет следующие трудовые функции:
Трудовые функции | Код |
Оформление технического документа в соответствии с заданным стандартом | A/01.4 |
Компоновка технического документа на основе предоставленных источников | A/02.4 |
Подготовка графической схемы по заданному описанию или эскизу | A/04.4 |
Разработка технического документа в соответствии с заданным стандартом на основе предоставленного материала | B/02.5 |
Описание технических решений с точки зрения специалиста по информационным технологиям | D/02.6 |
При формировании спецификаций требований, может понадобиться помощь узконаправленных специалистов цеха разработки, для уточнения технических решений.
Когда проектное решение готово, его необходимо согласовать со всеми заинтересованными лицами.
1.2.3. Роли и компетенции этапа согласования проектного решения
Согласование с заказчиком, необходимо, чтобы убедиться, что целевая ИС полностью закроет его проблемы, и он сможет профинансировать проект. А с командой разработки, чтобы понять, что они точно осознают, что именно требуется реализовывать и что у них есть технические возможности - это сделать.
“Системный аналитик Код 06.022", на данном этапе, согласно профессионального стандарта выполняет следующие трудовые функции:
Трудовые функции | Код |
Консультирование заинтересованных лиц по требованиям к функциям системы | A/11.4 |
Обработка запросов на изменение к функциям системы | A/12.4 |
Представление концепции, технического задания на систему и изменений в них заинтересованным лицам | C/08.6 |
Организация согласования требований к системе | C/09.6 |
Согласование требований к системе и подсистеме | B/06.5 |
“Менеджера продуктов в области информационных технологий. Код 06.012”:
Трудовые функции | Код |
Разработка, согласование и контроль реализации бизнес-планов, ценовой политики и стратегии развития серии ИТ-продуктов | C/02.6 |
Координация планов разработки и продвижения ИТ-продуктов и согласованной работы соответствующих подразделений | B/05.5 |
“Специалист по информационным системам Код 06.015":
Трудовые функции | Код |
Управление ожиданиями заказчика | В/05.5 |
Согласование и утверждение требований к ИС | В/08.5 |
Согласование документации | В/36.5 |
Поскольку проектное решение необходимо согласовать и с командой разработки, а их может оказаться не один десяток, то проще делегировать эту функцию кому-то одному максимально ответственному, погруженному в тему и имеющему влияние на всю команду. Такую роль обычно выполняет Team Leader команды разработчиков. В профтсандарте это Руководитель разработки ПО.
Руководитель разработки программного обеспечения. Код 06.017
Основная цель вида профессиональной деятельности: Руководство процессами разработки, отладки, проверки работоспособности и модификации программного обеспечения, их организация и управление ресурсами.
На текущем этапе он, согласно профессионального стандарта выполняет следующие трудовые функции:
Трудовые функции | Код |
Руководство разработкой технических спецификаций программного обеспечения | A/07.6 |
Руководство проектированием программного обеспечения | A/08.6 |
В итоге можно выделить матрицу ролей, участвующую на всех шагах фазы Проектирования, дизайна и формирования требований
